From owner-freebsd-current@freebsd.org Sun Jul 17 19:58:54 2016 Return-Path: Delivered-To: freebsd-current@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 0A39EB98BFA for ; Sun, 17 Jul 2016 19:58:54 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::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 BDD061887 for ; Sun, 17 Jul 2016 19:58:53 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id s189so6876455vkh.1 for ; Sun, 17 Jul 2016 12:58:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=hDXm2FlziQ/boepBRfi1JWcmgo8H0RXeBcc6drhssWo=; b=j+d0Ib/GwCgywwBSq0DLt7GbaHA3qXuPZiOcU89pnL9kAbvEkaXgJCPSWVCrmGlq8P vZ6cvvgdzvefyFf+mG0jmlU/CES8iu+bPucfkI9j46Hhrd4MeeGv1vVSCRulQ1UZu9t0 TDQrLe95g85yIqk02NPc9adxkXVqRtK03wzXGEHfU3e9OSggPmWtzZSbQBT4qfcYeejR REIxbK8RDiEPuYal0wY+Ggr+S9ucrSoSjs4sHFz40M4LL7PM2FS4rSUXrxRYXuk/YcCK qbGMvXq+f34OlggywGI73b3O0FJadSy44b3PJsJvBi2dJQ5y8ELB20rKatoApajYtFXJ SdjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=hDXm2FlziQ/boepBRfi1JWcmgo8H0RXeBcc6drhssWo=; b=jAwMH+YdsWhQmc+1HYXC+JpJUxq84670mT7jsMt7paZo65RRrm5zbdT1oFC3sOnNQY O1Z7qWwoMntlDOxQZLjz40tpiNfkO3Ga3dtHEoE3HItRDCeTNuU0rd+ojAn4s+Hn0xw/ xsyClGoxbZm5mJCbIh3pHMOuUXkVQXxYxCqafv3y8R7guHJIvmjID0EJt1jNO7BTks9b xzitLS0e/Yb2BQ1rXULZzZHLd96mS3ebB6buXvsBN7oSd2QsdTagJmyoDpjsYj3aAp/m DvrI0ekr+AiFAn0g3JUcDLRquUefuxE2ORgrDU/iLrI1NzWTgXOus51u/iPWnaskHSPB SYMg== X-Gm-Message-State: ALyK8tJOf7MUFryIdJfGKaBfEw59naajQSZ34eaKzrQHV9DaB/s9/tTqlpyltVuTCvrvE0qMdGU7b9njXnTZ5w== X-Received: by 10.31.52.69 with SMTP id b66mr13366249vka.16.1468785532656; Sun, 17 Jul 2016 12:58:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.6.101 with HTTP; Sun, 17 Jul 2016 12:58:52 -0700 (PDT) From: Kim Culhan Date: Sun, 17 Jul 2016 15:58:52 -0400 Message-ID: Subject: 11.0-BETA1 make installworldworld fails To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jul 2016 19:58:54 -0000 Seeing this on FreeBSD 11.0-BETA1 #0 r302963M After make buildworld completes with no problem, then rebooted in single-user mode in /usr/src: make installworld -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> lib (install) ===> lib/csu (install) ===> lib/csu/amd64 (install) cc -target x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/csu/amd64/../common -I/usr/src/lib/csu/amd64/../../libc/include -fno-omit-frame-pointer -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments ERROR-tried-to-rebuild-during-make-install -S -o crt1.s /usr/src/lib/csu/amd64/crt1.c *** Error code 127 Stop. make[6]: stopped in /usr/src/lib/csu/amd64 *** Error code 1 Hope this helps. thanks -kim From owner-freebsd-current@freebsd.org Mon Jul 18 00:30:55 2016 Return-Path: Delivered-To: freebsd-current@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 79290B9C96F for ; Mon, 18 Jul 2016 00:30:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (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 4A892194C for ; Mon, 18 Jul 2016 00:30:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22a.google.com with SMTP id p64so24085355pfb.1 for ; Sun, 17 Jul 2016 17:30:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dQ8tFM1sgEJXf/cxEFgQdQGU/O7ce5KKVXIAzufaL5w=; b=jzkf9AQNDMvT27Sxqa1/DNInkPxqeknbiykHnt6GTf4Gn30+5xDxkMUTewayFgjXQu k9sV9MWGkdA7yWX2x5sZH2xmHwTOJ9oayGMrHqH3vL60HKRb3trnHqXkbbQFVO1ITu3O 52lnTSfG3c8IqJtGx4ZTIT6IIQsEUkR/6s8NpnWCp+DPF62eS261wB66Ke+FbIOcTVbV RnCVNDTC0cjGfrkTd1LKNbQoctsLaVqEN/u7P8leHWhH8lxlWPtINQKbwYWlF6C1ze2x c+44VKcGtqjL1cJgkH+G1eIbUWWuHH/F9Ya6rZOS3xdyc0RVEGeX/XHemD1W60Y9PO2N q6nA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dQ8tFM1sgEJXf/cxEFgQdQGU/O7ce5KKVXIAzufaL5w=; b=kd/nCiNrPoP3wNFyeLAuedDEgoqPdd49B1A1CMAAFNKVIpGCfkU+8yOnD2IgN6Lgr+ QM/JIUkNIz4YMQMzmhnXCLvPG19gVM5YqgNypWuAGOrFqjFHVQlIKLprTOQ5HdmzUROg DOLwFGqTRqgfgnuCi8j3o3AxsE5wW0YPnnpXjIScpPF2qcOIixSGHQLT06/NKHv1rABu AGbfOYPqAyx2rHj03CivLor1gDifd4Y4DCu3Vf7ljE4vb/j30Lo/Mm97o046XL0dtKeW ZcWPpzVtCCN3QghdVnxl8kozp/5pG3eNXRAuuoGMGeMJUer9mcqgXc8cw8mka1vvzTiI frTA== X-Gm-Message-State: ALyK8tK4GheYWedTalZymguIwS3uJTftTGvGtCBdM1SqLkYMpot3NUfr3y2KxGT8wcZawQ== X-Received: by 10.98.35.7 with SMTP id j7mr26766249pfj.39.1468801854784; Sun, 17 Jul 2016 17:30:54 -0700 (PDT) Received: from [21.179.194.200] ([172.56.42.180]) by smtp.gmail.com with ESMTPSA id j21sm51289pfj.75.2016.07.17.17.30.53 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 17 Jul 2016 17:30:54 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: 11.0-BETA1 make installworldworld fails From: Ngie Cooper X-Mailer: iPhone Mail (13F69) In-Reply-To: Date: Sun, 17 Jul 2016 17:30:53 -0700 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <643D3AEE-0058-4CC0-8B3D-F4B7C56874C4@gmail.com> References: To: Kim Culhan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 00:30:55 -0000 > On Jul 17, 2016, at 12:58, Kim Culhan wrote: >=20 > Seeing this on FreeBSD 11.0-BETA1 #0 r302963M >=20 > After make buildworld completes with no problem, then rebooted in > single-user mode >=20 > in /usr/src: >=20 > make installworld >=20 > -------------------------------------------------------------- >>>> Installing everything > -------------------------------------------------------------- > cd /usr/src; make -f Makefile.inc1 install > =3D=3D=3D> lib (install) > =3D=3D=3D> lib/csu (install) > =3D=3D=3D> lib/csu/amd64 (install) > cc -target x86_64-unknown-freebsd11.0 --sysroot=3D/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe > -I/usr/src/lib/csu/amd64/../common > -I/usr/src/lib/csu/amd64/../../libc/include -fno-omit-frame-pointer > -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w > -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-extern= s > -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety= > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Qunused-arguments ERROR-tried-to-rebuild-during-make-install -S -o crt1.= s > /usr/src/lib/csu/amd64/crt1.c > *** Error code 127 > Stop. > make[6]: stopped in /usr/src/lib/csu/amd64 > *** Error code 1 >=20 > Hope this helps. Run "make buildworld -DNO_CLEAN" (see the error above about "ERROR-tried-to-= rebuild-during-make-install". Cheers, -Ngie= From owner-freebsd-current@freebsd.org Mon Jul 18 08:03:32 2016 Return-Path: Delivered-To: freebsd-current@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 87388B9BCFD for ; Mon, 18 Jul 2016 08:03:32 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (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 0F8DA1B67 for ; Mon, 18 Jul 2016 08:03:31 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-lf0-x232.google.com with SMTP id g62so15980163lfe.3 for ; Mon, 18 Jul 2016 01:03:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=gHG6n+oar82OOkDYNuh8+NBoWxcg7PvaECRijKqQSec=; b=IrvcqQFr/9ET5aBMSTDSzEcdG2ia2Dfhbe68yyrbhLEmHHXFPaB22w/dGa+Dilo8UT GvLKzBOYjGIw2pV+4GqJF+D23sb6lISN9cdGpAN/miVjQHDaB8tQVHM4YazAeEdsk0vg Hdrzrc8bt/1xVVvjCSy931cf0IWpF/Ro/f5oLNByWHa06N8nYadiF3XuUSxfn6toT12T Ss+FIs1l33JwYjsnIMqiIW07ntuqpdN3XK7aJ11q1UbuEjhgWzqF/1Nku3xbTOFrlJML LLHLwXNVDUbOxb1JZAfiPMxB4DJms9ws1VlP6YL/Pu3468ehtWxn2nLZe3OU8bfeWkBX JWAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=gHG6n+oar82OOkDYNuh8+NBoWxcg7PvaECRijKqQSec=; b=N77HzhlcqLDgg6Zz1rsJyk76/OX8UYE+t4+Q20hT5AzMv4U22YyV4ZVfQrFmE7y9pP NmihblyuNY0U/0c8XM7razelBkdaAAICzbsz9y7ZaxcRavPrXHfXPt/O8UnEQVr0z9Fu HMX3FlodVz0OiutgU5yfgtNf8v1WSgwfzzluSJedcdz3tHoANODbCHfK11uYRum5b4Mb U4B5OFsoNqk7RWgDSgsd9LoCLSxVtrxeH3wn6Vf9lMMooGtM1Z2AOFaSVaHr2Ldzn104 KtSw7LGo1yJwCri5u/jNbHIPdRs9H6eavMsbxmqDVqt9ymnLV3sGxWW5a9xkX0YOXPi9 Dwxw== X-Gm-Message-State: ALyK8tIvfcuNlm54Ap3P1NBGdKOOIVue9XUZA+vIoKQYyjZML7p8H6utc5tKrWrUxkN9DSBq X-Received: by 10.46.32.198 with SMTP id g67mr14171163lji.31.1468829008953; Mon, 18 Jul 2016 01:03:28 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id f69sm4253800lji.19.2016.07.18.01.03.27 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Jul 2016 01:03:28 -0700 (PDT) Subject: Re: 11.0-BETA1 make installworldworld fails To: freebsd-current@freebsd.org References: From: Steven Hartland Message-ID: Date: Mon, 18 Jul 2016 09:03:31 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 08:03:32 -0000 When ever I've seen installworld issues after a full buildworld its been clock related, so might want to check the clock on the machine is right. On 17/07/2016 20:58, Kim Culhan wrote: > Seeing this on FreeBSD 11.0-BETA1 #0 r302963M > > After make buildworld completes with no problem, then rebooted in > single-user mode > > in /usr/src: > > make installworld > > -------------------------------------------------------------- >>>> Installing everything > -------------------------------------------------------------- > cd /usr/src; make -f Makefile.inc1 install > ===> lib (install) > ===> lib/csu (install) > ===> lib/csu/amd64 (install) > cc -target x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe > -I/usr/src/lib/csu/amd64/../common > -I/usr/src/lib/csu/amd64/../../libc/include -fno-omit-frame-pointer > -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow > -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Qunused-arguments ERROR-tried-to-rebuild-during-make-install -S -o crt1.s > /usr/src/lib/csu/amd64/crt1.c > *** Error code 127 > Stop. > make[6]: stopped in /usr/src/lib/csu/amd64 > *** Error code 1 > > Hope this helps. > > thanks > -kim > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jul 18 09:51:42 2016 Return-Path: Delivered-To: freebsd-current@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 75AEAB9D637 for ; Mon, 18 Jul 2016 09:51:42 +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 67C2419DD; Mon, 18 Jul 2016 09:51:42 +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 63D26A8; Mon, 18 Jul 2016 09:51:42 +0000 (UTC) Date: Mon, 18 Jul 2016 09:51:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1890725749.4.1468835502059.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #458 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: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 09:51:42 -0000 See ------------------------------------------ [...truncated 321197 lines...] [192.168.10.2] out: lib/libxo/functional_test:test_07__HP -> passed [0.072s] [192.168.10.2] out: lib/libxo/functional_test:test_07__J -> passed [0.079s] [192.168.10.2] out: lib/libxo/functional_test:test_07__JP -> passed [0.087s] [192.168.10.2] out: lib/libxo/functional_test:test_07__T -> passed [0.084s] [192.168.10.2] out: lib/libxo/functional_test:test_07__X -> passed [0.081s] [192.168.10.2] out: lib/libxo/functional_test:test_07__XP -> passed [0.288s] [192.168.10.2] out: lib/libxo/functional_test:test_08__E -> passed [0.093s] [192.168.10.2] out: lib/libxo/functional_test:test_08__H -> passed [0.109s] [192.168.10.2] out: lib/libxo/functional_test:test_08__HIPx -> passed [0.093s] [192.168.10.2] out: lib/libxo/functional_test:test_08__HP -> passed [0.107s] [192.168.10.2] out: lib/libxo/functional_test:test_08__J -> passed [0.115s] [192.168.10.2] out: lib/libxo/functional_test:test_08__JP -> passed [0.072s] [192.168.10.2] out: lib/libxo/functional_test:test_08__T -> passed [0.095s] [192.168.10.2] out: lib/libxo/functional_test:test_08__X -> passed [0.087s] [192.168.10.2] out: lib/libxo/functional_test:test_08__XP -> passed [0.088s] [192.168.10.2] out: lib/libxo/functional_test:test_09__E -> passed [0.095s] [192.168.10.2] out: lib/libxo/functional_test:test_09__H -> passed [0.096s] [192.168.10.2] out: lib/libxo/functional_test:test_09__HIPx -> passed [0.097s] [192.168.10.2] out: lib/libxo/functional_test:test_09__HP -> passed [0.097s] [192.168.10.2] out: lib/libxo/functional_test:test_09__J -> passed [0.073s] [192.168.10.2] out: lib/libxo/functional_test:test_09__JP -> passed [0.066s] [192.168.10.2] out: lib/libxo/functional_test:test_09__T -> passed [0.079s] [192.168.10.2] out: lib/libxo/functional_test:test_09__X -> passed [0.116s] [192.168.10.2] out: lib/libxo/functional_test:test_09__XP -> passed [0.093s] [192.168.10.2] out: lib/libxo/functional_test:test_10__E -> passed [0.116s] [192.168.10.2] out: lib/libxo/functional_test:test_10__H -> passed [0.087s] [192.168.10.2] out: lib/libxo/functional_test:test_10__HIPx -> passed [0.090s] [192.168.10.2] out: lib/libxo/functional_test:test_10__HP -> passed [0.104s] [192.168.10.2] out: lib/libxo/functional_test:test_10__J -> passed [0.081s] [192.168.10.2] out: lib/libxo/functional_test:test_10__JP -> passed [0.090s] [192.168.10.2] out: lib/libxo/functional_test:test_10__T -> passed [0.085s] [192.168.10.2] out: lib/libxo/functional_test:test_10__X -> passed [0.114s] [192.168.10.2] out: lib/libxo/functional_test:test_10__XP -> passed [0.105s] [192.168.10.2] out: lib/libxo/functional_test:test_11__E -> passed [0.105s] [192.168.10.2] out: lib/libxo/functional_test:test_11__H -> passed [0.110s] [192.168.10.2] out: lib/libxo/functional_test:test_11__HIPx -> passed [0.108s] [192.168.10.2] out: lib/libxo/functional_test:test_11__HP -> passed [0.092s] [192.168.10.2] out: lib/libxo/functional_test:test_11__J -> passed [0.101s] [192.168.10.2] out: lib/libxo/functional_test:test_11__JP -> passed [0.087s] [192.168.10.2] out: lib/libxo/functional_test:test_11__T -> passed [0.079s] [192.168.10.2] out: lib/libxo/functional_test:test_11__X -> passed [0.099s] [192.168.10.2] out: lib/libxo/functional_test:test_11__XP -> passed [0.096s] [192.168.10.2] out: lib/libthr/barrier_test:barrier -> passed [10.458s] [192.168.10.2] out: lib/libthr/cond_test:bogus_timedwaits -> passed [0.018s] [192.168.10.2] out: lib/libthr/cond_test:broadcast -> passed [0.550s] [192.168.10.2] out: lib/libthr/cond_test:cond_timedwait_race -> passed [3.088s] [192.168.10.2] out: lib/libthr/cond_test:destroy_after_cancel -> passed [0.016s] [192.168.10.2] out: lib/libthr/cond_test:signal_before_unlock -> passed [2.112s] [192.168.10.2] out: lib/libthr/cond_test:signal_before_unlock_static_init -> passed [2.079s] [192.168.10.2] out: lib/libthr/cond_test:signal_delay_wait -> passed [2.043s] [192.168.10.2] out: lib/libthr/cond_test:signal_wait_race -> passed [0.567s] [192.168.10.2] out: lib/libthr/condwait_test:cond_wait_mono -> passed [2.114s] [192.168.10.2] out: lib/libthr/condwait_test:cond_wait_real -> passed [2.072s] [192.168.10.2] out: lib/libthr/detach_test:pthread_detach -> passed [4.035s] [192.168.10.2] out: lib/libthr/equal_test:pthread_equal -> passed [0.016s] [192.168.10.2] out: lib/libthr/fork_test:fork -> passed [5.154s] [192.168.10.2] out: lib/libthr/fpu_test:fpu -> passed [0.017s] [192.168.10.2] out: lib/libthr/join_test:pthread_join -> passed [0.020s] [192.168.10.2] out: lib/libthr/kill_test:simple -> passed [0.020s] [192.168.10.2] out: lib/libthr/mutex_test:mutex1 -> passed [4.096s] [192.168.10.2] out: lib/libthr/mutex_test:mutex2 -> passed [2.624s] [192.168.10.2] out: lib/libthr/mutex_test:mutex3 -> passed [2.410s] [192.168.10.2] out: lib/libthr/mutex_test:mutex4 -> passed [4.154s] [192.168.10.2] out: lib/libthr/once_test:once1 -> passed [0.016s] [192.168.10.2] out: lib/libthr/once_test:once2 -> passed [0.017s] [192.168.10.2] out: lib/libthr/once_test:once3 -> passed [0.015s] [192.168.10.2] out: lib/libthr/preempt_test:preempt1 -> passed [1.089s] [192.168.10.2] out: lib/libthr/rwlock_test:rwlock1 -> passed [2.030s] [192.168.10.2] out: lib/libthr/sem_test:before_start_no_threads -> passed [3.124s] [192.168.10.2] out: lib/libthr/sem_test:before_start_one_thread -> passed [2.912s] [192.168.10.2] out: lib/libthr/sem_test:named -> passed [0.020s] [192.168.10.2] out: lib/libthr/sem_test:unnamed -> passed [0.247s] [192.168.10.2] out: lib/libthr/sigmask_test:before_threads -> passed [0.014s] [192.168.10.2] out: lib/libthr/sigmask_test:incorrect_mask_bug -> passed [3.153s] [192.168.10.2] out: lib/libthr/sigmask_test:respected_while_running -> passed [1.089s] [192.168.10.2] out: lib/libthr/sigmask_test:upcalls_not_started -> passed [0.016s] [192.168.10.2] out: lib/libthr/sigsuspend_test:sigsuspend -> passed [1.035s] [192.168.10.2] out: lib/libthr/siglongjmp_test:siglongjmp1 -> passed [0.016s] [192.168.10.2] out: lib/libthr/sleep_test:sleep1 -> passed [1.025s] [192.168.10.2] out: lib/libthr/swapcontext_test:swapcontext1 -> passed [0.015s] [192.168.10.2] out: lib/libthr/atexit_test:atexit -> passed [0.149s] [192.168.10.2] out: lib/libthr/cancel_test:register_while_disabled -> passed [0.064s] [192.168.10.2] out: lib/libthr/exit_test:main_thread -> passed [0.080s] [192.168.10.2] out: lib/libthr/resolv_test:resolv -> passed [2.157s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen -> passed [0.017s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen_mutex -> passed [0.015s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen_mutex_libc -> passed [0.017s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen_mutex_libpthread -> passed [0.015s] [192.168.10.2] out: lib/libthr/dlopen/main_pthread_create_test:main_pthread_create_dso -> passed [0.017s] [192.168.10.2] out: lib/libthr/dlopen/main_pthread_create_test:main_pthread_create_main -> passed [0.015s] [192.168.10.2] out: lib/libpam/t_openpam_ctype:main -> passed [0.017s] [192.168.10.2] out: lib/libpam/t_openpam_readlinev:main -> passed [0.030s] [192.168.10.2] out: lib/libpam/t_openpam_readword:main -> passed [0.099s] [192.168.10.2] out: lib/libproc/proc_test:map_alias_name2map -> passed [0.019s] [192.168.10.2] out: lib/libproc/proc_test:map_alias_name2sym -> passed [0.026s] [192.168.10.2] out: lib/libproc/proc_test:map_alias_obj2map -> passed [0.018s] [192.168.10.2] out: lib/libproc/proc_test:signal_forward -> passed [0.017s] [192.168.10.2] out: lib/libproc/proc_test:symbol_lookup -> passed [0.020s] [192.168.10.2] out: lib/libproc/proc_test:symbol_lookup_fail -> passed [0.019s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_binary__default_value -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_binary__present -> passed [0.019s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_bool__default_value -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_bool__present -> passed [0.015s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_number__default_value -> passed [0.015s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_number__present -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_nvlist__default_value -> passed [0.019s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_nvlist__present -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_string__default_value -> passed [0.015s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_string__present -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_binary__default_value -> passed [0.015s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_binary__empty -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_binary__present -> passed [0.018s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_bool__default_value -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_bool__empty -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_bool__present -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_number__default_value -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_number__empty -> passed [0.017s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_number__present -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_nvlist__default_value -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_nvlist__empty -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_nvlist__present -> passed [0.015s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_string__default_value -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_string__empty -> passed [0.016s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_string__present -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_arrays__bad_value -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_arrays__error_null -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_bool_array__basic -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_bool_array__move -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_bool_array__pack -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_clone_array -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_descriptor_array__basic -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_descriptor_array__move -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_descriptor_array__pack -> passed [0.021s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_number_array__basic -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_number_array__move -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_number_array__pack -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_nvlist_array__basic -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_nvlist_array__move -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_nvlist_array__pack -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_nvlist_array__travel -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_nvlist_array__travel_alternative -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_string_array__basic -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_string_array__move -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_string_array__pack -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_add_binary__single_insert -> passed [0.019s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_add_bool__single_insert -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_add_null__single_insert -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_add_number__single_insert -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_add_nvlist__child_with_error -> passed [0.015s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_add_nvlist__single_insert -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_add_string__single_insert -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_clone__empty_nvlist -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_clone__error_nvlist -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_clone__nested_nvlist -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_clone__nonempty_nvlist -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_create__is_empty -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free__single_binary -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free__single_bool -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free__single_null -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free__single_number -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free__single_nvlist -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free__single_string -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free_binary__single_binary -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free_bool__single_bool -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free_null__single_null -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free_number__single_number -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free_nvlist__single_nvlist -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_free_string__single_string -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_move_binary__single_insert -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_move_nvlist__child_with_error -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_move_nvlist__null_child -> passed [0.018s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_move_nvlist__single_insert -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_move_string__single_insert -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_pack__empty_nvlist -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_pack__error_nvlist -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_pack__multiple_values -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_binary__other_keys_unchanged -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_binary__single_remove -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_bool__other_keys_unchanged -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_bool__single_remove -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_number__other_keys_unchanged -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_number__single_remove -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_nvlist__other_keys_unchanged -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_nvlist__single_remove -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_string__other_keys_unchanged -> passed [0.016s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_take_string__single_remove -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_unpack__duplicate_key -> passed [0.017s] [192.168.10.2] out: lib/libnv/nv_tests:nvlist_unpack__flags_nvlist -> passed [0.016s] [192.168.10.2] out: lib/libnv/nvlist_add_test:main -> passed [0.015s] [192.168.10.2] out: lib/libnv/nvlist_exists_test:main -> passed [0.018s] [192.168.10.2] out: lib/libnv/nvlist_free_test:main -> passed [0.018s] [192.168.10.2] out: lib/libnv/nvlist_get_test:main -> passed [0.016s] [192.168.10.2] out: lib/libnv/nvlist_move_test:main -> passed [0.018s] [192.168.10.2] out: lib/libnv/nvlist_send_recv_test:main -> passed [0.018s] [192.168.10.2] out: lib/librt/sched_test:sched_getparam -> passed [0.018s] [192.168.10.2] out: lib/librt/sched_test:sched_priority -> passed [0.014s] [192.168.10.2] out: lib/librt/sched_test:sched_rr_get_interval_1 -> passed [0.015s] [192.168.10.2] out: lib/librt/sched_test:sched_rr_get_interval_2 -> passed [0.014s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_1 -> passed [0.014s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_2 -> passed [0.015s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_3 -> passed [0.014s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_4 -> passed [0.013s] [192.168.10.2] out: lib/librt/sem_test:basic -> passed [0.020s] [192.168.10.2] out: lib/librt/sem_test:child -> passed [21.139s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_freebsd_nfs4 -> passed [0.185s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_freebsd_posix1e -> passed [0.166s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_nfs4 -> passed [0.129s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_pax -> passed [0.135s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_posix1e -> passed [0.187s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_api_feature -> passed [0.147s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_clear_error -> passed [0.105s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_cmdline -> passed [0.102s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_getdate -> passed [0.108s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_match_owner -> passed [0.122s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_match_path -> passed [0.211s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_match_time -> passed [2.325s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_md5 -> passed [0.126s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_pathmatch -> passed [0.104s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase -> passed [0.099s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_incorrect_sequance -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_multiple -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_multiple_with_callback -> passed [0.110s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_multiple_with_callback2 -> passed [0.248s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_set_callback1 -> passed [0.130s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_set_callback2 -> passed [0.137s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_set_callback3 -> passed [0.106s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_single -> passed [0.118s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_close_twice -> passed [0.109s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_close_twice_open_fd -> passed [0.107s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_close_twice_open_filename -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_multiple_data_objects -> passed [0.801s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_next_header_empty -> passed [0.113s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_next_header_raw -> passed [0.112s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_open2 -> passed [0.117s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_filter_option -> passed [0.123s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_format_option -> passed [0.117s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_option -> passed [0.109s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_options -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_support -> passed [0.109s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_set_error -> passed [0.107s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_sha1 -> passed [0.109s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_sha256 -> passed [0.124s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_sha512 -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_string -> [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Mon Jul 18 12:12:15 2016 Return-Path: Delivered-To: freebsd-current@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 7C2F5B9D782; Mon, 18 Jul 2016 12:12:15 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (prod2.absolight.net [79.143.243.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 40F0D1A69; Mon, 18 Jul 2016 12:12:15 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 88CE4BE155; Mon, 18 Jul 2016 14:12:11 +0200 (CEST) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 810D7BE154; Mon, 18 Jul 2016 14:12:11 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 62A3B612C; Mon, 18 Jul 2016 14:12:10 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 1BA242BFB76B; Mon, 18 Jul 2016 14:12:10 +0200 (CEST) Date: Mon, 18 Jul 2016 14:12:09 +0200 From: Mathieu Arnold To: Slawa Olhovchenkov , Jung-uk Kim cc: Andrey Chernov , FreeBSD-current , freebsd-security Subject: Re: GOST in OPENSSL_BASE Message-ID: In-Reply-To: <20160711195600.GQ46309@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <20160711195600.GQ46309@zxy.spb.ru> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========23F474E5A545A9C3DF6D==========" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 12:12:15 -0000 --==========23F474E5A545A9C3DF6D========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, +--On 11 juillet 2016 22:56:00 +0300 Slawa Olhovchenkov wrote: | On Mon, Jul 11, 2016 at 03:00:39PM -0400, Jung-uk Kim wrote: |> > .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && |> > ${SSL_DEFAULT} == base BROKEN= OpenSSL from the base system does not |> > support GOST, add \ DEFAULT_VERSIONS+=ssl=openssl to your |> > /etc/make.conf and rebuild everything \ that needs SSL. |> > .endif |> |> FreeBSD 9.3 is still supported but GOST is not available there. It | | Thanks for clarifications. | |> seems the ports maintainer didn't want to break it on 9.3 (CC added). |> Version check may be needed there. | | Thanks! The idea is that you can't have mixed openssl usage. If you link half your ports with openssl from base, and half with openssl from ports, you are going to have dragons attacks, and core dumps. Also, if you are using openssl from ports, you cannot use GSSAPI from base, for the same reasons. -- Mathieu Arnold --==========23F474E5A545A9C3DF6D========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJXjMeZXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85ICzMP/1o+8RjpxtYqVnZk3oxX4OVe ZyoCn3gn2OJy48+uPVCxrECHgBUUjtQNuwTZBrWARQJpUSBCvsOFk+8T08bUHzHJ +Tgtl3/FEHZotnOfE9UYEXVvx5aMQ6D7qtDdK6TP7P7zHyzm5FBe6e9ErvnQ4iaG A7GsJyE1q45Au+hjRnuRblA+vIHJW4uNRfhiqxQE9kD7obuJWTSSop0FtlTmhXgz nl84t4NMHGpsfhepebDuZ29us4Dnh6x4ex6B3T4ScfTi5SC+URNpBdaNxYCVV44O XwUTIZXMtCPTsYvxsf+R/OH/zYurDm2tnc8ggcu15tRMQZvVa0YmYF2VRf1cawlb S5/WziQZsxhnJ88sFr5B6yMrDxr5koewNTLiUb1naCvIiQjMOrbJWxhSwF3nCBZq 5dXFPI3NM4R2qvlaIMVD6RTHahHdZsnUU3+ujSV9vmWC1L8ACqSbIRb/w+4d6p+M Xw3Mvds8TvgNozqHszDI72fy370sPcVj8z3sIRxp6dQu345PUzPkQ6GFbv0Birim lt7cwoZJHKj1ehHMZM0H05yu+a3hVPmtHbByOwkgTr0ZTlnebXSs2cFb7PB7CpSr HJXTSRFQcceL83cc3nOpjI+y4bOsp/8YRunbBEfkwN5lfOQReD+g4JLYYrqMQTfC KGrSsyj2tIF2qMrmEkFu =YRKc -----END PGP SIGNATURE----- --==========23F474E5A545A9C3DF6D==========-- From owner-freebsd-current@freebsd.org Mon Jul 18 12:40:08 2016 Return-Path: Delivered-To: freebsd-current@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 5EB16B9B249 for ; Mon, 18 Jul 2016 12:40:08 +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 5028F1C51; Mon, 18 Jul 2016 12:40:08 +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 60FCBAD; Mon, 18 Jul 2016 12:40:08 +0000 (UTC) Date: Mon, 18 Jul 2016 12:40:08 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <2078482937.6.1468845608139.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1890725749.4.1468835502059.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1890725749.4.1468835502059.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #459 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: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 12:40:08 -0000 See From owner-freebsd-current@freebsd.org Mon Jul 18 16:39:47 2016 Return-Path: Delivered-To: freebsd-current@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 AB574B9C6CF; Mon, 18 Jul 2016 16:39:47 +0000 (UTC) (envelope-from jkim@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 2599312E4; Mon, 18 Jul 2016 16:39:47 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: GOST in OPENSSL_BASE To: Mathieu Arnold , Slawa Olhovchenkov References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <20160711195600.GQ46309@zxy.spb.ru> Cc: Andrey Chernov , FreeBSD-current , freebsd-security From: Jung-uk Kim Message-ID: <9d8ac537-45bb-066a-956b-3f7c7e11bcb7@FreeBSD.org> Date: Mon, 18 Jul 2016 12:39:46 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="b8VoWTsTS6XsRNfiMhkO8hUnxmmIiwMpu" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 16:39:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --b8VoWTsTS6XsRNfiMhkO8hUnxmmIiwMpu Content-Type: multipart/mixed; boundary="FEUMhQl0agtAMbvoFX6wDwNgDF1W264ir" From: Jung-uk Kim To: Mathieu Arnold , Slawa Olhovchenkov Cc: Andrey Chernov , FreeBSD-current , freebsd-security Message-ID: <9d8ac537-45bb-066a-956b-3f7c7e11bcb7@FreeBSD.org> Subject: Re: GOST in OPENSSL_BASE References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <20160711195600.GQ46309@zxy.spb.ru> In-Reply-To: --FEUMhQl0agtAMbvoFX6wDwNgDF1W264ir Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/18/16 08:12 AM, Mathieu Arnold wrote: > Hi, >=20 > +--On 11 juillet 2016 22:56:00 +0300 Slawa Olhovchenkov > wrote: > | On Mon, Jul 11, 2016 at 03:00:39PM -0400, Jung-uk Kim wrote: > |> > .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && > |> > ${SSL_DEFAULT} =3D=3D base BROKEN=3D OpenSSL from the base system = does not > |> > support GOST, add \ DEFAULT_VERSIONS+=3Dssl=3Dopenssl to your > |> > /etc/make.conf and rebuild everything \ that needs SSL. > |> > .endif > |>=20 > |> FreeBSD 9.3 is still supported but GOST is not available there. It > |=20 > | Thanks for clarifications. > |=20 > |> seems the ports maintainer didn't want to break it on 9.3 (CC added)= =2E > |> Version check may be needed there. > |=20 > | Thanks! >=20 >=20 > The idea is that you can't have mixed openssl usage. If you link half = your > ports with openssl from base, and half with openssl from ports, you are= > going to have dragons attacks, and core dumps. Also, if you are using > openssl from ports, you cannot use GSSAPI from base, for the same reaso= ns. Exactly. That's why we should *allow* using base OpenSSL for 10.x and later because many packages are already linked against base OpenSSL by default. Jung-uk Kim --FEUMhQl0agtAMbvoFX6wDwNgDF1W264ir-- --b8VoWTsTS6XsRNfiMhkO8hUnxmmIiwMpu 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 iQEcBAEBCAAGBQJXjQZSAAoJEHyflib82/FGOQYIAJ9c4NZv6GvfymMAbRHSP076 62/uMzSaIIztBq6KTxyxsCPLQ97OkRqjUW5FoenmiLLysOwMRnozt4MvjC1za7SO rrhh4dS8TxrV664wSsAiVYtmzG/FnuxcTwBt9/bKZJsnrbPFQYOXmdPY76/qgFGs FzwiISxyqpZD7VKpjOT9PsLcGMn4OnEQQ5IIOQW9j6sHPl0Rpri4lefWNj3GLFgC f4KYgfmvS/LSVJDH5O595BmB4OBN+6A74olJs5n88w2h4WBaofw2ZPfVLHGSzwwB ghwjhBmCE5ca5KUK9PPn5ghJZrYbHHH1X2U4OwV4GPaJpXeRxcdXurI4HZp3YNU= =jqJW -----END PGP SIGNATURE----- --b8VoWTsTS6XsRNfiMhkO8hUnxmmIiwMpu-- From owner-freebsd-current@freebsd.org Mon Jul 18 17:28:14 2016 Return-Path: Delivered-To: freebsd-current@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 7DB6CB9D72B for ; Mon, 18 Jul 2016 17:28:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A50DC19DA; Mon, 18 Jul 2016 17:28:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA14014; Mon, 18 Jul 2016 20:28:11 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bPCKw-0001pB-K1; Mon, 18 Jul 2016 20:28:10 +0300 Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 To: Don Lewis , freebsd-current@FreeBSD.org References: <201607080413.u684DQE6011202@gw.catspoiler.org> From: Andriy Gapon Message-ID: <502b6f5c-b27e-b21f-023d-aa6e0943430c@FreeBSD.org> Date: Mon, 18 Jul 2016 20:26:48 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <201607080413.u684DQE6011202@gw.catspoiler.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 17:28:14 -0000 On 08/07/2016 07:13, Don Lewis wrote: > My package buiding machine just crashed with this panic during a > poudriere run: > > panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg-1) & TXG_MASK] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg Don, do you have a crash dump? It would be interesting to see a pretty-print of dn, dn->dn_phys, db and tx in the frame where the assert is hit. > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe085a435eb0 > vpanic() at vpanic+0x182/frame 0xfffffe085a435f30 > panic() at panic+0x43/frame 0xfffffe085a435f90 > assfail() at assfail+0x1a/frame 0xfffffe085a435fa0 > dbuf_dirty() at dbuf_dirty+0x3e8/frame 0xfffffe085a436060 > dbuf_dirty() at dbuf_dirty+0xba4/frame 0xfffffe085a436120 > dbuf_dirty() at dbuf_dirty+0xba4/frame 0xfffffe085a4361e0 > dmu_write_uio_dnode() at dmu_write_uio_dnode+0x129/frame 0xfffffe085a436270 > dmu_write_uio_dbuf() at dmu_write_uio_dbuf+0x42/frame 0xfffffe085a4362a0 > zfs_freebsd_write() at zfs_freebsd_write+0x87c/frame 0xfffffe085a4364c0 > VOP_WRITE_APV() at VOP_WRITE_APV+0x16f/frame 0xfffffe085a4365d0 > vn_write() at vn_write+0x218/frame 0xfffffe085a436650 > vn_io_fault1() at vn_io_fault1+0x1d2/frame 0xfffffe085a4367b0 > vn_io_fault() at vn_io_fault+0x197/frame 0xfffffe085a436830 > dofilewrite() at dofilewrite+0x87/frame 0xfffffe085a436880 > kern_writev() at kern_writev+0x68/frame 0xfffffe085a4368d0 > sys_write() at sys_write+0x84/frame 0xfffffe085a436920 > amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe085a436a30 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe085a436a30 > --- syscall (4, FreeBSD ELF64, sys_write), rip = 0x800b9ddea, rsp = 0x7fffffffe568, rbp = 0x7fffffffe760 --- > KDB: enter: panic > > The pool is a two disk mirror. I'm currently running a scrub. > > RAM is ECC. > > FreeBSD zipper.catspoiler.org 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #14 r302256M: Thu Jun 30 00:05:32 PDT 2016 dl@zipper.catspoiler.org:/usr/obj/usr/src/sys/GENERIC amd64 -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Jul 18 17:40:52 2016 Return-Path: Delivered-To: freebsd-current@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 4BA1AB9D98C for ; Mon, 18 Jul 2016 17:40:52 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 12BA2121B; Mon, 18 Jul 2016 17:40:52 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u6IHei4V047645; Mon, 18 Jul 2016 10:40:48 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201607181740.u6IHei4V047645@gw.catspoiler.org> Date: Mon, 18 Jul 2016 10:40:44 -0700 (PDT) From: Don Lewis Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 To: avg@FreeBSD.org cc: freebsd-current@FreeBSD.org In-Reply-To: <502b6f5c-b27e-b21f-023d-aa6e0943430c@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 17:40:52 -0000 On 18 Jul, Andriy Gapon wrote: > On 08/07/2016 07:13, Don Lewis wrote: >> My package buiding machine just crashed with this panic during a >> poudriere run: >> >> panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg-1) & TXG_MASK] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg > > Don, > > do you have a crash dump? > It would be interesting to see a pretty-print of dn, dn->dn_phys, db and > tx in the frame where the assert is hit. I do. Unfortunately kgdb reports that the values of dn and db were optimized out. From owner-freebsd-current@freebsd.org Mon Jul 18 17:46:58 2016 Return-Path: Delivered-To: freebsd-current@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 A8869B9DBDF for ; Mon, 18 Jul 2016 17:46:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C65DC173D; Mon, 18 Jul 2016 17:46:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA14052; Mon, 18 Jul 2016 20:46:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bPCd5-0001q8-Ay; Mon, 18 Jul 2016 20:46:55 +0300 Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 To: Don Lewis References: <201607181740.u6IHei4V047645@gw.catspoiler.org> Cc: freebsd-current@FreeBSD.org From: Andriy Gapon Message-ID: <831f819b-68bb-5425-a4cf-47a51a136ddf@FreeBSD.org> Date: Mon, 18 Jul 2016 20:45:59 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <201607181740.u6IHei4V047645@gw.catspoiler.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 17:46:58 -0000 On 18/07/2016 20:40, Don Lewis wrote: > On 18 Jul, Andriy Gapon wrote: >> On 08/07/2016 07:13, Don Lewis wrote: >>> My package buiding machine just crashed with this panic during a >>> poudriere run: >>> >>> panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg-1) & TXG_MASK] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg >> >> Don, >> >> do you have a crash dump? >> It would be interesting to see a pretty-print of dn, dn->dn_phys, db and >> tx in the frame where the assert is hit. > > I do. Unfortunately kgdb reports that the values of dn and db were > optimized out. > Well... You can try to use kgdb7111 from ports, perhaps it would work better. Also, it's often possible to find values of wanted variables by finding a relevant value that's not optimized out and then following through pointers, etc to get to the right values. in other cases it's possible to get the values by examining the disassembly and values of registers. Finally, if you can get anything useful out of the dump it would make sense to follow up to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203419 -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Jul 18 17:58:15 2016 Return-Path: Delivered-To: freebsd-current@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 AE1BEB9DDEB for ; Mon, 18 Jul 2016 17:58:15 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DCFA1CE3; Mon, 18 Jul 2016 17:58:15 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u6IHw7h6047690; Mon, 18 Jul 2016 10:58:11 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201607181758.u6IHw7h6047690@gw.catspoiler.org> Date: Mon, 18 Jul 2016 10:58:07 -0700 (PDT) From: Don Lewis Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 To: avg@FreeBSD.org cc: freebsd-current@FreeBSD.org In-Reply-To: <831f819b-68bb-5425-a4cf-47a51a136ddf@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 17:58:15 -0000 On 18 Jul, Andriy Gapon wrote: > On 18/07/2016 20:40, Don Lewis wrote: >> On 18 Jul, Andriy Gapon wrote: >>> On 08/07/2016 07:13, Don Lewis wrote: >>>> My package buiding machine just crashed with this panic during a >>>> poudriere run: >>>> >>>> panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg-1) & TXG_MASK] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg >>> >>> Don, >>> >>> do you have a crash dump? >>> It would be interesting to see a pretty-print of dn, dn->dn_phys, db and >>> tx in the frame where the assert is hit. >> >> I do. Unfortunately kgdb reports that the values of dn and db were >> optimized out. >> > > Well... You can try to use kgdb7111 from ports, perhaps it would work > better. Also, it's often possible to find values of wanted variables by > finding a relevant value that's not optimized out and then following > through pointers, etc to get to the right values. in other cases it's > possible to get the values by examining the disassembly and values of > registers. This is with kgdb from ports: [snip] #13 0xffffffff824be23a in assfail ( a=0x80 , f=0xfffffe085a435d90 "", l=0) at /usr/src/sys/cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:81 #14 0xffffffff8215b928 in dbuf_dirty (db=, tx=) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1232 #15 0xffffffff8215c0e4 in dbuf_dirty (db=, tx=) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1383 #16 0xffffffff8215c0e4 in dbuf_dirty (db=, tx=) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1383 #17 0xffffffff82166fd9 in dmu_write_uio_dnode (dn=, uio=, size=, tx=) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:1193 #18 0xffffffff82166e92 in dmu_write_uio_dbuf (zdb=0xfffff806bacc0b88, uio=0xfffffe085a4368f0, size=65536, tx=0xfffff803a4043600) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:1244 #19 0xffffffff82224bac in zfs_write (vp=, uio=, ioflag=, cr=, ct=) [snip] There's not a lot for me to get traction with ... This is also not a very repeatable thing for me. I've only had it happen once even though this machine is kept very busy building ports. From owner-freebsd-current@freebsd.org Mon Jul 18 18:22:29 2016 Return-Path: Delivered-To: freebsd-current@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 C6F9FB9D9EC for ; Mon, 18 Jul 2016 18:22:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E7FAF117E; Mon, 18 Jul 2016 18:22:28 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA14132; Mon, 18 Jul 2016 21:22:26 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bPDBS-0001rt-9v; Mon, 18 Jul 2016 21:22:26 +0300 Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 To: Don Lewis References: <201607181758.u6IHw7h6047690@gw.catspoiler.org> Cc: freebsd-current@FreeBSD.org From: Andriy Gapon Message-ID: <82e6210a-4dd8-3461-c5e5-32f2b6ac80f0@FreeBSD.org> Date: Mon, 18 Jul 2016 21:21:29 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <201607181758.u6IHw7h6047690@gw.catspoiler.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 18:22:29 -0000 On 18/07/2016 20:58, Don Lewis wrote: > This is with kgdb from ports: > > [snip] > #13 0xffffffff824be23a in assfail ( > a=0x80 , > f=0xfffffe085a435d90 "", l=0) > at /usr/src/sys/cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:81 > #14 0xffffffff8215b928 in dbuf_dirty (db=, tx=) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1232 > #15 0xffffffff8215c0e4 in dbuf_dirty (db=, tx=) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1383 > #16 0xffffffff8215c0e4 in dbuf_dirty (db=, tx=) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1383 > #17 0xffffffff82166fd9 in dmu_write_uio_dnode (dn=, > uio=, size=, tx=) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:1193 > #18 0xffffffff82166e92 in dmu_write_uio_dbuf (zdb=0xfffff806bacc0b88, > uio=0xfffffe085a4368f0, size=65536, tx=0xfffff803a4043600) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:1244 > #19 0xffffffff82224bac in zfs_write (vp=, uio=, > ioflag=, cr=, ct=) > [snip] > > There's not a lot for me to get traction with ... I think that it should be possible to get to the interesting data starting with zdb in frame 18, but it can take some effort. > This is also not a very repeatable thing for me. I've only had it > happen once even though this machine is kept very busy building ports. Okay. It seems to have happened at least once for one other person. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Jul 18 23:11:53 2016 Return-Path: Delivered-To: freebsd-current@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 47D0AB9D854 for ; Mon, 18 Jul 2016 23:11:53 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 39402187B for ; Mon, 18 Jul 2016 23:11:53 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from AlfredMacbookAir.local (unknown [IPv6:2601:645:8003:a4d6:c924:a77d:2190:5f76]) by elvis.mu.org (Postfix) with ESMTPSA id F143F346DFD1; Mon, 18 Jul 2016 16:11:52 -0700 (PDT) Subject: Re: difference in SIGCHLD behavior between Linux and FreeBSD breaks apt To: Matthew Macy , "freebsd-current@freebsd.org" References: <155c3a25e3f.11fb4143170445.2284890475527649192@nextbsd.org> From: Alfred Perlstein Organization: FreeBSD Message-ID: <884f17bd-7742-cc6f-0974-81c7bc833175@freebsd.org> Date: Mon, 18 Jul 2016 16:11:53 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <155c3a25e3f.11fb4143170445.2284890475527649192@nextbsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 23:11:53 -0000 I believe the On 7/6/16 9:34 PM, Matthew Macy wrote: > As a first step towards managing linux user space in a chrooted /compat/linux, initially for i915 testing with intel gpu tools, later on to get widevine and steam to work I'm trying to get apt to work. I've fixed a number of issues to date in pseudofs/linprocfs but now I'm running in to a bug caused by differences in SIGCHLD handling between Linux and FreeBSD. The situation is that apt will spawn dpkg and wait on a pipe read. On Linux when dpkg exits the SIGCHLD to apt causes a short read on the pipe which lets apt then continue. On FreeBSD a SIGCHLD is silently ignored. I've even experimented with doing a kill -20 to no effect. > > It would be easy enough to check sysvec against linux in pipe_read and break out of the loop when it's awakened from msleep (assuming there aren't deeper issues with signal propagation for anything other than SIGINT/SIGKILL) and then do a short read. However, I'm assuming that anyone who has worked in this area probably has a cleaner solution. > > Thanks in advance. Are you sure you need a hack in pipe_read and not one of the following possibilities: 1) a setting for the default signal disposition for linux processes needs to be fixed. 2) a flag set in p_flag2 that says set this behavior properly in a generic manner. Again not sure why you need to hack pipe_read and not just make sure that SIGCHLD is generated... Finally that sure is oddball behavior, dpkg probably has a bug where the parent is keeping the write side of the pipe open, you might be able to get them to take a patch upstream to fix that. -Alfred From owner-freebsd-current@freebsd.org Mon Jul 18 23:15:09 2016 Return-Path: Delivered-To: freebsd-current@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 80E57B9D9CF for ; Mon, 18 Jul 2016 23:15:09 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 596AD1B4E; Mon, 18 Jul 2016 23:15:09 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468883708471685.750836884111; Mon, 18 Jul 2016 16:15:08 -0700 (PDT) Date: Mon, 18 Jul 2016 16:15:08 -0700 From: Matthew Macy To: "Alfred Perlstein" Cc: "freebsd-current@freebsd.org" Message-ID: <156004aaa06.11295bd6563219.9185936432327003324@nextbsd.org> In-Reply-To: <884f17bd-7742-cc6f-0974-81c7bc833175@freebsd.org> References: <155c3a25e3f.11fb4143170445.2284890475527649192@nextbsd.org> <884f17bd-7742-cc6f-0974-81c7bc833175@freebsd.org> Subject: Re: difference in SIGCHLD behavior between Linux and FreeBSD breaks apt MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 23:15:09 -0000 ---- On Mon, 18 Jul 2016 16:11:53 -0700 Alfred Perlstein wrote ---- > I believe the > > > On 7/6/16 9:34 PM, Matthew Macy wrote: > > As a first step towards managing linux user space in a chrooted /compat/linux, initially for i915 testing with intel gpu tools, later on to get widevine and steam to work I'm trying to get apt to work. I've fixed a number of issues to date in pseudofs/linprocfs but now I'm running in to a bug caused by differences in SIGCHLD handling between Linux and FreeBSD. The situation is that apt will spawn dpkg and wait on a pipe read. On Linux when dpkg exits the SIGCHLD to apt causes a short read on the pipe which lets apt then continue. On FreeBSD a SIGCHLD is silently ignored. I've even experimented with doing a kill -20 to no effect. > > > > It would be easy enough to check sysvec against linux in pipe_read and break out of the loop when it's awakened from msleep (assuming there aren't deeper issues with signal propagation for anything other than SIGINT/SIGKILL) and then do a short read. However, I'm assuming that anyone who has worked in this area probably has a cleaner solution. > > > > Thanks in advance. > > Are you sure you need a hack in pipe_read and not one of the following > possibilities: > 1) a setting for the default signal disposition for linux processes > needs to be fixed. > 2) a flag set in p_flag2 that says set this behavior properly in a > generic manner. > > Again not sure why you need to hack pipe_read and not just make sure > that SIGCHLD is generated... > > Finally that sure is oddball behavior, dpkg probably has a bug where the > parent is keeping the write side of the pipe open, you might be able to > get them to take a patch upstream to fix that. > If you read my final mail it turns out I was holding a reference to the pipe in question in linprocfs. Maintaining the reference kept apt from getting the EOF on the pipe. I've since fixed this. -M From owner-freebsd-current@freebsd.org Mon Jul 18 23:23:20 2016 Return-Path: Delivered-To: freebsd-current@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 30F29B9DC2F for ; Mon, 18 Jul 2016 23:23:20 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 16BCB1165 for ; Mon, 18 Jul 2016 23:23:20 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from AlfredMacbookAir.local (unknown [IPv6:2601:645:8003:a4d6:c924:a77d:2190:5f76]) by elvis.mu.org (Postfix) with ESMTPSA id 0B901346DEA0; Mon, 18 Jul 2016 16:23:14 -0700 (PDT) Subject: Re: difference in SIGCHLD behavior between Linux and FreeBSD breaks apt To: Matthew Macy References: <155c3a25e3f.11fb4143170445.2284890475527649192@nextbsd.org> <884f17bd-7742-cc6f-0974-81c7bc833175@freebsd.org> <156004aaa06.11295bd6563219.9185936432327003324@nextbsd.org> Cc: "freebsd-current@freebsd.org" From: Alfred Perlstein Organization: FreeBSD Message-ID: <85f1e50a-c769-767b-8b60-dfdbc0771166@freebsd.org> Date: Mon, 18 Jul 2016 16:23:14 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <156004aaa06.11295bd6563219.9185936432327003324@nextbsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 23:23:20 -0000 On 7/18/16 4:15 PM, Matthew Macy wrote: > > > ---- On Mon, 18 Jul 2016 16:11:53 -0700 Alfred Perlstein wrote ---- > > I believe the > > > > > > On 7/6/16 9:34 PM, Matthew Macy wrote: > > > As a first step towards managing linux user space in a chrooted /compat/linux, initially for i915 testing with intel gpu tools, later on to get widevine and steam to work I'm trying to get apt to work. I've fixed a number of issues to date in pseudofs/linprocfs but now I'm running in to a bug caused by differences in SIGCHLD handling between Linux and FreeBSD. The situation is that apt will spawn dpkg and wait on a pipe read. On Linux when dpkg exits the SIGCHLD to apt causes a short read on the pipe which lets apt then continue. On FreeBSD a SIGCHLD is silently ignored. I've even experimented with doing a kill -20 to no effect. > > > > > > It would be easy enough to check sysvec against linux in pipe_read and break out of the loop when it's awakened from msleep (assuming there aren't deeper issues with signal propagation for anything other than SIGINT/SIGKILL) and then do a short read. However, I'm assuming that anyone who has worked in this area probably has a cleaner solution. > > > > > > Thanks in advance. > > > > Are you sure you need a hack in pipe_read and not one of the following > > possibilities: > > 1) a setting for the default signal disposition for linux processes > > needs to be fixed. > > 2) a flag set in p_flag2 that says set this behavior properly in a > > generic manner. > > > > Again not sure why you need to hack pipe_read and not just make sure > > that SIGCHLD is generated... > > > > Finally that sure is oddball behavior, dpkg probably has a bug where the > > parent is keeping the write side of the pipe open, you might be able to > > get them to take a patch upstream to fix that. > > > > If you read my final mail it turns out I was holding a reference to the pipe in question in linprocfs. Maintaining the reference kept apt from getting the EOF on the pipe. I've since fixed this. > > -M > Ah that makes sense. :) -Alfred From owner-freebsd-current@freebsd.org Tue Jul 19 01:22:44 2016 Return-Path: Delivered-To: freebsd-current@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 F393FB9CD02 for ; Tue, 19 Jul 2016 01:22:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 A68EA1D25 for ; Tue, 19 Jul 2016 01:22:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9336 invoked from network); 19 Jul 2016 01:18:58 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 19 Jul 2016 01:18:58 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.4) with SMTP; Mon, 18 Jul 2016 21:18:13 -0400 (EDT) Received: (qmail 19829 invoked from network); 19 Jul 2016 01:18:12 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 19 Jul 2016 01:18:12 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id E399F1C407A; Mon, 18 Jul 2016 18:18:11 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FYI: svn commit: r301453 - in head/sys: arm/arm arm64/arm64 dev/fdt dev/gpio dev/iicbus dev/ofw dev/pci dev/vnic kern mips/mips sys Message-Id: <73BDB217-7D9D-4D54-8DE6-A1DE3BA9FFD2@dsl-only.net> Date: Mon, 18 Jul 2016 18:18:16 -0700 To: freebsd-arm , FreeBSD PowerPC ML , FreeBSD Current , freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 01:22:45 -0000 This is just an FYI copied from svn-src-head: = https://lists.freebsd.org/pipermail/svn-src-head/2016-July/089328.html = says the below. I'm just giving it somewhat wider exposure. Likely any = replies should be to = https://lists.freebsd.org/pipermail/svn-src-head/2016-July/089328.html = instead of to this message. Nathan Whitehorn nwhitehorn at freebsd.org on Tue Jul 19 00:11:53 UTC = 2016 wrote: > Could you please describe what this change is in more detail? >=20 > It breaks a lot of encapsulations we have worked very hard to = maintain,=20 > moves ARM code into MI parts of the kernel, and the OFW parts violate=20= > IEEE 1275 (the Open Firmware standard). In particular, there is no=20 > guarantee that the interrupts for a newbus (or OF) device are encoded = in=20 > a property called "interrupts" (or, indeed, in any property at all) on=20= > that node and there are many, many device trees where that is not the=20= > case (e.g. ones with interrupt maps, as well as Apple hardware). By=20 > putting that knowledge into the OF root bus device, which we have = tried=20 > to keep it out of, this enforces a standard that doesn't actually = exist. >=20 > I'm hesitant to ask for reversion on something that landed 6 weeks ago=20= > without me noticing, but this needs a lot more architectural work = before=20 > any parts of the kernel should use it. > -Nathan >=20 > On 06/05/16 09:20, Svatopluk Kraus wrote: > > Author: skra > > Date: Sun Jun 5 16:20:12 2016 > > New Revision: 301453 > > URL: https://svnweb.freebsd.org/changeset/base/301453 > > > > Log: > > INTRNG - change the way how an interrupt mapping data are = provided > > to the framework in OFW (FDT) case. > > > > This is a follow-up to r301451. > > > > Differential Revision: https://reviews.freebsd.org/D6634 > > > > Modified: > > head/sys/arm/arm/nexus.c > > head/sys/arm64/arm64/gic_v3.c > > head/sys/arm64/arm64/nexus.c > > head/sys/dev/fdt/simplebus.c > > head/sys/dev/gpio/ofw_gpiobus.c > > head/sys/dev/iicbus/ofw_iicbus.c > > head/sys/dev/ofw/ofw_bus_subr.c > > head/sys/dev/ofw/ofw_bus_subr.h > > head/sys/dev/ofw/ofwbus.c > > head/sys/dev/pci/pci_host_generic.c > > head/sys/dev/vnic/mrml_bridge.c > > head/sys/dev/vnic/thunder_mdio_fdt.c > > head/sys/kern/subr_intr.c > > head/sys/mips/mips/nexus.c > > head/sys/sys/intr.h . . . (I omit the actual modifications) . . . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Jul 19 08:08:45 2016 Return-Path: Delivered-To: freebsd-current@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 6E3B5B9D12F for ; Tue, 19 Jul 2016 08:08:45 +0000 (UTC) (envelope-from pho@holm.cc) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 59F831396 for ; Tue, 19 Jul 2016 08:08:45 +0000 (UTC) (envelope-from pho@holm.cc) Received: by mailman.ysv.freebsd.org (Postfix) id 4D859B9D12E; Tue, 19 Jul 2016 08:08:45 +0000 (UTC) Delivered-To: current@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 46944B9D12D for ; Tue, 19 Jul 2016 08:08:45 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) (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 16C5F1394; Tue, 19 Jul 2016 08:08:44 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id 24663D00D23; Tue, 19 Jul 2016 04:08:42 -0400 (EDT) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.9/8.14.9) with ESMTP id u6J88e3V022205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 19 Jul 2016 10:08:40 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.9/8.14.9/Submit) id u6J88e70022204; Tue, 19 Jul 2016 10:08:40 +0200 (CEST) (envelope-from pho) Date: Tue, 19 Jul 2016 10:08:40 +0200 From: Peter Holm To: current@freebsd.org Cc: re@freebsd.org Subject: panic: softclock_call_cc: act 0xfffff80c036eec00 0 Message-ID: <20160719080840.GA22063@x2.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 08:08:45 -0000 Got this while testing a patch: panic: softclock_call_cc: act 0xfffff80c036eec00 0 cpuid = 22 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0f940c97d0 vpanic() at vpanic+0x182/frame 0xfffffe0f940c9850 kassert_panic() at kassert_panic+0x126/frame 0xfffffe0f940c98c0 softclock_call_cc() at softclock_call_cc+0x5ad/frame 0xfffffe0f940c99c0 softclock() at softclock+0x47/frame 0xfffffe0f940c99e0 intr_event_execute_handlers() at intr_event_execute_handlers+0x96/frame 0xfffffe0f940c9a20 ithread_loop() at ithread_loop+0xa6/frame 0xfffffe0f940c9a70 fork_exit() at fork_exit+0x84/frame 0xfffffe0f940c9ab0 https://people.freebsd.org/~pho/stress/log/kostik920.txt - Peter From owner-freebsd-current@freebsd.org Tue Jul 19 10:10:02 2016 Return-Path: Delivered-To: freebsd-current@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 29B2FB9E9AC for ; Tue, 19 Jul 2016 10:10:02 +0000 (UTC) (envelope-from gjb@FreeBSD.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 0F2CD1596 for ; Tue, 19 Jul 2016 10:10:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0735AB9E9AB; Tue, 19 Jul 2016 10:10:02 +0000 (UTC) Delivered-To: current@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 03BC3B9E9AA for ; Tue, 19 Jul 2016 10:10:02 +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 E1A2E1594; Tue, 19 Jul 2016 10:10:01 +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 95E5F1B32; Tue, 19 Jul 2016 10:10:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 19 Jul 2016 10:09:59 +0000 From: Glen Barber To: Peter Holm Cc: current@freebsd.org, re@freebsd.org Subject: Re: panic: softclock_call_cc: act 0xfffff80c036eec00 0 Message-ID: <20160719100959.GC48576@FreeBSD.org> References: <20160719080840.GA22063@x2.osted.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JgQwtEuHJzHdouWu" Content-Disposition: inline In-Reply-To: <20160719080840.GA22063@x2.osted.lan> 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.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 10:10:02 -0000 --JgQwtEuHJzHdouWu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 19, 2016 at 10:08:40AM +0200, Peter Holm wrote: > Got this while testing a patch: >=20 > panic: softclock_call_cc: act 0xfffff80c036eec00 0 > cpuid =3D 22 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0f940= c97d0 > vpanic() at vpanic+0x182/frame 0xfffffe0f940c9850 > kassert_panic() at kassert_panic+0x126/frame 0xfffffe0f940c98c0 > softclock_call_cc() at softclock_call_cc+0x5ad/frame 0xfffffe0f940c99c0 > softclock() at softclock+0x47/frame 0xfffffe0f940c99e0 > intr_event_execute_handlers() at intr_event_execute_handlers+0x96/frame 0= xfffffe0f940c9a20 > ithread_loop() at ithread_loop+0xa6/frame 0xfffffe0f940c9a70 > fork_exit() at fork_exit+0x84/frame 0xfffffe0f940c9ab0 >=20 > https://people.freebsd.org/~pho/stress/log/kostik920.txt >=20 Unfortunately, so did others. :( https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210884 Glen --JgQwtEuHJzHdouWu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXjfxxAAoJEAMUWKVHj+KTyoIQAIzIF54UVtGyM15C5CE3gEvN 8N5wshlqQBrlSYs8Suc1CSKVvcji4iTRvmuDzguL7G/mexs+9Y6Mz7IlMlc03wwX GbUEHDDY703vzycqfpdU5JxFKiH9Zs4mCPPP7X9EfrnEtBKKfPn6J9TgIfxiFYFc zDmr2L6JMbQtVgGQU4wX8SGUnp6tZx6JqueiKBGx3JKgOS4vNPg/V3Xf73rL71id jRrCPJVpPHkmsQds3P9nbNu3l7O/ORiwgjeapN9SIULVgxPQOW3zsFa2JwT1RkT1 fdp+Tsj5r0bNxxv93oku/6BhY1QKO9R4DW7YzFKZr43wz8b+LygfX6wbaptbZuIg h48odV98tZKlYK/GcLokpPMdERy8y3PcYJ/9v+guX8oxs7EfGqFnBUE8XrqfO+pU Y7Ju3yF6yAbA0tlPUngQ4lHuZJuxqlWl3ZGpVYfl3Ywq6Ry7le5f3VVTQ2jBr91V 501Q18eu8uJzgmnw+xDm2/mYdXAZwJvCGbowS4v4bY+5MijUMEQekEL4Kj+V2Y68 +jAyhrDLUgupq94jingM8T6gX94o7Pr4kG9jxRi4/L1n6AGle8knl/fJ0/P77yni jji43SAz76B7zGd64u8nXDukuagkWm4E7/PZ8I9fmI5U/jd+F3avIdLNiMQ0/49W VtAHDzcYeht1/dRKFty0 =WQCE -----END PGP SIGNATURE----- --JgQwtEuHJzHdouWu-- From owner-freebsd-current@freebsd.org Tue Jul 19 15:37:16 2016 Return-Path: Delivered-To: freebsd-current@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 C3D3AB9D56B for ; Tue, 19 Jul 2016 15:37:16 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id AC5481D34 for ; Tue, 19 Jul 2016 15:37:16 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: by mailman.ysv.freebsd.org (Postfix) id A808CB9D56A; Tue, 19 Jul 2016 15:37:16 +0000 (UTC) Delivered-To: current@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 A7A80B9D569 for ; Tue, 19 Jul 2016 15:37:16 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 122361D33 for ; Tue, 19 Jul 2016 15:37:15 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by mailhost.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 19 Jul 2016 17:35:59 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 19 Jul 2016 17:35:59 +0200 Date: Tue, 19 Jul 2016 17:35:59 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Subject: (boost::)asio and kqueue problem Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1964543108-1161917916-1468942563=:30581" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 15:37:16 -0000 --1964543108-1161917916-1468942563=:30581 Content-Type: text/plain; format=flowed; charset="US-ASCII" Hi, I'm trying to use asio (that's boost::asio without boost) to handle listening sockets asynchronuosly. This appears not to work. There are also some reports on the net about this problem. I was able to reproduce the problem with a small C-programm that does the same steps as asio. The relevant sequence of system calls is: kqueue() = 3 (0x3) socket(PF_INET,SOCK_STREAM,6) = 4 (0x4) setsockopt(0x4,0xffff,0x800,0x7fffffffea2c,0x4) = 0 (0x0) kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) setsockopt(0x4,0xffff,0x4,0x7fffffffea2c,0x4) = 0 (0x0) bind(4,{ AF_INET 0.0.0.0:8080 },16) = 0 (0x0) listen(0x4,0x80) = 0 (0x0) ioctl(4,FIONBIO,0xffffea2c) = 0 (0x0) kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) kevent(3,0x0,0,0x7fffffffe5a0,32,0x0) ERR#4 'Interrupted system call' The problem here is that asio registers each file descriptor with EVFILT_READ and EVFILT_WRITE as soon as it is opened (first kevent call). After bringing the socket into the listening state and when async_accept() is called it registers the socket a second time. According to the man page this is perfectly legal and can be used to modify the registration. With this sequence of calls kevent() does not return when a connection is established successfully. I tracked down the problem and the reason is in soo_kqfilter(). This is called for the first EVFILT_READ registration and decides based on the SO_ACCEPTCONN flag which filter operations to use solisten_filtops or soread_filtops. In this case it chooses soread_filtops. The second EVFILT_READ registration does not call soo_kqfilter() again, but just updates the filter from the data and fflags field so the listening socket ends up with the wrong filter operations. The attached patch fixes this (kind of) by using the f_touch operation (currently used only by the user filter). The filt_sotouch() function changes the operation pointer in the knote when the socket is now in the listening state. I suppose that the required locking is already done in kqueue_register(), but I'm not sure. Asynchronous accepting now works. A better fix would probably be to change the operation vector on all knotes attached to the socket in solisten(), but I fear I don't have the necessary understanding of the locking that is required for this. Could somebody with enough kqueue() knowledge look whether the patch is correct lock-wise? Regards, harti Index: kern_event.c =================================================================== --- kern_event.c (revision 302977) +++ kern_event.c (working copy) @@ -1350,8 +1350,8 @@ KQ_UNLOCK(kq); knl = kn_list_lock(kn); kn->kn_kevent.udata = kev->udata; - if (!fops->f_isfd && fops->f_touch != NULL) { - fops->f_touch(kn, kev, EVENT_REGISTER); + if (kn->kn_fop->f_touch != NULL) { + kn->kn_fop->f_touch(kn, kev, EVENT_REGISTER); } else { kn->kn_sfflags = kev->fflags; kn->kn_sdata = kev->data; Index: uipc_socket.c =================================================================== --- uipc_socket.c (revision 302977) +++ uipc_socket.c (working copy) @@ -160,6 +160,7 @@ static void filt_sowdetach(struct knote *kn); static int filt_sowrite(struct knote *kn, long hint); static int filt_solisten(struct knote *kn, long hint); +static void filt_sotouch(struct knote *kn, struct kevent *kev, u_long type); static int inline hhook_run_socket(struct socket *so, void *hctx, int32_t h_id); fo_kqfilter_t soo_kqfilter; @@ -172,6 +173,7 @@ .f_isfd = 1, .f_detach = filt_sordetach, .f_event = filt_soread, + .f_touch = filt_sotouch, }; static struct filterops sowrite_filtops = { .f_isfd = 1, @@ -3091,6 +3093,31 @@ return (0); } +static void +filt_sotouch(struct knote *kn, struct kevent *kev, u_long type) +{ + struct socket *so = kn->kn_fp->f_data; + + switch (type) { + case EVENT_REGISTER: + if (kn->kn_fop == &soread_filtops && + (so->so_options & SO_ACCEPTCONN)) + kn->kn_fop = &solisten_filtops; + + kn->kn_sfflags = kev->fflags; + kn->kn_sdata = kev->data; + break; + + case EVENT_PROCESS: + *kev = kn->kn_kevent; + break; + + default: + panic("filt_sotouch() - invalid type (%ld)", type); + break; + } +} + /* * Some routines that return EOPNOTSUPP for entry points that are not * supported by a protocol. Fill in as needed. --1964543108-1161917916-1468942563=:30581 Content-Type: text/plain; charset="US-ASCII"; name="k.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="k.c" I2luY2x1ZGUgPHN5cy9zb2NrZXQuaD4NCiNpbmNsdWRlIDxzeXMvdHlwZXMu aD4NCiNpbmNsdWRlIDxzeXMvZXZlbnQuaD4NCiNpbmNsdWRlIDxzeXMvZmls aW8uaD4NCg0KI2luY2x1ZGUgPHN5cy9pb2N0bC5oPg0KI2luY2x1ZGUgPG5l dGluZXQvaW4uaD4NCiNpbmNsdWRlIDxzdGRpby5oPg0KI2luY2x1ZGUgPHN0 cmluZy5oPg0KI2luY2x1ZGUgPGVyci5oPg0KDQpzdGF0aWMgdm9pZA0Kd2Fp dF9sb29wKGludCBrcSwgaW50IHNvY2spDQp7DQoJc3RydWN0IGtldmVudCBl dlszMl07DQoJc3RydWN0IHNvY2thZGRyX2luIGFkZHI7DQoJc29ja2xlbl90 IHNvY2tsZW47DQoNCglmb3IgKDs7KSB7DQoJCWludCBuZXYgPSBrZXZlbnQo a3EsIE5VTEwsIDAsIGV2LCAzMiwgTlVMTCk7DQoJCWlmIChuZXYgPCAxKQ0K CQkJZXJyKDEsICJrZXZlbnQiKTsNCgkJZm9yIChpbnQgaSA9IDA7IGkgPCBu ZXY7ICsraSkgew0KCQkJaWYgKGV2W2ldLmlkZW50ID09IHNvY2spIHsNCgkJ CQlwcmludGYoImFjY2VwdFxuIik7DQoJCQkJaW50IGZkID0gYWNjZXB0KGV2 W2ldLmlkZW50LA0KCQkJCSAgICAoc3RydWN0IHNvY2thZGRyICopJmFkZHIs ICZzb2NrbGVuKTsNCgkJCQlpZiAoZmQgPT0gLTEpDQoJCQkJCWVycigxLCAi YWNjZXB0Iik7DQoJCQl9DQoJCX0NCgl9DQp9DQoNCmludA0KbWFpbigpDQp7 DQoJc3RydWN0IHNvY2thZGRyX2luIGFkZHI7DQoNCgkvKiBvcGVuIGEgVENQ IHNvY2tldCAqLw0KCWludCBrcSA9IGtxdWV1ZSgpOw0KDQoJaW50IHNvY2sg PSBzb2NrZXQoUEZfSU5FVCwgU09DS19TVFJFQU0sIDApOw0KDQoJc3RydWN0 IGtldmVudCBldlsyXTsNCglFVl9TRVQoJmV2WzBdLCBzb2NrLCBFVkZJTFRf UkVBRCwgRVZfQUREIHwgRVZfQ0xFQVIsIDAsIDAsIE5VTEwpOw0KCUVWX1NF VCgmZXZbMV0sIHNvY2ssIEVWRklMVF9XUklURSwgRVZfQUREIHwgRVZfQ0xF QVIsIDAsIDAsIE5VTEwpOw0KDQoJaW50IG9wdCA9IDE7DQoJc2V0c29ja29w dChzb2NrLCBTT0xfU09DS0VULCBTT19OT1NJR1BJUEUsICZvcHQsIHNpemVv ZihvcHQpKTsNCg0KCWlmIChrZXZlbnQoa3EsIGV2LCAyLCBOVUxMLCAwLCBO VUxMKSA9PSAtMSkNCgkgICAgZXJyKDEsICJrZXZlbnQiKTsNCg0KCXNldHNv Y2tvcHQoc29jaywgU09MX1NPQ0tFVCwgU09fUkVVU0VBRERSLCAmb3B0LCBz aXplb2Yob3B0KSk7DQoNCgltZW1zZXQoJmFkZHIsIDAsIHNpemVvZihhZGRy KSk7DQoJYWRkci5zaW5fcG9ydCA9IGh0b25zKDEwMDAwKTsNCg0KCWJpbmQo c29jaywgKHN0cnVjdCBzb2NrYWRkciAqKSZhZGRyLCBzaXplb2YoYWRkcikp Ow0KCWxpc3Rlbihzb2NrLCAweDgwKTsNCg0KCWlvY3RsKHNvY2ssIEZJT05C SU8sICZvcHQpOw0KDQoJaWYgKGtldmVudChrcSwgZXYsIDIsIE5VTEwsIDAs IE5VTEwpID09IC0xKQ0KCQllcnIoMSwgImtldmVudCIpOw0KDQoJd2FpdF9s b29wKGtxLCBzb2NrKTsNCn0NCg== --1964543108-1161917916-1468942563=:30581-- From owner-freebsd-current@freebsd.org Tue Jul 19 16:57:47 2016 Return-Path: Delivered-To: freebsd-current@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 5624FB9ECA1 for ; Tue, 19 Jul 2016 16:57:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3486C142A for ; Tue, 19 Jul 2016 16:57:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 305F1B9ECA0; Tue, 19 Jul 2016 16:57:47 +0000 (UTC) Delivered-To: current@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 30012B9EC9F for ; Tue, 19 Jul 2016 16:57:47 +0000 (UTC) (envelope-from bdrewery@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 1A1E7141E; Tue, 19 Jul 2016 16:57:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 1274B123F; Tue, 19 Jul 2016 16:57:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id B85255228; Tue, 19 Jul 2016 16:57:46 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id V-Sjt0afnE4R; Tue, 19 Jul 2016 16:57:43 +0000 (UTC) Subject: Re: Issue of `make distribueworld` with normal user and customized DESTDIR DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 7F1065221 To: Li-Wen Hsu , gjb@FreeBSD.org, current@FreeBSD.org References: <20160719070713.GA89625@FreeBSD.cs.nctu.edu.tw> <26f2bfa6-a078-315d-8881-0629ba7d8ece@FreeBSD.org> <20160719165518.GA63285@FreeBSD.cs.nctu.edu.tw> From: Bryan Drewery Organization: FreeBSD Message-ID: <9d6a0492-7c9d-3061-1a66-d6aa66849dca@FreeBSD.org> Date: Tue, 19 Jul 2016 09:57:43 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160719165518.GA63285@FreeBSD.cs.nctu.edu.tw> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 16:57:47 -0000 On 7/19/16 9:55 AM, Li-Wen Hsu wrote: > On Tue, Jul 19, 2016 at 09:35:48 -0700, Bryan Drewery wrote: >> On 7/19/16 9:14 AM, Bryan Drewery wrote: >>> On 7/19/16 12:07 AM, Li-Wen Hsu wrote: >>>> Hi Bryan, >>>> >>>> I am trying to create snapshot *.txz in our CI system, using >>>> script like this: >>>> >>>> https://gist.github.com/lwhsu/93ece918767694942e9f12186731c622 >>>> >>>> Basically it does are build/distribue/package world and kernel with normal >>>> user, and customize directories. >>>> >>>> But then I hit some problems like trying to install or find files under /base, >>>> after some research, I have the attached patch to make it work. >>>> >>>> How do you think of this? Do you have any suggestion about how to test this? >>>> >>> >>> It seems odd that it would have gone unnoticed for over 14 years. Still >>> looking at it. >>> >>>> BTW, what's the suitabl mailing list to discuss stuff like this? >>> >>> current@ is as good as it gets right now. >>> >>>> >>>> Thanks, >>>> Li-Wen >>>> >>> >>> >> >> build(7) has it documented that DISTDIR should be used for >> packageworld/packagekernel/distributeworld. I think you should be >> specifying that instead of DESTDIR. It seems that originally DISTDIR >> was intended to be its own thing that had a higher priority than >> DESTDIR; that DISTDIR was not supposed to be in DESTDIR. Several places >> in the build assume this, such as in release/Makefile. I think that >> over time people have been adding ${DESTDIR}/${DISTDIR} in Makefile.inc1 >> as a mistake. > > I see, thanks very much for your explanation, I read build(7) but got > confused by ${DESTDIR}/${DISTDIR} everywhere. > > Maybe we should clean it up after 11.0-R? Or it's OK to start now? > I think that it would be too risky to apply your change as scripts and people may be expecting DISTDIR to override DESTDIR. But it may also be the opposite for some new targets that have been added. I'm not sure what to do. Needs more discussion in public. By the way, your "/base" issue is likely a bug either way as things should probably just work if you don't specify DISTDIR. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Tue Jul 19 17:02:10 2016 Return-Path: Delivered-To: freebsd-current@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 AC64CB9EDF7 for ; Tue, 19 Jul 2016 17:02:10 +0000 (UTC) (envelope-from adrian.chadd@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 87EC5186F for ; Tue, 19 Jul 2016 17:02:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 838BBB9EDF6; Tue, 19 Jul 2016 17:02:10 +0000 (UTC) Delivered-To: current@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 8338CB9EDF5 for ; Tue, 19 Jul 2016 17:02:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x241.google.com (mail-it0-x241.google.com [IPv6:2607:f8b0:4001:c0b::241]) (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 4E939186E for ; Tue, 19 Jul 2016 17:02:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x241.google.com with SMTP id j124so1801980ith.3 for ; Tue, 19 Jul 2016 10:02:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PeSGbd0eXpoePgcmJ11BB03KLajPnscl73PVZl0mSD8=; b=dgQRptZCA0SxqlHZKrzYK4pocwyYaDLNMDdStJzfhtDXQJ9s72QzSIlc1f2BfGh2w8 sVk1a+fVz5CZxnl5FbB575KcLgo8IG3CvY1FO23HAwZsOpnXKassZBSlxr3ofRLgSeMN 3y7+NaB2CIy10saGuVjQ50U4WGBlKOW9pQOWFkzpp/XqrlJTVTx6JIk048OoZMPyLLb2 8gYwTPUl08PChis0aiPahJNfe9gHbGEv/xRqmWSnK1pxPBXTnMRmZUWDGQ74X7CWb2Qe zEKGt5T8/ZPkcxsdVhI/SJly0l2Cxm+3VzsJ300OaQFn+/OvpbRvKLIIz/4RXsq39iLM WFng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PeSGbd0eXpoePgcmJ11BB03KLajPnscl73PVZl0mSD8=; b=Py9k21aC6jhVooCZpKjF2T9lI4V2bXSmBloEe8umn0K3Emr+MqmoGxS5H+5y8ZiL9y JKS60ZxMdoFSp/JBWfg/cXSZKcelVVWlqluijligjrpcm6yP37a5eMrnBnHZ+4sKP/jY I+oZexHCvRd12nsa3751oYjdWzlH2z1KdvDDRgdgI9MpiMlgg8wjpNgRBoMmN3w8L7SV E3SBdW1tgzfK5Fw02MlypoXErNZfsDadfB5XGwWzO+BKhUanngdYCx8njQKLojVLXrlM /+7lJ9JC6VDkYbN9OKpRjiyzqQ8PvmsDu4GAUwM6QLRWL2eAomaRQv8NOtDJVJE5Z+Mt drjg== X-Gm-Message-State: ALyK8tKLTe00NHNOq7R1F4lGcyofQ2O9j+CwEkeIr4eaUSx6yL+hfiTq26MyqhZglCqmtWjeibXJf7io4ppTFw== X-Received: by 10.36.239.197 with SMTP id i188mr33867782ith.71.1468947729353; Tue, 19 Jul 2016 10:02:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.141.129 with HTTP; Tue, 19 Jul 2016 10:02:08 -0700 (PDT) In-Reply-To: References: From: Adrian Chadd Date: Tue, 19 Jul 2016 10:02:08 -0700 Message-ID: Subject: Re: (boost::)asio and kqueue problem To: Hartmut Brandt Cc: "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 17:02:10 -0000 heh, nice catch. Would you please file a PR so we don't forget? Thanks! -a On 19 July 2016 at 08:35, Hartmut Brandt wrote: > Hi, > > I'm trying to use asio (that's boost::asio without boost) to handle > listening sockets asynchronuosly. This appears not to work. There are also > some reports on the net about this problem. I was able to reproduce the > problem with a small C-programm that does the same steps as asio. The > relevant sequence of system calls is: > > kqueue() = 3 (0x3) > socket(PF_INET,SOCK_STREAM,6) = 4 (0x4) > setsockopt(0x4,0xffff,0x800,0x7fffffffea2c,0x4) = 0 (0x0) > kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 > 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) > setsockopt(0x4,0xffff,0x4,0x7fffffffea2c,0x4) = 0 (0x0) > bind(4,{ AF_INET 0.0.0.0:8080 },16) = 0 (0x0) > listen(0x4,0x80) = 0 (0x0) > ioctl(4,FIONBIO,0xffffea2c) = 0 (0x0) > kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 > 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) > kevent(3,0x0,0,0x7fffffffe5a0,32,0x0) ERR#4 'Interrupted system > call' > > The problem here is that asio registers each file descriptor with > EVFILT_READ and EVFILT_WRITE as soon as it is opened (first kevent call). > After bringing the socket into the listening state and when async_accept() > is called it registers the socket a second time. According to the man page > this is perfectly legal and can be used to modify the registration. > > With this sequence of calls kevent() does not return when a connection is > established successfully. > > I tracked down the problem and the reason is in soo_kqfilter(). This is > called for the first EVFILT_READ registration and decides based on the > SO_ACCEPTCONN flag which filter operations to use solisten_filtops or > soread_filtops. In this case it chooses soread_filtops. > > The second EVFILT_READ registration does not call soo_kqfilter() again, but > just updates the filter from the data and fflags field so the listening > socket ends up with the wrong filter operations. > > The attached patch fixes this (kind of) by using the f_touch operation > (currently used only by the user filter). The filt_sotouch() function > changes the operation pointer in the knote when the socket is now in the > listening state. I suppose that the required locking is already done in > kqueue_register(), but I'm not sure. Asynchronous accepting now works. > > A better fix would probably be to change the operation vector on all knotes > attached to the socket in solisten(), but I fear I don't have the necessary > understanding of the locking that is required for this. > > Could somebody with enough kqueue() knowledge look whether the patch is > correct lock-wise? > > Regards, > harti > > Index: kern_event.c > =================================================================== > --- kern_event.c (revision 302977) > +++ kern_event.c (working copy) > @@ -1350,8 +1350,8 @@ > KQ_UNLOCK(kq); > knl = kn_list_lock(kn); > kn->kn_kevent.udata = kev->udata; > - if (!fops->f_isfd && fops->f_touch != NULL) { > - fops->f_touch(kn, kev, EVENT_REGISTER); > + if (kn->kn_fop->f_touch != NULL) { > + kn->kn_fop->f_touch(kn, kev, EVENT_REGISTER); > } else { > kn->kn_sfflags = kev->fflags; > kn->kn_sdata = kev->data; > Index: uipc_socket.c > =================================================================== > --- uipc_socket.c (revision 302977) > +++ uipc_socket.c (working copy) > @@ -160,6 +160,7 @@ > static void filt_sowdetach(struct knote *kn); > static int filt_sowrite(struct knote *kn, long hint); > static int filt_solisten(struct knote *kn, long hint); > +static void filt_sotouch(struct knote *kn, struct kevent *kev, u_long > type); > static int inline hhook_run_socket(struct socket *so, void *hctx, int32_t > h_id); > fo_kqfilter_t soo_kqfilter; > > @@ -172,6 +173,7 @@ > .f_isfd = 1, > .f_detach = filt_sordetach, > .f_event = filt_soread, > + .f_touch = filt_sotouch, > }; > static struct filterops sowrite_filtops = { > .f_isfd = 1, > @@ -3091,6 +3093,31 @@ > return (0); > } > > +static void > +filt_sotouch(struct knote *kn, struct kevent *kev, u_long type) > +{ > + struct socket *so = kn->kn_fp->f_data; > + > + switch (type) { > + case EVENT_REGISTER: > + if (kn->kn_fop == &soread_filtops && > + (so->so_options & SO_ACCEPTCONN)) > + kn->kn_fop = &solisten_filtops; > + > + kn->kn_sfflags = kev->fflags; > + kn->kn_sdata = kev->data; > + break; > + > + case EVENT_PROCESS: > + *kev = kn->kn_kevent; > + break; > + > + default: > + panic("filt_sotouch() - invalid type (%ld)", type); > + break; > + } > +} > + > /* > * Some routines that return EOPNOTSUPP for entry points that are not > * supported by a protocol. Fill in as needed. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jul 19 19:12:22 2016 Return-Path: Delivered-To: freebsd-current@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 E7584B9E97F for ; Tue, 19 Jul 2016 19:12:22 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::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 B450F14E5 for ; Tue, 19 Jul 2016 19:12:22 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x236.google.com with SMTP id q83so27917339iod.1 for ; Tue, 19 Jul 2016 12:12:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to; bh=R0YPYSQ5CiHEr+PcSby+OXlNsSOplYdiQM3sBKVEouo=; b=XIwjaqwCb6Uv+3Elp01nyesf0+KtvQr1Aevebtfnvw9pxq/RpE84JtQzwmpX5MjUeV /2m7HHsrvTdY5WVQsaNlpPNzPq+LaEJ3o6eiiPx6yn/vk8CGTiV6LaKEFJsdPSq8ojSy 1wF3nWa24MfrGWt/W7EQHHKJjkrpyGLx5Vi23JViHCGmIUfaI+ZzgvNPty0dLyRfUfVk MyP0Gj2/V7Rm7V4d6MSIsiZ4rADU9ryclfWpWmB9FFXbqMxAV3YRpqX7JKTWK73L2cD7 mAfRgXh/5KeYrh/e7tYw5Crzq1pt2hYA/jKR0+EyWbSyOvyhFjGIge9EQMgV75qaLJ3M w34w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=R0YPYSQ5CiHEr+PcSby+OXlNsSOplYdiQM3sBKVEouo=; b=EZpZMkNuX51BmLNTgjdB8o1MyOfCykmXw4fZSeeMxQypxaoYPub0h1Sl9B5v8f0oFs Effi1QSgcotz+enmbee9WZfohlITUkeCJIqw6A+cypW83/onZxaFuMvGHFGEq+mcbiZN A1hJBZEX/efE7mEGkImAQtvOwS0+oh4TqtBN0tWt9rES/e9GCiGDExRiD/ZVXf+oeQo0 s1svV3fEgQOZezrWPL2VtHOmP9Wp4VjbNO53vmIZSXwof1x7Vplpj4VPUXkQgaXNRnOI IZAOnpW1jT6BSZ/QY44nd9JhjHmph3O5kTZPzmpFK+qv/aWJ0JCSZGaiVpSWmwvG2c7P 6Zbg== X-Gm-Message-State: ALyK8tIPsoMWy6b7EWUgIPsHNZe4Hw/+vhv9d0K75GCho/NCxhjipRIujDKDz4fnXKqRqjF+nX9J9Q8Fyd/yGQ== X-Received: by 10.107.159.147 with SMTP id i141mr12253976ioe.29.1468955541731; Tue, 19 Jul 2016 12:12:21 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.138.28 with HTTP; Tue, 19 Jul 2016 12:12:02 -0700 (PDT) From: Ed Maste Date: Tue, 19 Jul 2016 15:12:02 -0400 X-Google-Sender-Auth: PYZNcSph2GSBO24F26CsRr1uAT8 Message-ID: Subject: Call for Testing: Switching back to our BSD licensed dtc(1) To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 19:12:23 -0000 dtc(1) is the Device Tree Compiler, used for embedded builds. We have two versions of dtc(1) in the FreeBSD tree: a GPLv2 one from https://git.kernel.org/cgit/utils/dtc/dtc.git and a BSD licensed one in https://svn.freebsd.org/base/head/usr.bin/dtc. We switched back to the GPL one since device tree files in the most recent import required features not available in our own at the time. However, as of r292876 the BSD licensed dtc(1) is functional and we should be able to switch back to it. I would encourage embedded users (primarily ARM boards) to test with WITHOUT_GPL_DTC in /etc/src.conf and report their success or failure. -Ed From owner-freebsd-current@freebsd.org Tue Jul 19 19:56:35 2016 Return-Path: Delivered-To: freebsd-current@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 49D66B9E7D6 for ; Tue, 19 Jul 2016 19:56:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 86E1E1645; Tue, 19 Jul 2016 19:56:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 15ad6ca1; Tue, 19 Jul 2016 21:49:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=M+h3xajkr4tgzi6x34ylvlogBq8=; b=q6rY0FhebBVodbH5YgXnEsQrAvKd z7kUBzm/U6R/rElNqwha+CEpTUJw6pWY6bNuB1IIf/juzFLie1dYO5g7EbpIsuww T1BwmlYY2aIK/P6pGLZhdagtlKxVfifabqs+cZzpwnZExCBYiodVQzYvgu0SMktE gnh+L+ejOgYA8a4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=rkcMD+If5MJvgHDVUUkvuMoQHHAwaKAVtmzh51q2v4os5TeuAnpZ762V W0qq+jxB5qS5STVuqFA4KFsqcE0dyKDTFil9n3fqQfjvJxktYGEue/9Zk6M4Kisp n0td48U6nUwu3xYjMQetKHLl3IK+CQ4mbibeKkoI9qA6dSGlUNo= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id d60c536d TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 19 Jul 2016 21:49:51 +0200 (CEST) Date: Tue, 19 Jul 2016 21:49:47 +0200 From: Emmanuel Vadot To: Ed Maste Cc: FreeBSD Current Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) Message-Id: <20160719214947.ae2edc38528eaaab1388403f@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 19 Jul 2016 20:10:03 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 19:56:35 -0000 Hello, I've just tried bsd dtc on all arm dts that we have. It doesn't seems to handle multiple include directories. Here is how to reproduce : $ export SRCROOT=/path/to/fbsd/src $ export MACHINE=arm $ cd $SRCROOT/sys/boot/fdt/dts/arm $ $SRCROOT/sys/tools/fdt/make_dtb.sh $SRCROOT/sys beaglebone-black.dts . converting beaglebone-black.dts -> ./beaglebone-black.dtb Unable to open file '/home/elbarto/Work/freebsd/freebsd.git//sys/boot/fdt/dts/arm/am33xx-clocks.dtsi'. No such file or directory Unable to open file '/home/elbarto/Work/freebsd/freebsd.git//sys/boot/fdt/dts/arm/tps65217.dtsi'. No such file or directory Both dtsi files are include with /include/ (i.e. not handled by cpp). make_dtb.sh specify : -i $S/boot/fdt/dts/${MACHINE} -i $S/gnu/dts/${MACHINE}, it looks like the second one isn't added to the list. Trying tegra124-jetson-tk1-fbsd.dts give this : converting tegra124-jetson-tk1-fbsd.dts -> /tmp/bsd_dtb//tegra124-jetson-tk1-fbsd.dtb Error on line 1214: Expected node name interrupt-affinity = <&{/cpus/cpu@0}>, ^ Error on line 1214: Expected ; at end of property interrupt-affinity = <&{/cpus/cpu@0}>, ^ Failed to parse tree. Unhappy face! Cheers, On Tue, 19 Jul 2016 15:12:02 -0400 Ed Maste wrote: > dtc(1) is the Device Tree Compiler, used for embedded builds. We have > two versions of dtc(1) in the FreeBSD tree: a GPLv2 one from > https://git.kernel.org/cgit/utils/dtc/dtc.git and a BSD licensed one > in https://svn.freebsd.org/base/head/usr.bin/dtc. > > We switched back to the GPL one since device tree files in the most > recent import required features not available in our own at the time. > However, as of r292876 the BSD licensed dtc(1) is functional and we > should be able to switch back to it. > > I would encourage embedded users (primarily ARM boards) to test with > WITHOUT_GPL_DTC in /etc/src.conf and report their success or failure. > > -Ed > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Tue Jul 19 22:24:18 2016 Return-Path: Delivered-To: freebsd-current@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 77E00B9ECFB; Tue, 19 Jul 2016 22:24:18 +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 6ACEA153F; Tue, 19 Jul 2016 22:24:18 +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 54171D8; Tue, 19 Jul 2016 22:24:18 +0000 (UTC) Date: Tue, 19 Jul 2016 22:24:14 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: scottl@FreeBSD.org, emaste@FreeBSD.org, cem@FreeBSD.org, pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1159867192.14.1468967058444.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1437492174.12.1468959507880.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1437492174.12.1468959507880.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3631 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_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.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 22:24:18 -0000 FreeBSD_HEAD_i386 - Build #3631 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3631/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3631/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3631/console Change summaries: 303046 by pfg: libc: tag the Rune initialization function prototypes visibility as hidden. It is good practice to export as few symbols as possible from your shared libraries, so use the GCC visibility attribute in this case, matching what Apple's libc does. Reference: https://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/CppRuntimeEnv/Articles/SymbolVisibility.html Hinted by: Apple's libc 1082.20.4 MFC after: 1 week 303045 by emaste: arch.7: correct MIPS endianness transcription error Submitted by: Nikolai Lifanov 303044 by emaste: arch.7: we also use 1M page mappings on armv6 Submitted by: alc 303043 by cem: Increase vt(4) framebuffer maximum size And rename "DEFAULT" constants to the more accurate "MAX." PR: 210382 Submitted by: Felix Reviewed by: wblock, cem Tested by: Dave Cottlehuber 303042 by scottl: Remove unused variable from last commit. From owner-freebsd-current@freebsd.org Wed Jul 20 01:45:05 2016 Return-Path: Delivered-To: freebsd-current@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 9ACFFB9F7DA for ; Wed, 20 Jul 2016 01:45:05 +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 7C40B160B; Wed, 20 Jul 2016 01:45:05 +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 E6D8FDD; Wed, 20 Jul 2016 01:45:04 +0000 (UTC) Date: Wed, 20 Jul 2016 01:45:03 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <415985081.15.1468979103757.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #184 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 01:45:05 -0000 See ------------------------------------------ [...truncated 98037 lines...] --- getdelim_test.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o getdelim= _test.full getdelim_test.o -lprivateatf-c --- all_subdir_kerberos5 --- /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/client.c: In function 'kcm_ccache_resolve_client': /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/client.c:50: warning: 'krb5_get_err_text' is deprecated (= declared at /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kc= m/../../../crypto/heimdal/lib/krb5/krb5-protos.h:2134) /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/client.c: In function 'kcm_ccache_destroy_client': /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/client.c:74: warning: 'krb5_get_err_text' is deprecated (= declared at /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kc= m/../../../crypto/heimdal/lib/krb5/krb5-protos.h:2134) /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/client.c: In function 'kcm_ccache_new_client': /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/client.c:131: warning: 'krb5_get_err_text' is deprecated = (declared at /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/k= cm/../../../crypto/heimdal/lib/krb5/krb5-protos.h:2134) /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/client.c:143: warning: 'krb5_get_err_text' is deprecated = (declared at /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/k= cm/../../../crypto/heimdal/lib/krb5/krb5-protos.h:2134) --- all_subdir_gnu --- --- tree-ssa-operands.o --- cc -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/= usr\" -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/w= orkspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/= builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin/cc/cc_int/../../../..= /contrib/gcc -I/builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin/cc/cc= _int/../../../../contrib/gcc/config -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/builds/w= orkspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin/cc/cc_int/../../../../contrib= /gcclibs/libcpp/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/us= r.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -MD -MF.depend.tr= ee-ssa-operands.o -MTtree-ssa-operands.o -std=3Dgnu89 -fstack-protector-str= ong -c /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin/cc/cc_in= t/../../../../contrib/gcc/tree-ssa-operands.c -o tree-ssa-operands.o --- all_subdir_lib --- --- getdelim_test.debug --- objcopy --only-keep-debug getdelim_test.full getdelim_test.debug --- getdelim_test --- objcopy --strip-debug --add-gnu-debuglink=3Dgetdelim_test.debug getdelim_t= est.full getdelim_test --- mkostemp_test --- (cd /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio && DEP= ENDFILE=3D.depend.mkostemp_test NO_SUBDIR=3D1 /builds/workspace/FreeBSD_HE= AD_sparc64/obj/builds/workspace/FreeBSD_HEAD_sparc64/src/make.amd64/bmake -= f /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/Makefile = _RECURSING_PROGS=3Dt PROG=3Dmkostemp_test ) --- all_subdir_kerberos5 --- --- config.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexe= c/kcm/../../../crypto/heimdal/lib/krb5 -I/builds/workspace/FreeBSD_HEAD_spa= rc64/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/asn1 -I/builds/w= orkspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../crypto/hei= mdal/lib/roken -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libe= xec/kcm/../../../crypto/heimdal/kcm -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/ipc -DHAVE_CONFI= G_H -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../.= ./include -g -MD -MF.depend.config.o -MTconfig.o -std=3Dgnu99 -fstack-prot= ector-strong -c /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/l= ibexec/kcm/../../../crypto/heimdal/kcm/config.c -o config.o --- all_subdir_lib --- --- .depend.mkostemp_test --- echo mkostemp_test.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64= .sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /buil= ds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/Free= BSD_HEAD_sparc64/src/tmp/usr/lib/libprivateatf-c.a >> .depend.mkostemp_test --- mkostemp_test.o --- cc -O2 -pipe -g -MD -MF.depend.mkostemp_test.mkostemp_test.o -MTmkostem= p_test.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/work= space/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/mkostemp_test.c -o mkos= temp_test.o --- all_subdir_rescue --- --- sed_make --- (cd /builds/workspace/FreeBSD_HEAD_sparc64/src/rescue/rescue/../../usr.bin/= sed && /builds/workspace/FreeBSD_HEAD_sparc64/obj/builds/workspace/FreeBSD= _HEAD_sparc64/src/make.amd64/bmake -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE MK_AUT= O_OBJ=3Dno DIRPRFX=3Drescue/rescue/sed/ depend && /builds/workspace/FreeBSD= _HEAD_sparc64/obj/builds/workspace/FreeBSD_HEAD_sparc64/src/make.amd64/bmak= e -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE MK_AUTO_OBJ=3Dno DIRPRFX=3Drescue/rescu= e/sed/ compile.o main.o misc.o process.o) --- .depend --- echo sed.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/b= uilds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a >> .depend --- compile.o --- cc -O2 -pipe -DRESCUE -MD -MF.depend.compile.o -MTcompile.o -std=3Dgnu9= 9 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-= parameter -Wcast-align -Wno-pointer-sign -c /builds/workspace/FreeBSD_H= EAD_sparc64/src/usr.bin/sed/compile.c -o compile.o --- all_subdir_lib --- --- mkostemp_test.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o mkostemp= _test.full mkostemp_test.o -lprivateatf-c --- mkostemp_test.debug --- objcopy --only-keep-debug mkostemp_test.full mkostemp_test.debug --- mkostemp_test --- objcopy --strip-debug --add-gnu-debuglink=3Dmkostemp_test.debug mkostemp_t= est.full mkostemp_test --- open_memstream_test --- (cd /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio && DEP= ENDFILE=3D.depend.open_memstream_test NO_SUBDIR=3D1 /builds/workspace/Free= BSD_HEAD_sparc64/obj/builds/workspace/FreeBSD_HEAD_sparc64/src/make.amd64/b= make -f /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/Mak= efile _RECURSING_PROGS=3Dt PROG=3Dopen_memstream_test ) --- .depend.open_memstream_test --- echo open_memstream_test.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a= /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libprivateatf-c.a >> .depend.open_me= mstream_test --- open_memstream_test.o --- cc -O2 -pipe -g -MD -MF.depend.open_memstream_test.open_memstream_test.= o -MTopen_memstream_test.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/open_= memstream_test.c -o open_memstream_test.o --- all_subdir_kerberos5 --- --- connect.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexe= c/kcm/../../../crypto/heimdal/lib/krb5 -I/builds/workspace/FreeBSD_HEAD_spa= rc64/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/asn1 -I/builds/w= orkspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../crypto/hei= mdal/lib/roken -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libe= xec/kcm/../../../crypto/heimdal/kcm -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/ipc -DHAVE_CONFI= G_H -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../.= ./include -g -MD -MF.depend.connect.o -MTconnect.o -std=3Dgnu99 -fstack-pr= otector-strong -c /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5= /libexec/kcm/../../../crypto/heimdal/kcm/connect.c -o connect.o --- all_subdir_lib --- --- open_memstream_test.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o open_mem= stream_test.full open_memstream_test.o -lprivateatf-c --- open_memstream_test.debug --- objcopy --only-keep-debug open_memstream_test.full open_memstream_test.debu= g --- open_memstream_test --- objcopy --strip-debug --add-gnu-debuglink=3Dopen_memstream_test.debug open= _memstream_test.full open_memstream_test --- open_wmemstream_test --- (cd /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio && DEP= ENDFILE=3D.depend.open_wmemstream_test NO_SUBDIR=3D1 /builds/workspace/Fre= eBSD_HEAD_sparc64/obj/builds/workspace/FreeBSD_HEAD_sparc64/src/make.amd64/= bmake -f /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/Ma= kefile _RECURSING_PROGS=3Dt PROG=3Dopen_wmemstream_test ) --- .depend.open_wmemstream_test --- echo open_wmemstream_test.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/= sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.= a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libprivateatf-c.a >> .depend.open_w= memstream_test --- open_wmemstream_test.o --- cc -O2 -pipe -g -MD -MF.depend.open_wmemstream_test.open_wmemstream_tes= t.o -MTopen_wmemstream_test.o -std=3Dgnu99 -fstack-protector-strong -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sig= n -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/op= en_wmemstream_test.c -o open_wmemstream_test.o --- all_subdir_kerberos5 --- --- events.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexe= c/kcm/../../../crypto/heimdal/lib/krb5 -I/builds/workspace/FreeBSD_HEAD_spa= rc64/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/asn1 -I/builds/w= orkspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../crypto/hei= mdal/lib/roken -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libe= xec/kcm/../../../crypto/heimdal/kcm -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/ipc -DHAVE_CONFI= G_H -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../.= ./include -g -MD -MF.depend.events.o -MTevents.o -std=3Dgnu99 -fstack-prot= ector-strong -c /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/l= ibexec/kcm/../../../crypto/heimdal/kcm/events.c -o events.o --- all_subdir_rescue --- --- main.o --- cc -O2 -pipe -DRESCUE -MD -MF.depend.main.o -MTmain.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parame= ter -Wcast-align -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sp= arc64/src/usr.bin/sed/main.c -o main.o --- all_subdir_lib --- --- open_wmemstream_test.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o open_wme= mstream_test.full open_wmemstream_test.o -lprivateatf-c --- open_wmemstream_test.debug --- objcopy --only-keep-debug open_wmemstream_test.full open_wmemstream_test.de= bug --- open_wmemstream_test --- objcopy --strip-debug --add-gnu-debuglink=3Dopen_wmemstream_test.debug ope= n_wmemstream_test.full open_wmemstream_test --- all_subdir_kerberos5 --- /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/events.c: In function 'kcm_run_events': /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/events.c:419: warning: 'krb5_get_err_text' is deprecated = (declared at /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/k= cm/../../../crypto/heimdal/lib/krb5/krb5-protos.h:2134) /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../c= rypto/heimdal/kcm/events.c:425: warning: 'krb5_get_err_text' is deprecated = (declared at /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/k= cm/../../../crypto/heimdal/lib/krb5/krb5-protos.h:2134) --- all_subdir_lib --- --- perror_test --- (cd /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio && DEP= ENDFILE=3D.depend.perror_test NO_SUBDIR=3D1 /builds/workspace/FreeBSD_HEAD= _sparc64/obj/builds/workspace/FreeBSD_HEAD_sparc64/src/make.amd64/bmake -f = /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/Makefile _R= ECURSING_PROGS=3Dt PROG=3Dperror_test ) --- .depend.perror_test --- echo perror_test.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.s= parc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /builds= /workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBS= D_HEAD_sparc64/src/tmp/usr/lib/libprivateatf-c.a >> .depend.perror_test --- perror_test.o --- cc -O2 -pipe -g -MD -MF.depend.perror_test.perror_test.o -MTperror_test= .o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/= FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/perror_test.c -o perror_test.= o --- all_subdir_rescue --- --- misc.o --- cc -O2 -pipe -DRESCUE -MD -MF.depend.misc.o -MTmisc.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parame= ter -Wcast-align -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sp= arc64/src/usr.bin/sed/misc.c -o misc.o --- all_subdir_lib --- --- perror_test.full --- --- all_subdir_rescue --- --- process.o --- --- all_subdir_kerberos5 --- --- glue.o --- --- all_subdir_lib --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o perror_t= est.full perror_test.o -lprivateatf-c --- all_subdir_rescue --- cc -O2 -pipe -DRESCUE -MD -MF.depend.process.o -MTprocess.o -std=3Dgnu9= 9 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-= parameter -Wcast-align -Wno-pointer-sign -c /builds/workspace/FreeBSD_H= EAD_sparc64/src/usr.bin/sed/process.c -o process.o --- all_subdir_kerberos5 --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexe= c/kcm/../../../crypto/heimdal/lib/krb5 -I/builds/workspace/FreeBSD_HEAD_spa= rc64/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/asn1 -I/builds/w= orkspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../../../crypto/hei= mdal/lib/roken -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libe= xec/kcm/../../../crypto/heimdal/kcm -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/kerberos5/libexec/kcm/../../../crypto/heimdal/lib/ipc -DHAVE_CONFI= G_H -I/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libexec/kcm/../.= ./include -g -MD -MF.depend.glue.o -MTglue.o -std=3Dgnu99 -fstack-protecto= r-strong -c /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/libex= ec/kcm/../../../crypto/heimdal/kcm/glue.c -o glue.o --- all_subdir_lib --- --- perror_test.debug --- objcopy --only-keep-debug perror_test.full perror_test.debug --- perror_test --- objcopy --strip-debug --add-gnu-debuglink=3Dperror_test.debug perror_test.= full perror_test --- print_positional_test --- (cd /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio && DEP= ENDFILE=3D.depend.print_positional_test NO_SUBDIR=3D1 /builds/workspace/Fr= eeBSD_HEAD_sparc64/obj/builds/workspace/FreeBSD_HEAD_sparc64/src/make.amd64= /bmake -f /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio/M= akefile _RECURSING_PROGS=3Dt PROG=3Dprint_positional_test ) --- .depend.print_positional_test --- echo print_positional_test.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj= /sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc= .a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/worksp= ace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libprivateatf-c.a >> .depend.print= _positional_test --- print_positional_test.o --- cc -O2 -pipe -g -MD -MF.depend.print_positional_test.print_positional_t= est.o -MTprint_positional_test.o -std=3Dgnu99 -fstack-protector-strong -Wsy= stem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-= sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/tests/stdio= /print_positional_test.c -o print_positional_test.o --- print_positional_test.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o print_po= sitional_test.full print_positional_test.o -lprivateatf-c --- all_subdir_rescue --- cc1: warnings being treated as errors /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/sed/process.c: In functi= on 'process': /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/sed/process.c:102: warni= ng: 'oldpsanl' may be used uninitialized in this function *** [process.o] Error code 1 bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/sed 1 error bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/sed *** [sed_make] Error code 2 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.spa= rc64/builds/workspace/FreeBSD_HEAD_sparc64/src/rescue/rescue 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.spa= rc64/builds/workspace/FreeBSD_HEAD_sparc64/src/rescue/rescue *** [objs] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/rescue/resc= ue 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/rescue/resc= ue *** [all] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/rescue --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[7]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/te= sts/stdio --- all_subdir_rescue --- 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/rescue *** [all_subdir_rescue] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src --- all_subdir_lib --- *** [print_positional_test] Error code 2 bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/te= sts/stdio 1 error bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/te= sts/stdio *** [all_subdir_lib/libc/tests/stdio] Error code 2 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/te= sts 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc/te= sts *** [all] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libc *** [all_subdir_lib/libc] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/l= ibexec/kcm *** [all_subdir_kerberos5/libexec/kcm] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/l= ibexec 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/l= ibexec *** [all_subdir_kerberos5/libexec] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5 *** [all_subdir_kerberos5] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src --- all_subdir_gnu --- A failure has been detected in another branch of the parallel make bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin= /cc/cc_int *** [all_subdir_gnu/usr.bin/cc/cc_int] Error code 2 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin= /cc 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin= /cc *** [all_subdir_gnu/usr.bin/cc] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu/usr.bin *** [all_subdir_gnu/usr.bin] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/gnu *** [all_subdir_gnu] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 4 errors bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [everything] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Wed Jul 20 03:08:09 2016 Return-Path: Delivered-To: freebsd-current@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 628D6B9D7CD for ; Wed, 20 Jul 2016 03:08:09 +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 5338A1BE4; Wed, 20 Jul 2016 03:08:09 +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 07990E5; Wed, 20 Jul 2016 03:08:09 +0000 (UTC) Date: Wed, 20 Jul 2016 03:08:08 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <901026437.16.1468984088726.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD #471 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 03:08:09 -0000 See From owner-freebsd-current@freebsd.org Wed Jul 20 04:38:31 2016 Return-Path: Delivered-To: freebsd-current@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 04DC7B9ED9A for ; Wed, 20 Jul 2016 04:38:31 +0000 (UTC) (envelope-from kostikbel@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 E193C1777 for ; Wed, 20 Jul 2016 04:38:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E0F80B9ED99; Wed, 20 Jul 2016 04:38:30 +0000 (UTC) Delivered-To: current@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 E09CAB9ED98 for ; Wed, 20 Jul 2016 04:38:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B8261776 for ; Wed, 20 Jul 2016 04:38:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u6K4c95v022381 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 20 Jul 2016 07:38:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6K4c95v022381 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6K4c9n3022380; Wed, 20 Jul 2016 07:38:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 20 Jul 2016 07:38:09 +0300 From: Konstantin Belousov To: Hartmut Brandt Cc: current@freebsd.org Subject: Re: (boost::)asio and kqueue problem Message-ID: <20160720043809.GP38613@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 04:38:31 -0000 On Tue, Jul 19, 2016 at 05:35:59PM +0200, Hartmut Brandt wrote: > Hi, > > I'm trying to use asio (that's boost::asio without boost) to handle > listening sockets asynchronuosly. This appears not to work. There are also > some reports on the net about this problem. I was able to reproduce the > problem with a small C-programm that does the same steps as asio. The > relevant sequence of system calls is: > > kqueue() = 3 (0x3) > socket(PF_INET,SOCK_STREAM,6) = 4 (0x4) > setsockopt(0x4,0xffff,0x800,0x7fffffffea2c,0x4) = 0 (0x0) > kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) > setsockopt(0x4,0xffff,0x4,0x7fffffffea2c,0x4) = 0 (0x0) > bind(4,{ AF_INET 0.0.0.0:8080 },16) = 0 (0x0) > listen(0x4,0x80) = 0 (0x0) > ioctl(4,FIONBIO,0xffffea2c) = 0 (0x0) > kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) > kevent(3,0x0,0,0x7fffffffe5a0,32,0x0) ERR#4 'Interrupted system call' > > The problem here is that asio registers each file descriptor with > EVFILT_READ and EVFILT_WRITE as soon as it is opened (first kevent call). > After bringing the socket into the listening state and when async_accept() > is called it registers the socket a second time. According to the man page > this is perfectly legal and can be used to modify the registration. > > With this sequence of calls kevent() does not return when a connection is > established successfully. > > I tracked down the problem and the reason is in soo_kqfilter(). This is > called for the first EVFILT_READ registration and decides based on the > SO_ACCEPTCONN flag which filter operations to use solisten_filtops or > soread_filtops. In this case it chooses soread_filtops. > > The second EVFILT_READ registration does not call soo_kqfilter() again, > but just updates the filter from the data and fflags field so the > listening socket ends up with the wrong filter operations. > > The attached patch fixes this (kind of) by using the f_touch > operation (currently used only by the user filter). The filt_sotouch() > function changes the operation pointer in the knote when the socket is now > in the listening state. I suppose that the required locking is already > done in kqueue_register(), but I'm not sure. Asynchronous accepting now works. > > A better fix would probably be to change the operation vector on all > knotes attached to the socket in solisten(), but I fear I don't have the > necessary understanding of the locking that is required for this. > > Could somebody with enough kqueue() knowledge look whether the patch is > correct lock-wise? I find it weird that the fix still requires re-registration of the socket event to get it working after socket is marked as listen. In other words, until the re-registration is done, the events for the registered filter are lost. IMO more correct solution would be to merge the filt_solisten and filt_soread, deciding which path to take by testing the SO_ACCEPTCON flag in the f_event() op. This should also eliminate the concerns with the patching of pointer which is not supposed to be changed. From owner-freebsd-current@freebsd.org Wed Jul 20 04:48:17 2016 Return-Path: Delivered-To: freebsd-current@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 00F8BB9F060 for ; Wed, 20 Jul 2016 04:48:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (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 BF4D71D01 for ; Wed, 20 Jul 2016 04:48:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x231.google.com with SMTP id q83so37862804iod.1 for ; Tue, 19 Jul 2016 21:48:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=9suyaohUWBeV735L0ru2cUAnxrQp0ykuEX3icn0KfQw=; b=kMrFampAyrZ6E5nTe1mnEjvumC/sdPe6xLImxTg9LIhmg3xijE5HZE7iNHRTL2uSjb korRJvYWWMRpo50aZZHoP5Q7Z9YCBz7qnSGnV/n0PmZTFE+uI/aS1xAmHRKirAk0MsHw fAlu6+noPEEduTLOiAgqu97yWLbVqxXqX1yKQW5MPb0ITSYAjxTjZ1Q5p1BJ9O3i13OO lKHg0/COL+/vDDqUxLbbgZNoNyMJ5CGFbvVuGS8kmBxELzF026xHXAGQxjg6POKGbvGw 3MDT3EB/+zVQJLV9q74OKZ+2rGqTE+53P5uQXW+2hpzTOAe+b1DXxM47y9ajFs2lGvX+ QuOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=9suyaohUWBeV735L0ru2cUAnxrQp0ykuEX3icn0KfQw=; b=nLQPva21ISWAWzSgjITdUYXwaMVTUh3ygamMvVCopjZ+7YGWm0g7p20rICTFuql6zf IykHC3OH3ii6DzEn3KxoiwhKExidm6GeLZa16pgEZC942jcL1LovUSYk66tZvgEZ0vPV rSSqMW6g8h/mmVxoudyR4MTIrH2D6AA3emLmcpH9BB5h5I+SAz6Ut7YOHhR2xu1XUr1g WbOg6v0fHnJgSGOJGqo+Vp64cgHB7SWoHggeyMOPpW98j7N6Jf2wRTOp7nW/in8GXPLU /qjoVLnGrBvv+1wzvgGUH4rRWyFvbQWR7X6lwpFRkgK1snpxDP0oNe8MOChT9eXaZR7h m3/Q== X-Gm-Message-State: ALyK8tLVo5RSu9V2GNBSAGB0P7aSiaOAzLG60y/A5+OYnUaqWC+YQMpor3GJkHrhMW2gBa1YqvAwhRjK9z8uSA== X-Received: by 10.107.40.133 with SMTP id o127mr22216139ioo.183.1468990096156; Tue, 19 Jul 2016 21:48:16 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Tue, 19 Jul 2016 21:48:15 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Tue, 19 Jul 2016 22:48:15 -0600 X-Google-Sender-Auth: seQkqHe1kGTCx-UKLnXRDzXMIVs Message-ID: Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) To: Ed Maste Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 04:48:17 -0000 On Tue, Jul 19, 2016 at 1:12 PM, Ed Maste wrote: > dtc(1) is the Device Tree Compiler, used for embedded builds. We have > two versions of dtc(1) in the FreeBSD tree: a GPLv2 one from > https://git.kernel.org/cgit/utils/dtc/dtc.git and a BSD licensed one > in https://svn.freebsd.org/base/head/usr.bin/dtc. > > We switched back to the GPL one since device tree files in the most > recent import required features not available in our own at the time. > However, as of r292876 the BSD licensed dtc(1) is functional and we > should be able to switch back to it. > > I would encourage embedded users (primarily ARM boards) to test with > WITHOUT_GPL_DTC in /etc/src.conf and report their success or failure. My concern with this is overlay support. Overlay support for "shields" or "badges" is going into upstream GPL dtc shortly. The patches have been kicking around for a while and are almost ready to go in. We need this feature and I'd planned on bringing it into the tree as soon as it goes into the git repo. It's sorely needed for things like RPi and BBB that make it super easy to add boards with parts that need a bit more DTB into the FDT to describe them. There's been patches to bring this functionality into the loader and into the in-tree gpl dtc floating around for a while now. I know that the BSDL compiler doesn't support this. I know from painful experience that the BSDL compiler is quite hard to fix grammar items for since it doesn't use yacc, but uses a hand-coded parser / lexer. If support could be added for this to that, we can throw the switch. Otherwise, I don't think that it would be wise to switch. Last time I ran my tests on the BSDL compiler, it failed a few of them. I'll re-run to see if things have improved since I last checked it out and report any failures here. Warner From owner-freebsd-current@freebsd.org Wed Jul 20 05:47:56 2016 Return-Path: Delivered-To: freebsd-current@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 66908B9FDB8 for ; Wed, 20 Jul 2016 05:47:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) 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 53A041F4D for ; Wed, 20 Jul 2016 05:47:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 4F9BFB9FDB7; Wed, 20 Jul 2016 05:47:56 +0000 (UTC) Delivered-To: current@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 4CFA9B9FDB6 for ; Wed, 20 Jul 2016 05:47:56 +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 04EFA1F4C for ; Wed, 20 Jul 2016 05:47:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bPkME-0003jI-Hv; Wed, 20 Jul 2016 08:47:46 +0300 Date: Wed, 20 Jul 2016 08:47:46 +0300 From: Slawa Olhovchenkov To: Konstantin Belousov Cc: Hartmut Brandt , current@freebsd.org Subject: Re: (boost::)asio and kqueue problem Message-ID: <20160720054746.GM20831@zxy.spb.ru> References: <20160720043809.GP38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160720043809.GP38613@kib.kiev.ua> User-Agent: Mutt/1.5.24 (2015-08-30) 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-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 05:47:56 -0000 On Wed, Jul 20, 2016 at 07:38:09AM +0300, Konstantin Belousov wrote: > On Tue, Jul 19, 2016 at 05:35:59PM +0200, Hartmut Brandt wrote: > > Hi, > > > > I'm trying to use asio (that's boost::asio without boost) to handle > > listening sockets asynchronuosly. This appears not to work. There are also > > some reports on the net about this problem. I was able to reproduce the > > problem with a small C-programm that does the same steps as asio. The > > relevant sequence of system calls is: > > > > kqueue() = 3 (0x3) > > socket(PF_INET,SOCK_STREAM,6) = 4 (0x4) > > setsockopt(0x4,0xffff,0x800,0x7fffffffea2c,0x4) = 0 (0x0) > > kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) > > setsockopt(0x4,0xffff,0x4,0x7fffffffea2c,0x4) = 0 (0x0) > > bind(4,{ AF_INET 0.0.0.0:8080 },16) = 0 (0x0) > > listen(0x4,0x80) = 0 (0x0) > > ioctl(4,FIONBIO,0xffffea2c) = 0 (0x0) > > kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) > > kevent(3,0x0,0,0x7fffffffe5a0,32,0x0) ERR#4 'Interrupted system call' > > > > The problem here is that asio registers each file descriptor with > > EVFILT_READ and EVFILT_WRITE as soon as it is opened (first kevent call). > > After bringing the socket into the listening state and when async_accept() > > is called it registers the socket a second time. According to the man page > > this is perfectly legal and can be used to modify the registration. > > > > With this sequence of calls kevent() does not return when a connection is > > established successfully. > > > > I tracked down the problem and the reason is in soo_kqfilter(). This is > > called for the first EVFILT_READ registration and decides based on the > > SO_ACCEPTCONN flag which filter operations to use solisten_filtops or > > soread_filtops. In this case it chooses soread_filtops. > > > > The second EVFILT_READ registration does not call soo_kqfilter() again, > > but just updates the filter from the data and fflags field so the > > listening socket ends up with the wrong filter operations. > > > > The attached patch fixes this (kind of) by using the f_touch > > operation (currently used only by the user filter). The filt_sotouch() > > function changes the operation pointer in the knote when the socket is now > > in the listening state. I suppose that the required locking is already > > done in kqueue_register(), but I'm not sure. Asynchronous accepting now works. > > > > A better fix would probably be to change the operation vector on all > > knotes attached to the socket in solisten(), but I fear I don't have the > > necessary understanding of the locking that is required for this. > > > > Could somebody with enough kqueue() knowledge look whether the patch is > > correct lock-wise? > I find it weird that the fix still requires re-registration of the socket > event to get it working after socket is marked as listen. In other words, > until the re-registration is done, the events for the registered filter > are lost. > > IMO more correct solution would be to merge the filt_solisten and > filt_soread, deciding which path to take by testing the SO_ACCEPTCON > flag in the f_event() op. > > This should also eliminate the concerns with the patching of pointer > which is not supposed to be changed. may be this is related to netmap problem also? From owner-freebsd-current@freebsd.org Wed Jul 20 05:59:34 2016 Return-Path: Delivered-To: freebsd-current@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 B759CB9FFCA for ; Wed, 20 Jul 2016 05:59:34 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 97819166F for ; Wed, 20 Jul 2016 05:59:34 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9688CB9FFC9; Wed, 20 Jul 2016 05:59:34 +0000 (UTC) Delivered-To: current@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 962ECB9FFC8 for ; Wed, 20 Jul 2016 05:59:34 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (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 4FDB7166E for ; Wed, 20 Jul 2016 05:59:34 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id x130so55394962vkc.0 for ; Tue, 19 Jul 2016 22:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HAeKt0LdHz9/qz9QOF63XBUrXZc9yqSOWiHX+7zQsPQ=; b=cQ/7rBBt8p535daL6etgCrv5AYxsVwteHS8cQqALEv1PlbyYKB0toYZ7w5EvWSJHLi hvlPVSIxjaRcpiQwQpMgTq5cMCO6bE1J7EjvNew4HUS2Kd4zZYeEqN8pBzEL4D49Dkie n9mBxaAPBRrM/vHc21lysKOHKjtyrhNIoecOtcKJoglfMcGDVMKl6rqnGPk/hWuIfQJG GSFKG6P3QOnx4Gl1kqxIM2YDzBeAbxUr7VT671MAs5cbrCpLWRMTmXly//OseT0v4WDs Ziy3yE3bkq20SeQXp9ZXvRYsStYkwvjOVe+7VlCrUK1H9199GE4+YHb70ePnOgdAf7dA 038g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HAeKt0LdHz9/qz9QOF63XBUrXZc9yqSOWiHX+7zQsPQ=; b=cRUZfI4m76aVM1trU7DOM2sF+6Ot2KQtAM0oAh3VCU429WF2z+Zz/eVakoOERTUj8F DNT4VlLJqCzqeiZ7ns4C9d5GrJNteZpjEe6wG0CwlywtLgghQvv/K4GH0HIOWBhjEJ2J x7b0VadgobVcR5M0T66O0LTet7mqfzTsWduoxeDNu3thulaDN4IGaNKvwhevIoaMlDWI u6N8cdzSkO5KEmCV8XPS2a3OjjJgH5bJyXQR2GW+skGjMpVn7UUPDDFsry3MCWSU/UYb S7m0+XJvs0lEqzjNubrfANlAkTQvcjJD4JQ+M7bxzFwRkn30Wwk2P6IlQDq57ZJ+/VD1 GAGg== X-Gm-Message-State: ALyK8tLltCIqDmPiQX/GrAxM4Dez5fKZb/L+V+OJkqfP067BvLvcjqO74LFQtDahuQzbtv1yOOmmtttxDm/QRg== X-Received: by 10.31.92.78 with SMTP id q75mr17653240vkb.112.1468994373284; Tue, 19 Jul 2016 22:59:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.83.101 with HTTP; Tue, 19 Jul 2016 22:59:32 -0700 (PDT) In-Reply-To: <20160720043809.GP38613@kib.kiev.ua> References: <20160720043809.GP38613@kib.kiev.ua> From: Sepherosa Ziehau Date: Wed, 20 Jul 2016 13:59:32 +0800 Message-ID: Subject: Re: (boost::)asio and kqueue problem To: Konstantin Belousov Cc: Hartmut Brandt , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 05:59:34 -0000 On Wed, Jul 20, 2016 at 12:38 PM, Konstantin Belousov wrote: > On Tue, Jul 19, 2016 at 05:35:59PM +0200, Hartmut Brandt wrote: >> Hi, >> >> I'm trying to use asio (that's boost::asio without boost) to handle >> listening sockets asynchronuosly. This appears not to work. There are also >> some reports on the net about this problem. I was able to reproduce the >> problem with a small C-programm that does the same steps as asio. The >> relevant sequence of system calls is: >> >> kqueue() = 3 (0x3) >> socket(PF_INET,SOCK_STREAM,6) = 4 (0x4) >> setsockopt(0x4,0xffff,0x800,0x7fffffffea2c,0x4) = 0 (0x0) >> kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) >> setsockopt(0x4,0xffff,0x4,0x7fffffffea2c,0x4) = 0 (0x0) >> bind(4,{ AF_INET 0.0.0.0:8080 },16) = 0 (0x0) >> listen(0x4,0x80) = 0 (0x0) >> ioctl(4,FIONBIO,0xffffea2c) = 0 (0x0) >> kevent(3,{ 4,EVFILT_READ,EV_ADD|EV_CLEAR,0x0,0x0,0x0 4,EVFILT_WRITE,EV_ADD|EV_CLEAR,0x0,0x0,0x0 },2,0x0,0,0x0) = 0 (0x0) >> kevent(3,0x0,0,0x7fffffffe5a0,32,0x0) ERR#4 'Interrupted system call' >> >> The problem here is that asio registers each file descriptor with >> EVFILT_READ and EVFILT_WRITE as soon as it is opened (first kevent call). >> After bringing the socket into the listening state and when async_accept() >> is called it registers the socket a second time. According to the man page >> this is perfectly legal and can be used to modify the registration. >> >> With this sequence of calls kevent() does not return when a connection is >> established successfully. >> >> I tracked down the problem and the reason is in soo_kqfilter(). This is >> called for the first EVFILT_READ registration and decides based on the >> SO_ACCEPTCONN flag which filter operations to use solisten_filtops or >> soread_filtops. In this case it chooses soread_filtops. >> >> The second EVFILT_READ registration does not call soo_kqfilter() again, >> but just updates the filter from the data and fflags field so the >> listening socket ends up with the wrong filter operations. >> >> The attached patch fixes this (kind of) by using the f_touch >> operation (currently used only by the user filter). The filt_sotouch() >> function changes the operation pointer in the knote when the socket is now >> in the listening state. I suppose that the required locking is already >> done in kqueue_register(), but I'm not sure. Asynchronous accepting now works. >> >> A better fix would probably be to change the operation vector on all >> knotes attached to the socket in solisten(), but I fear I don't have the >> necessary understanding of the locking that is required for this. >> >> Could somebody with enough kqueue() knowledge look whether the patch is >> correct lock-wise? > I find it weird that the fix still requires re-registration of the socket > event to get it working after socket is marked as listen. In other words, > until the re-registration is done, the events for the registered filter > are lost. > > IMO more correct solution would be to merge the filt_solisten and > filt_soread, deciding which path to take by testing the SO_ACCEPTCON > flag in the f_event() op. This is reasonable. Thanks, sephe -- Tomorrow Will Never Die From owner-freebsd-current@freebsd.org Wed Jul 20 06:30:38 2016 Return-Path: Delivered-To: freebsd-current@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 3BFA2B9E7D0 for ; Wed, 20 Jul 2016 06:30:38 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 B37DD1857; Wed, 20 Jul 2016 06:30:37 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id f65so161673936wmi.0; Tue, 19 Jul 2016 23:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=5J43IlJOkyWNxxaUQE3KQAI5Ep3yNRam1xXPhuoiMtA=; b=FrTwoUy5U/UXGvn9VxqE2DBtwmOAmoaylHIkyVCQlu2bH80iLbcMUrMVairu6am4nH kHt7k/G125FgSLSqrAXpaaLaiYYMk9AXm3dpsB3j/UHVCMSxp9tTU2tJ1QiRMn9cw/P2 7uY0wtUUSKMmYReZm6EnVlNd9FIvOqytUX3WQ8pD9i/kCZqhgdc5bg9dpDSILy+PNWWY PBGqfto+rugYlFYxRmKwNavWQ8NRGiohk7KHS+EEKZJ9ykQVGhbUocHC4mQ8eS8JFEIn IZ9rl8SuRP+B7sJxnrqqypDgbEH1KCmMR1GiRxRiqM2fvmhePSRQj2EzH3aVwnaSa657 n5Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=5J43IlJOkyWNxxaUQE3KQAI5Ep3yNRam1xXPhuoiMtA=; b=USUhY/sVPXId9CMzSteYaJxfe1gh6WEooNbVXp7QXXKjbAc3oZkgypsJVmGrArpdyx jgNsqzWT3j2yyn6mwQVfVP9lfVAghCOiSTzz5Ux/VUpR94t0WDoSfkLDldpnfDV6cKhq k0KHYvjYbwypvMpXjnkTMB3DW6h2K4TUyscgT6uuWYOxM+M3Nh85ELj1nKOFaR0TR/3t kfgCU0OBxIvhCKmAr1WCog6gFtn4EKCeIfuRPOHz503civJjjOLowhyoy+q4VDPYEUBz DIg5gftg+V2tqkejGasUiMOkP5baAUZ08NqrbiJWIOgIMX9nDLP6NXRVLYLkKTeVg4yv jGmg== X-Gm-Message-State: ALyK8tISxFb45YvvXk2m5C6HcuW5sBcVra/miXb/Bf9HX2LbTCa+2pYvcvCxukm+X2G89Q== X-Received: by 10.28.9.67 with SMTP id 64mr9736800wmj.36.1468996235945; Tue, 19 Jul 2016 23:30:35 -0700 (PDT) Received: from laptop.minsk.domain (mm-189-81-215-37.mfilial.dynamic.pppoe.byfly.by. [37.215.81.189]) by smtp.gmail.com with ESMTPSA id d8sm3094090wmi.0.2016.07.19.23.30.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 19 Jul 2016 23:30:33 -0700 (PDT) Date: Wed, 20 Jul 2016 09:26:19 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: CURRENT: frequent crashes if mpd5 is running Message-ID: <20160720092619.0073b3f7@laptop.minsk.domain> In-Reply-To: <24373448-44df-0072-0289-351fbf069b93@freebsd.org> References: <2010863.QW57ajHvRt@asus.theweb.org.ua> <24373448-44df-0072-0289-351fbf069b93@freebsd.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 06:30:38 -0000 On Thu, 14 Jul 2016 14:38:15 -0400 Allan Jude wrote: > On 2016-07-14 13:13, Oleg V. Nauman wrote: > > I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crashes > > triggered by mpd5: > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x10 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff814f6162 > > stack pointer = 0x28:0xfffffe011b06d640 > > frame pointer = 0x28:0xfffffe011b06d670 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 901 (mpd5) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > > > #0 doadump (textdump=) at pcpu.h:221 > > 221 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) #0 doadump (textdump=) at pcpu.h:221 > > #1 0xffffffff80749169 in kern_reboot (howto=260) > > at ../../../kern/kern_shutdown.c:366 > > #2 0xffffffff807496e1 in vpanic (fmt=, > > ap=) at ../../../kern/kern_shutdown.c:759 > > #3 0xffffffff80749553 in panic (fmt=0x0) > > at ../../../kern/kern_shutdown.c:690 #4 0xffffffff80a5aca1 in trap_fatal > > (frame=0xfffffe011b06d590, eva=16) at ../../../amd64/amd64/trap.c:841 > > #5 0xffffffff80a5af51 in trap_pfault (frame=0x0, usermode=0) > > at ../../../amd64/amd64/trap.c:716 > > #6 0xffffffff80a5a430 in trap (frame=0xfffffe011b06d590) > > at ../../../amd64/amd64/trap.c:442 > > #7 0xffffffff80a3e161 in calltrap () > > at ../../../amd64/amd64/exception.S:236 #8 0xffffffff814f6162 in > > ng_uncallout (c=0xfffff80004842460, node=0xfffff80004c79a00) > > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3815 > > #9 0xffffffff8151bbab in ng_pptpgre_disconnect (hook=) > > at > > /usr/src/sys/modules/netgraph/pptpgre/../../../netgraph/ng_pptpgre.c:966 > > #10 0xffffffff814f2928 in ng_destroy_hook (hook=0xfffff8000487ad80) > > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1219 > > #11 0xffffffff814f2635 in ng_rmnode (node=, > > dummy1=, dummy2=, > > dummy3=) > > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:744 > > #12 0xffffffff814f4832 in ng_apply_item (node=0xfffff80004c79a00, > > item=0xfffff80004e72600, rw=1) > > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2523 > > #13 0xffffffff814f41a3 in ng_snd_item (item=, > > flags=) > > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2320 > > #14 0xffffffff814eec4e in ngc_send (so=, > > flags=, m=, > > addr=, control=, > > td=) > > at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:338 > > #15 0xffffffff807dee17 in sosend_generic (so=, > > addr=, uio=, > > top=, control=, > > flags=, td=) > > at ../../../kern/uipc_socket.c:1359 > > #16 0xffffffff807e66b8 in kern_sendit (td=, > > s=, mp=, flags=0, control=0x0, > > segflg=) at ../../../kern/uipc_syscalls.c:848 > > #17 0xffffffff807e6abf in sendit (td=0xfffff800047caa00, > > s=, mp=0xfffffe011b06da60, > > flags=) at ../../../kern/uipc_syscalls.c:775 > > #18 0xffffffff807e690d in sys_sendto (td=0x0, uap=) > > at ../../../kern/uipc_syscalls.c:899 > > #19 0xffffffff80a5b618 in amd64_syscall (td=, traced=0) > > at subr_syscall.c:135 > > #20 0xffffffff80a3e44b in Xfast_syscall () > > at ../../../amd64/amd64/exception.S:396 > > #21 0x00000008025d284a in ?? () > > Previous frame inner to this frame (corrupt stack?) > > Current language: auto; currently minimal > > > > There is a patch for this issue: > > https://reviews.freebsd.org/D7209 > > You might try seeing if it solves your problem, and reporting that to > the author > work fine to me too on 12.0-CURRENT #26 r302424M Thanks! -- wbr, tiger From owner-freebsd-current@freebsd.org Wed Jul 20 06:48:37 2016 Return-Path: Delivered-To: freebsd-current@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 07C6FB9EC3F for ; Wed, 20 Jul 2016 06:48:37 +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 E0E261F48; Wed, 20 Jul 2016 06:48:36 +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 59795F8; Wed, 20 Jul 2016 06:48:36 +0000 (UTC) Date: Wed, 20 Jul 2016 06:48:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <706313805.18.1468997315665.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <901026437.16.1468984088726.JavaMail.jenkins@jenkins-9.freebsd.org> References: <901026437.16.1468984088726.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #472 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 06:48:37 -0000 See From owner-freebsd-current@freebsd.org Wed Jul 20 09:06:00 2016 Return-Path: Delivered-To: freebsd-current@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 0F074B9EF56 for ; Wed, 20 Jul 2016 09:06:00 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E01BC1CAA; Wed, 20 Jul 2016 09:05:58 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u6K95mkq037327 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Jul 2016 09:05:50 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: multipart/signed; boundary="Apple-Mail=_70F61244-2DE3-4EDE-AFA4-9C0C50297C40"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) From: David Chisnall In-Reply-To: Date: Wed, 20 Jul 2016 10:05:45 +0100 Cc: Ed Maste , FreeBSD Current Message-Id: References: To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:06:00 -0000 --Apple-Mail=_70F61244-2DE3-4EDE-AFA4-9C0C50297C40 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 20 Jul 2016, at 05:48, Warner Losh wrote: >=20 > My concern with this is overlay support. Overlay support for "shields" = or > "badges" is going into upstream GPL dtc shortly. The patches have been > kicking around for a while and are almost ready to go in. We need this = feature > and I'd planned on bringing it into the tree as soon as it goes into = the git > repo. It's sorely needed for things like RPi and BBB that make it = super > easy to add boards with parts that need a bit more DTB into the FDT to > describe them. There's been patches to bring this functionality into = the > loader and into the in-tree gpl dtc floating around for a while now. Is the syntax / semantics for overlays documented somewhere? David --Apple-Mail=_70F61244-2DE3-4EDE-AFA4-9C0C50297C40 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwNzIwMDkwNTQ2WjAjBgkqhkiG9w0BCQQx FgQUfmm4hYOe8eX9ZpxgLyidDnAMg20wgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBABPjBy1VntLH+Bp8wIa2/CQFtsOIXR4kp6D0QlRSzocoKO8u+RHCOIqt AD8aaQElr48gyv6Tx5DJGqeE9fW6/FfKums8MZU317R08wAcxlKAsiI06sIGEOOW6Nl6HTFCnwPu KOPSejUQx2mYyyStUSK/AjzyuRl0iVQcUB2PZx6Hc5D7Te6Uq5Q9jpHLwMl5jJR9ilK/oZQf/gzK 5lFfWwkaC+r0H5FuIwmbyiGKznYCjwCqZ+IQ2p6DPtR9Do4UV1wUXH2WBmdIZ+9NkmAhdejRY9z2 FrKAXut6L89B49sNu5Dlhx8b5TaICWEXCMb2/Tf31kNQKgo9Lm9hfAFDQRsAAAAAAAA= --Apple-Mail=_70F61244-2DE3-4EDE-AFA4-9C0C50297C40-- From owner-freebsd-current@freebsd.org Wed Jul 20 09:46:15 2016 Return-Path: Delivered-To: freebsd-current@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 586E5B9FC21 for ; Wed, 20 Jul 2016 09:46:15 +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 4AAC414D1; Wed, 20 Jul 2016 09:46:15 +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 DEF83103; Wed, 20 Jul 2016 09:46:14 +0000 (UTC) Date: Wed, 20 Jul 2016 09:46:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <465912350.20.1469007973001.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <706313805.18.1468997315665.JavaMail.jenkins@jenkins-9.freebsd.org> References: <706313805.18.1468997315665.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #473 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:46:15 -0000 See From owner-freebsd-current@freebsd.org Wed Jul 20 11:43:45 2016 Return-Path: Delivered-To: freebsd-current@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 84732B9B00A for ; Wed, 20 Jul 2016 11:43:45 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::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 0CFF71F69 for ; Wed, 20 Jul 2016 11:43:45 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: by mail-lf0-x236.google.com with SMTP id l69so36300202lfg.1 for ; Wed, 20 Jul 2016 04:43:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=N+cbm3XvZHBza0CLjAZwc7WGyzNz1go+LcphYNCu2Xo=; b=VMCcLIMcGodOR6iPVKn4lXEUZs4D/QyEaj/p7PH/optbocA8AfH0mgvH2Fk8S6ZMDB w65+m8MRrfgsw39HccuLwWakA+HDvXvJbwNr0flSffvav6z6H4KvxHJlsclgbJlxcM4X NzDu9CfYrBmF8rNG0ygW6UcmDRz3yscpyiA9OXOD0Sjrkb6A36mHYkvUjT9C7QMWRv9P 4ILzsZElktjy7nVYpZ41XstoAckNSN9kvBt/n0GjMrLEf+OthKXVXoX2T5U3l/j8BEB4 i5Yz2QjGdhXbxCdujdAUBT2IIJhC8TrSZOL61gdlcOTP1YVx9KihCyr47O//aew/5ouF B/7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=N+cbm3XvZHBza0CLjAZwc7WGyzNz1go+LcphYNCu2Xo=; b=h9paAA2BPyCoAoZWQUp2F8B9reFAxVDaELDGFr1TL6/EflvGzdzZK+1RhMEIjb43KX iv8Tx6DAR3gAet8LFC1PevFXdu45ohcP0PATmGHJBsFtPf2NKv4ETDY2zngdG/wFLfA3 7U+C55UZ4awDppHhrEvaQVygkHeQPX5sGVWHgr3L1ox3lNpoaQy7GcyjcJmYiy4XUCG0 8O9p8FzSJZGggxvsjTbhHi8w0G1b+uV0y5sNrAB9Z851+tMYvF7bb8U+rtCcuRwtso3g fruOftRZISgj2zPigmmfVySmiDTsC/T/0E2hHOje56FUxWvn41E9SPcO3ROdHBsYK/8m QvSQ== X-Gm-Message-State: ALyK8tL1qrG09dFn9vvtPEQ+wzjQVtZCvkTcexeqSqGscuqyF8VHI5jYStJDGMZ0hasEtq7kLeK4abqWJrkfPg== X-Received: by 10.25.139.135 with SMTP id n129mr22427861lfd.111.1469015022768; Wed, 20 Jul 2016 04:43:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.160.201 with HTTP; Wed, 20 Jul 2016 04:43:42 -0700 (PDT) From: =?UTF-8?B?VGltIMSMYXM=?= Date: Wed, 20 Jul 2016 13:43:42 +0200 Message-ID: Subject: UTF-8 by default? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 11:43:45 -0000 Hello! I've just joined this list, so I apologize if this has been discussed before. Today in #freebsd on FreeNode, I've asked whether there was any particular reason why UTF-8 wasn't the default in FreeBSD yet. What followed was a small discussion regarding this, and it seems that there's a good number of people who'd like to see that done. One mentioned that 11 would be the perfect opportunity to make this switch (although I understand it might be too late by now --- maybe 12.0?). It would definitely help internationalization (I was half-considering posting this to freebsd-i18n list instead, but then I figured this one would be more appropriate), and I can't see *that* much of a reason not to use it. So, without further ado: 1) What are the reasons that UTF-8 isn't the default yet? 2) Would it be possible to make this the default in 11.0? What about 12.0? 3) Assuming an effort is started towards making UTF-8 the default, what changes would be required? From owner-freebsd-current@freebsd.org Wed Jul 20 12:50:58 2016 Return-Path: Delivered-To: freebsd-current@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 0AEBCB9DDDB for ; Wed, 20 Jul 2016 12:50:58 +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 F17EF1718; Wed, 20 Jul 2016 12:50:57 +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 79C63108; Wed, 20 Jul 2016 12:50:57 +0000 (UTC) Date: Wed, 20 Jul 2016 12:50:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <894189488.22.1469019056541.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <465912350.20.1469007973001.JavaMail.jenkins@jenkins-9.freebsd.org> References: <465912350.20.1469007973001.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #474 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 12:50:58 -0000 See From owner-freebsd-current@freebsd.org Wed Jul 20 13:18:16 2016 Return-Path: Delivered-To: freebsd-current@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 2EC01B9E398 for ; Wed, 20 Jul 2016 13:18:16 +0000 (UTC) (envelope-from jonathan@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 13B651381; Wed, 20 Jul 2016 13:18:16 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [134.153.27.124] (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id ADD7212A4; Wed, 20 Jul 2016 13:18:15 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Tim =?utf-8?q?=C4=8Cas?=" Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 by default? Date: Wed, 20 Jul 2016 10:47:45 -0230 Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.4r5234) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 13:18:16 -0000 On 20 Jul 2016, at 9:13, Tim ÄŒas wrote: > So, without further ado: > 1) What are the reasons that UTF-8 isn't the default yet? > 2) Would it be possible to make this the default in 11.0? What about > 12.0? > 3) Assuming an effort is started towards making UTF-8 the default, > what changes would be required? At least according to one of my students (who makes more extensive use of i18n than I do), enabling UTF-8 by default is pretty straightforward: https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support If there's anything missing there, I'd love to hear about it. Jon -- Jonathan Anderson jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Wed Jul 20 14:07:45 2016 Return-Path: Delivered-To: freebsd-current@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 34466B9E3D2 for ; Wed, 20 Jul 2016 14:07:45 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 C5D7B133C; Wed, 20 Jul 2016 14:07:44 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id i5so70675966wmg.0; Wed, 20 Jul 2016 07:07:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=bqQWkAdE0l5TbXJpCm/FcMkfu757jwTNLDA5bveqelU=; b=ewdEbTJqUAFA/OWGvPHY5mQZcAx5FRCkj0fR1ivK4Rltdy0wOK2YgSPwyLOVUYn8fW jtjPeW3u/8qD4M0DSJ1cRUDGwgOEYJu6m95sMUh0vk1B1En4LbhMRLN53XmNY9b9U/Ir cNYR08F82mj8OeAYXaWXQZG4jgFCbQG1w4Cx71pNHtPBTxa5vWJ+S5aJT5gxJiYMPdse dD3neOTh8vnI2McKe0w6Goi8mrRpr5J+0rKYqcpmU/kv3+sLIuti/GhhV2Fz5H5z1dEo ChM6IGRw3J1WvMMPokJg9WJemwCWg9B3w4gMeCP6CZQ01pAahXIUrF6kaTfTxWLKRqTL hw3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=bqQWkAdE0l5TbXJpCm/FcMkfu757jwTNLDA5bveqelU=; b=HF9Lm4FdwITuySiW8g16GbpUgdGF2q48N3M5kYeDMp0UIrBRbkaC8v3GC7R2pDgW6Q AoL4mvmiRlQd8ydgbn8e5+cE1Pkh41jqDKxlma4GarPuRFMhTlE3VPzVVrh9A3daDAOP Kjj3kL7g6FDZWDBMofKi+cDSd5oViL6/pnQOcFcok0ZJCzYJvnlH8ZHe3yQYRearPLhc 1p8sEIUaw2Mjwk0BPgICbGjMis3o+dfV78PJ6+x36O2BYpnlLEseSGm8yoa1cJhqDt84 TvkE7tTB2+VKZLi3HkOQS8Mb7r2ZEnBzv89HRFUfngAnLiWOx/ZVj6GMuxrMEyMRTi00 sZ7g== X-Gm-Message-State: ALyK8tKiI4OfNf9H9y4fRmXcydNXpRJRSuJK+8PWOjzPgEvsCSaGgumX6/xCDs/uN+67qw== X-Received: by 10.28.232.145 with SMTP id f17mr11445662wmi.15.1469023662976; Wed, 20 Jul 2016 07:07:42 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id a194sm26458563wmd.24.2016.07.20.07.07.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Jul 2016 07:07:42 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 20 Jul 2016 16:07:41 +0200 From: Baptiste Daroussin To: Jonathan Anderson Cc: Tim =?utf-8?Q?=C4=8Cas?= , freebsd-current@freebsd.org Subject: Re: UTF-8 by default? Message-ID: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2wdpd5drrm4uufok" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 14:07:45 -0000 --2wdpd5drrm4uufok Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: > On 20 Jul 2016, at 9:13, Tim =C4=8Cas wrote: >=20 > > So, without further ado: > > 1) What are the reasons that UTF-8 isn't the default yet? > > 2) Would it be possible to make this the default in 11.0? What about > > 12.0? > > 3) Assuming an effort is started towards making UTF-8 the default, > > what changes would be required? >=20 > At least according to one of my students (who makes more extensive use of > i18n than I do), enabling UTF-8 by default is pretty straightforward: >=20 > https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support the LC_COLLATE=3DC is not needed anymore with freebsd 11+ >=20 > If there's anything missing there, I'd love to hear about it. >=20 Lot of work has been done during the 11.0 development the following issues = were fixed: /bin/sh not able to handle utf-8 (fixed by fixing the bug in libedit) no unicode collation: fixed but still very fresh code vi: there was a potential corruption when opening a file in an encoding whi= ch is not unicode in a unicode env, now is does not corrupt anything anymore but = still says it is unhappy finger(1) has been fixed for multibytes names (I know noone care about that= one :)) On the list of still known issues: * important: - csh does not handle unicode - regex in libc: it does not handle unicode right (except if I have missed something) and needs to be either fixed either switch to libtre + custom patches (there was a summer of code about it long ago and dfly went that way) - unicode support in our old groff is pretty bad, I plan to replace it wi= th heirloom-doctools which does handle unicode propertly (as far I have te= sted at least) - edit(1) does not handle multibyte * medium (minor?) - login(1) does not handle unicode properly * minor: - lots of base tools (minor one like nl and friends are not multibyte aware in lot of cases, probably merging the work done by Ingo Schwarze = on those tools on OpenBSD might be useful, but I have no plan to do it) - vi needs improvement in multiencoding support I haven't checked the lat= est modification on vi upstream about that There might be more, but that is all that comes out of my head right now Best regards, Bapt --2wdpd5drrm4uufok Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXj4WtAAoJEGOJi9zxtz5ayIIQAOIRxyPn99omd0XTr0pUmm78 kpx+aNrC8uKNauTeW5ElwbEx6ieDdvaZ8BP4L97edSr537AC3aCUaYKIqF3Ai34X ztPOAc7XubJRHpPx4/4GfnjXnzBQs+Cq0rMtcJ/VYDgxGYnkwFjYMcKW3QbzEU3I m0ksrXlpJ6AL15mKgBnnjdHn1QEQxAR6pZt/O/W9aFFXDcKRzMm9Nraqh90JclUM bKe6hlWRN8QFlbGU7+MFl3Yt/iXb8CPO/gpDEdoKh6pMkeLk50Hp+eQ/esH39x7R y3rHid8QfgRjsQVaABEnXjDyR11CNER6cT0mdZm6KHVG6P1ijqG8XlG/9cXXKQ8h EEnXQCqJSeio4U2cIJiasesPlJmgOnOvVFnVu98pf/qj0tHLmRViFFbQ6ap3XZmk FBMYVrMxfan8NdUwChbiO/er5dznd746nOFhEpGaeGkOv4p4ZrvjiF0JtUgwq2LQ oSr50NV8VaZnyLkL6b+4mhsI2H0Ef+smi6/b5KZuLr4Foe+u2FOhLKoP8E3Y9Dif sPuPi9BVCBCRV6jJ3U1dqr0o/rsvjzO5n931JPHCWx+7pT3dFKs1h8/s9vUiGFIV KXPNp3PPlggHnvr3J5YHgmsyBjwZ1Oy0GLfCwCZ0z9EUjwbfgquPKJJAHJwnHaOs pbtomIcStNTuqFJhQ8Rz =4m7z -----END PGP SIGNATURE----- --2wdpd5drrm4uufok-- From owner-freebsd-current@freebsd.org Wed Jul 20 14:22:51 2016 Return-Path: Delivered-To: freebsd-current@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 70A21B9E787 for ; Wed, 20 Jul 2016 14:22:51 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::22c]) (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 E93D91B9C for ; Wed, 20 Jul 2016 14:22:50 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: by mail-lf0-x22c.google.com with SMTP id f93so39511854lfi.2 for ; Wed, 20 Jul 2016 07:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=6gl0OTgm667RY6v4gomKNHcq2WglSt/BuojCci5I0iI=; b=IrV80anNz0omvA4mpxteOHGd1kB+X9f/7MrdOkLVlJrJRFC+VJIhPcbxStyTRCR0w4 n78T+u5zO73DXMJpDuJo0EPQ8c3FsAZ5Yd0kk8ENouPIF5PndUHe9L/EF2ykuzIf6ODY Gbffzha5Dp0F/3MYEZaPZV4RSXQIL5saxYitI6lTcm4/oPQ4H2oI651YwPN/l14aM/1o BohwYyh8Clk/5801YJZ9X/8C3EYiQr5qEcezxPj/xeMvxEu4I7UVTE8eqsNHyXUH3UGU fRszUYryPVYeTJ6itylrKUqNCDjHA0pmid8dsJ8sKyF9mFjmsb0gcTJ5B519i3dC4gio Cf4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=6gl0OTgm667RY6v4gomKNHcq2WglSt/BuojCci5I0iI=; b=Mss6MpTmx4Syg247wWwYq/BusGNSNb6u1gHNIhEPfxVRlieOtHgVAGxSFG49rcCMXD bCT1k9iwGr0107Ws1BdJLRuvIT299oeUIb6eN+PH5Z8byPUrYxjdU22egPcK33f0Pvgv dE6k3e7vm6d0qOvbAkq4X00p8B2gF+6fPSV+0tWlzNRRCGL4wIouAzSEMQH/PRw+k7Tv yLhLWYWrwUaTxAIYOyAuBs0W7v+hHfRxWxp1ef0unOUY8s16MR72f2D/F1lHUxrOC/2p akmTrfZJ2YaISFL9dB5Vr59jr48S4SBmZQVMbajmBApUqznTLDc1UwXYiJ8DBHjt+VEL 2Y6g== X-Gm-Message-State: ALyK8tIaQZbA0uWczlUlpRrzHBLF5ZSBOCC7Kt3AkwoQ7YkCVFEiTTbhvtkAURlkXdOaGgU7M8jjh8c/XrbRUA== X-Received: by 10.25.209.195 with SMTP id i186mr23350276lfg.230.1469024568976; Wed, 20 Jul 2016 07:22:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.160.201 with HTTP; Wed, 20 Jul 2016 07:22:48 -0700 (PDT) In-Reply-To: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> From: =?UTF-8?B?VGltIMSMYXM=?= Date: Wed, 20 Jul 2016 16:22:48 +0200 Message-ID: Subject: Re: UTF-8 by default? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 14:22:51 -0000 On 20 July 2016 at 16:07, Baptiste Daroussin wrote: > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: >> On 20 Jul 2016, at 9:13, Tim =C4=8Cas wrote: >> >> > So, without further ado: >> > 1) What are the reasons that UTF-8 isn't the default yet? >> > 2) Would it be possible to make this the default in 11.0? What about >> > 12.0? >> > 3) Assuming an effort is started towards making UTF-8 the default, >> > what changes would be required? >> >> At least according to one of my students (who makes more extensive use o= f >> i18n than I do), enabling UTF-8 by default is pretty straightforward: >> >> https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support > > the LC_COLLATE=3DC is not needed anymore with freebsd 11+ >> >> If there's anything missing there, I'd love to hear about it. >> > > Lot of work has been done during the 11.0 development the following issue= s were > fixed: [SNIP] Yes, these are exactly the kind of issues I'm talking about w.r.t. `3)`. > * medium (minor?) > - login(1) does not handle unicode properly Where does `login(1)` need to handle Unicode, though? I mean, I'm not expecting the OS to allow UTF-8 usernames (that would be ... problematic, to say the last). From owner-freebsd-current@freebsd.org Wed Jul 20 15:24:17 2016 Return-Path: Delivered-To: freebsd-current@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 18252B9FFBC for ; Wed, 20 Jul 2016 15:24:17 +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 0A34B1DEF; Wed, 20 Jul 2016 15:24:17 +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 42BC910B; Wed, 20 Jul 2016 15:24:17 +0000 (UTC) Date: Wed, 20 Jul 2016 15:24:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1445092712.23.1469028256741.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <894189488.22.1469019056541.JavaMail.jenkins@jenkins-9.freebsd.org> References: <894189488.22.1469019056541.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #475 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 15:24:17 -0000 See From owner-freebsd-current@freebsd.org Wed Jul 20 15:45:40 2016 Return-Path: Delivered-To: freebsd-current@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 C563DB9E4A8 for ; Wed, 20 Jul 2016 15:45:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::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 972A21C9C for ; Wed, 20 Jul 2016 15:45:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22f.google.com with SMTP id j8so23892530itb.1 for ; Wed, 20 Jul 2016 08:45:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=qfvJNBXyWZR7w6en/A0cuXFI2Kc9lGouWlDa40J/mpo=; b=sLbMoeTzie2GIpzJlO5BuektOAVEkqSizg1ylr1GcDVkyI6YRVfMpTxqC/Xx43ZBgN tOf2NKmAD77C1alVOCX0YuxGT8AOUyE1Oz4VAvnD1pTrjhfCwyWNkkge6IFnJ1cvKisr bNRkv4I532rOjKQ+XBT0Lpa+qs10yaLl02uS6HcAEbnNs89Y/Fyd9Ues9GPcvwnXJ3BZ bWVQWMEyVVs1H5lRrXRH/lLMMhlB0UrHbGaw3ZImhEtJ+IuScCf0k4pHIqCwc8lPw8CL KYxICFNabsSxgO8eaVNVrW31rzHzkwZ/mFGx5au15nexpP3EXpH+33PZs30SIvK9j303 NWrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=qfvJNBXyWZR7w6en/A0cuXFI2Kc9lGouWlDa40J/mpo=; b=GDbNte8YjJtKrmvbRW6oYee3/IEvPfMggqW2F1pD32wLfjzmopu+GfhQdezCIQfSPb tE4Zj6uqC6O8r6p/ZqvfCujxj87HkVCXOB2sZ0BJniA26c2bNNs4l9cJ0aMkdkhG3CpG oLwTafS0wkyhlJ2ycYxjXmlNafI9Bd6pAH8HrKChbFVwY0/Fp0cSvJMx5ROJhsAB/dLN 1zib8plydbsSoDOv2ILD5ibHj3f8Qi41n4BYTpiHNQho63qw09kJZKQMF3eVZsQqq22m oMLTOhgWkd9mPlnyU2ksRzQb9VmLYhDgKWfcRgLarL9mtg3acDsvFr+R6fwmLzmWD7IF vCoQ== X-Gm-Message-State: ALyK8tJ3j1Qxyyhmb+7qpXB0VcatpOtgMbQH+b+y1W/mv9yPXLc7TTFBU20oB32wDsAKYXSWXPhmWLFbDp9YXQ== X-Received: by 10.36.108.194 with SMTP id w185mr10284096itb.72.1469029539755; Wed, 20 Jul 2016 08:45:39 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Wed, 20 Jul 2016 08:45:39 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: From: Warner Losh Date: Wed, 20 Jul 2016 09:45:39 -0600 X-Google-Sender-Auth: 8qsgNxLUHBtGMf9ioZPy31ZjHmA Message-ID: Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) To: David Chisnall Cc: Ed Maste , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 15:45:40 -0000 On Wed, Jul 20, 2016 at 3:05 AM, David Chisnall wrote: > On 20 Jul 2016, at 05:48, Warner Losh wrote: >> >> My concern with this is overlay support. Overlay support for "shields" or >> "badges" is going into upstream GPL dtc shortly. The patches have been >> kicking around for a while and are almost ready to go in. We need this feature >> and I'd planned on bringing it into the tree as soon as it goes into the git >> repo. It's sorely needed for things like RPi and BBB that make it super >> easy to add boards with parts that need a bit more DTB into the FDT to >> describe them. There's been patches to bring this functionality into the >> loader and into the in-tree gpl dtc floating around for a while now. > > Is the syntax / semantics for overlays documented somewhere? > > David > From owner-freebsd-current@freebsd.org Wed Jul 20 15:46:52 2016 Return-Path: Delivered-To: freebsd-current@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 BA09EB9E54B for ; Wed, 20 Jul 2016 15:46:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::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 81FE81DF4 for ; Wed, 20 Jul 2016 15:46:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id f6so118310520ith.1 for ; Wed, 20 Jul 2016 08:46:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=SbsukpDbND761u2+3Oo63mlUoDg5mFk+d5UaoBz23HQ=; b=cT56U2Qg03UMj2cFyyLPRzqFD9bhYQdueO7u1yMhME2i+9ABjjsufvigaR9+BDQh1e R1937lKaxhPWggnc0VHT4nZq57N1bqp9LUfSGRBnMEAto4822+2izU0lMMShXjqsPLnx rfPnH3qBeP5whjOkV7j2PwhbgWCZUuM1J4PnmGe28KUtbQ2Ei8lkoY6o+LL0V9RKJqbV kkqoB2VmHO/q5cnxt+S52vIyIQf4+iNCapWFae6drybccawsWAeSLcuhaE87aJ7edBYc 6UtSgmqaOF6KdpGMM7OjBkgQNzpooQgJZCtQPUe3iu+oPFWbzgKILQFQQ9r6V+Cky83A hdkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=SbsukpDbND761u2+3Oo63mlUoDg5mFk+d5UaoBz23HQ=; b=EvpNNkmEP9hIobLNuPX6XptDq9hP6jtpXxUCJwIwN7zcMWFp6ncBLYykgBt8LPCNeP KScBWVXFXEKBMydK6Nt49sb/XaUJNC78GSBUm4RWqDd4NGQlwMyf2cZRG9VNIhBHJ3zP pVBCjugHTVkQMzwlYNP8HirIvnoD35YdxlwyTj21qgfx+UdSNswq8BgjSIOYpZXhlbvR 5tiOSsSJ96EUisEMToeGfd86oBouEBrnjxN5GvF6nA/dDxCaRG8qlTARE8mZm/05ftDZ b/Bi2Uc1MZ3GYDU9dYyp8sNos9Rk7UXK0wYcIcOHb51N81Ho7TsHCD1914hfXNK7IUNz RzWg== X-Gm-Message-State: ALyK8tLefUQdB3jT7vnvsBGB6PxgnkSupr1DNu4V0ZbiyITrzlGziantuK/kU0NLaTU+TUaQSLVCzWQmZUOH1A== X-Received: by 10.36.108.194 with SMTP id w185mr10290753itb.72.1469029612030; Wed, 20 Jul 2016 08:46:52 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Wed, 20 Jul 2016 08:46:51 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: From: Warner Losh Date: Wed, 20 Jul 2016 09:46:51 -0600 X-Google-Sender-Auth: Rd9EktHEK7PySvX-2BuVU6QP18Q Message-ID: Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) To: David Chisnall Cc: Ed Maste , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 15:46:52 -0000 On Wed, Jul 20, 2016 at 9:45 AM, Warner Losh wrote: > On Wed, Jul 20, 2016 at 3:05 AM, David Chisnall wrote: >> On 20 Jul 2016, at 05:48, Warner Losh wrote: >>> >>> My concern with this is overlay support. Overlay support for "shields" or >>> "badges" is going into upstream GPL dtc shortly. The patches have been >>> kicking around for a while and are almost ready to go in. We need this feature >>> and I'd planned on bringing it into the tree as soon as it goes into the git >>> repo. It's sorely needed for things like RPi and BBB that make it super >>> easy to add boards with parts that need a bit more DTB into the FDT to >>> describe them. There's been patches to bring this functionality into the >>> loader and into the in-tree gpl dtc floating around for a while now. >> >> Is the syntax / semantics for overlays documented somewhere? I've been trying to get the final spec for it. Right now it's a disorganized series of patches, some of which have been merge some that haven't. I'll send you a copy when I can find something better than "here's the code." Warner From owner-freebsd-current@freebsd.org Wed Jul 20 15:51:12 2016 Return-Path: Delivered-To: freebsd-current@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 ECEC5B9EB49 for ; Wed, 20 Jul 2016 15:51:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD3B7143F; Wed, 20 Jul 2016 15:51:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from c124.sec.cl.cam.ac.uk (c124.sec.cl.cam.ac.uk [128.232.18.124]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u6KFp9pd038846 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Jul 2016 15:51:10 GMT (envelope-from theraven@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_4A591EA6-2BCF-49CD-B3B0-CF3226E26D77"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) From: David Chisnall In-Reply-To: Date: Wed, 20 Jul 2016 16:51:08 +0100 Cc: Ed Maste , FreeBSD Current Message-Id: References: To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 15:51:13 -0000 --Apple-Mail=_4A591EA6-2BCF-49CD-B3B0-CF3226E26D77 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 20 Jul 2016, at 16:46, Warner Losh wrote: >=20 > I've been trying to get the final spec for it. Right now it's a > disorganized series > of patches, some of which have been merge some that haven't. I'll send = you a > copy when I can find something better than "here's the code." Thanks. =46rom the information I can find, it looks as if most of the = machinery required to implement it is already in dtc, so it should = (hopefully) just be a matter of adding a new keyword to detect plugins, = a scan to find the cross-references (or possibly reusing the existing = one) and then a little bit of extra logic. David --Apple-Mail=_4A591EA6-2BCF-49CD-B3B0-CF3226E26D77 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwNzIwMTU1MTA5WjAjBgkqhkiG9w0BCQQx FgQUtfVVpUrN2ApwmyD8NFPw2gcsZ3MwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAHf8OQ6h/bRmBzh2k7KmgHx2zDjOaOa8JvKVsVjTW1WkG90WyWxTjA+B iT0psmo030E4kzNqKyt08Y4ndBz/efAFr4rgL1b/9MmHS7A6TP93VWfavkon+tXpStc+yBb2+1eF 3MljAfRfl3VbewlD0frJ+ouM9GeQwOGV0/ihgI70Ui45HKmKDnj/pAKpms5tTSmJVztvJHqi0/Cu NBGJ/FA84tT4Yzg4Zn2iVKkTfNlr6EK1IpBS5J/lkMDnMJfVUcT+R0bAoNox+kWFaz5ByF+fyB0R dFymVlGigALPx5fTeGtePviHPmh++d/3PAWkvYEOl2iXM2zuWunRKp5FPpUAAAAAAAA= --Apple-Mail=_4A591EA6-2BCF-49CD-B3B0-CF3226E26D77-- From owner-freebsd-current@freebsd.org Wed Jul 20 18:33:26 2016 Return-Path: Delivered-To: freebsd-current@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 5DF28B9FBB3 for ; Wed, 20 Jul 2016 18:33:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A2DB1AE3; Wed, 20 Jul 2016 18:33:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u6KIXEpB054887; Wed, 20 Jul 2016 11:33:18 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201607201833.u6KIXEpB054887@gw.catspoiler.org> Date: Wed, 20 Jul 2016 11:33:14 -0700 (PDT) From: Don Lewis Subject: Re: UTF-8 by default? To: bapt@FreeBSD.org cc: jonathan@FreeBSD.org, darkuranium@gmail.com, freebsd-current@freebsd.org In-Reply-To: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8BIT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 18:33:26 -0000 On 20 Jul, Baptiste Daroussin wrote: > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: >> On 20 Jul 2016, at 9:13, Tim Èas wrote: >> >> > So, without further ado: >> > 1) What are the reasons that UTF-8 isn't the default yet? >> > 2) Would it be possible to make this the default in 11.0? What about >> > 12.0? >> > 3) Assuming an effort is started towards making UTF-8 the default, >> > what changes would be required? >> >> At least according to one of my students (who makes more extensive use of >> i18n than I do), enabling UTF-8 by default is pretty straightforward: >> >> https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support > > the LC_COLLATE=C is not needed anymore with freebsd 11+ >> >> If there's anything missing there, I'd love to hear about it. >> > > Lot of work has been done during the 11.0 development the following issues were > fixed: > > /bin/sh not able to handle utf-8 (fixed by fixing the bug in libedit) > no unicode collation: fixed but still very fresh code > vi: there was a potential corruption when opening a file in an encoding which is > not unicode in a unicode env, now is does not corrupt anything anymore but still > says it is unhappy > finger(1) has been fixed for multibytes names (I know noone care about that one > :)) > > On the list of still known issues: > * important: > - csh does not handle unicode > - regex in libc: it does not handle unicode right (except if I have missed > something) and needs to be either fixed either switch to libtre + custom > patches (there was a summer of code about it long ago and dfly went that > way) > - unicode support in our old groff is pretty bad, I plan to replace it with > heirloom-doctools which does handle unicode propertly (as far I have tested > at least) > - edit(1) does not handle multibyte > > * medium (minor?) > - login(1) does not handle unicode properly > > * minor: > - lots of base tools (minor one like nl and friends are not multibyte > aware in lot of cases, probably merging the work done by Ingo Schwarze on > those tools on OpenBSD might be useful, but I have no plan to do it) > - vi needs improvement in multiencoding support I haven't checked the latest > modification on vi upstream about that > > There might be more, but that is all that comes out of my head right now wc(1) has problems with its multibyte support pointed out by Coverity as I recall. From owner-freebsd-current@freebsd.org Wed Jul 20 18:38:18 2016 Return-Path: Delivered-To: freebsd-current@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 70E65B9FC5F for ; Wed, 20 Jul 2016 18:38:18 +0000 (UTC) (envelope-from joel@vnode.se) Received: from smtp.vnode.se (smtp.vnode.se [IPv6:2a07:6c0:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.vnode.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28BF21CD9; Wed, 20 Jul 2016 18:38:18 +0000 (UTC) (envelope-from joel@vnode.se) Received: from ymer.vnode.se (81-235-218-96-no20.tbcn.telia.com [81.235.218.96]) by smtp.vnode.se (Postfix) with ESMTPSA id 96BBF8789; Wed, 20 Jul 2016 20:38:14 +0200 (CEST) Date: Wed, 20 Jul 2016 20:38:14 +0200 From: Joel Dahl To: Baptiste Daroussin Cc: Jonathan Anderson , Tim =?utf-8?Q?=C4=8Cas?= , freebsd-current@freebsd.org Subject: Re: UTF-8 by default? Message-ID: <20160720183814.GA77261@ymer.vnode.se> Mail-Followup-To: Baptiste Daroussin , Jonathan Anderson , Tim =?utf-8?Q?=C4=8Cas?= , freebsd-current@freebsd.org References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 18:38:18 -0000 On Wed, Jul 20, 2016 at 04:07:41PM +0200, Baptiste Daroussin wrote: > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: > > On 20 Jul 2016, at 9:13, Tim ÄŒas wrote: > > > > > So, without further ado: > > > 1) What are the reasons that UTF-8 isn't the default yet? > > > 2) Would it be possible to make this the default in 11.0? What about > > > 12.0? > > > 3) Assuming an effort is started towards making UTF-8 the default, > > > what changes would be required? > > > > At least according to one of my students (who makes more extensive use of > > i18n than I do), enabling UTF-8 by default is pretty straightforward: > > > > https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support > > the LC_COLLATE=C is not needed anymore with freebsd 11+ > > > > If there's anything missing there, I'd love to hear about it. > > > - unicode support in our old groff is pretty bad, I plan to replace it with > heirloom-doctools which does handle unicode propertly (as far I have tested > at least) I haven't really been paying attention lately so things might have changed, but why can't we just remove groff now? We have mdocml, and for people that really need the groff functionality can just install it or heirloom-doctools from ports. The initial plan was to remove groff after we imported mdocml, but it was never removed and I lost interest, so again, things might have changed since then. -- Joel From owner-freebsd-current@freebsd.org Wed Jul 20 18:46:27 2016 Return-Path: Delivered-To: freebsd-current@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 258D4B9F0AF for ; Wed, 20 Jul 2016 18:46:27 +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 17E9416A7; Wed, 20 Jul 2016 18:46:27 +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 C656F111; Wed, 20 Jul 2016 18:46:26 +0000 (UTC) Date: Wed, 20 Jul 2016 18:46:26 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1147444450.25.1469040386201.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1445092712.23.1469028256741.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1445092712.23.1469028256741.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #476 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 18:46:27 -0000 See From owner-freebsd-current@freebsd.org Wed Jul 20 19:08:45 2016 Return-Path: Delivered-To: freebsd-current@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 BE644B9F77D for ; Wed, 20 Jul 2016 19:08:45 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (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 4FB8515FC; Wed, 20 Jul 2016 19:08:45 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id i5so8333350wmg.2; Wed, 20 Jul 2016 12:08:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=i/SUa7JTQUeKxIBFWxkRxWfEaT8ymO48DRChHgK0Z0w=; b=G4pEP1pkdPvZ69RJTDj/J2szVILoWl7Wtl42Ql+YJ4L9MG7cl9X2n78ohFdh78vv0S OJoTOk5yOkg5qIlQ7visJOFUVaMIAdIxunH7ruYkG8WVvwHkfUpONvcS1/2LHdNv7NJG GbYy4QJ3qkHW2z+yXDVwWQAK/aEY3bQTUBZSNCkICVRYwBp/UPqFUZc4qhQQtBmnL5bj dtrR/yY6wcx5gY1wgGdAd2ruyva5FV7jjXKSSvb9C1tl78bEK6bA8IWRY3lPGyFV6lH0 K4hKnCFINLltwuegshvltPy7U2IZUvRO3NMI2DaX16E7JdlR3Fq7Tjvu4CURbPcXIcM3 /zRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=i/SUa7JTQUeKxIBFWxkRxWfEaT8ymO48DRChHgK0Z0w=; b=G9FZaklqG118XD7aWpKwkBScIIN0UJepePDyTzzkN7NkBToNNFa90EGs2IHIPjDm6g o8zqXJpDtxEXQpPkYNaJnKcPSKaJmYsB/ZD844e2PdAma15RfcJRZFrhlDQoMnoVmCw0 kUYyfnr3UDLuuYJcB0dvJukNYcEp+OrX+jLFw5To3UkstvyG0tD2hrk7YPx4FIHRRYu+ N4MaqQs1ew4ZhmjImQf0BhcmohsyePzi6IhOJ1F1CHlKeRMxUW4fOvoRzRZ0if9YbrKb 0Ah6+Wy3jZUttnsv4L0cl0BbWTouRcZbSQ2nMMdnRtKQ/l6FvqmJXh55+yqyVjYylb0A RwgQ== X-Gm-Message-State: ALyK8tJul6ULy6L1nfxcEe5wc+xkkgCUjOgbnS54FVHLttqcmCk5WPePUC05gJ8lpp4dzA== X-Received: by 10.28.104.137 with SMTP id d131mr13442719wmc.7.1469041723310; Wed, 20 Jul 2016 12:08:43 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id m81sm32823529wmf.1.2016.07.20.12.08.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Jul 2016 12:08:42 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 20 Jul 2016 21:08:41 +0200 From: Baptiste Daroussin To: Jonathan Anderson , Tim =?utf-8?Q?=C4=8Cas?= , freebsd-current@freebsd.org Subject: Re: UTF-8 by default? Message-ID: <20160720190841.iuplrbhmdq7sr6br@ivaldir.etoilebsd.net> References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> <20160720183814.GA77261@ymer.vnode.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eyp6ncyn5hgcup43" Content-Disposition: inline In-Reply-To: <20160720183814.GA77261@ymer.vnode.se> User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 19:08:45 -0000 --eyp6ncyn5hgcup43 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 20, 2016 at 08:38:14PM +0200, Joel Dahl wrote: > On Wed, Jul 20, 2016 at 04:07:41PM +0200, Baptiste Daroussin wrote: > > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: > > > On 20 Jul 2016, at 9:13, Tim =C4=8Cas wrote: > > >=20 > > > > So, without further ado: > > > > 1) What are the reasons that UTF-8 isn't the default yet? > > > > 2) Would it be possible to make this the default in 11.0? What about > > > > 12.0? > > > > 3) Assuming an effort is started towards making UTF-8 the default, > > > > what changes would be required? > > >=20 > > > At least according to one of my students (who makes more extensive us= e of > > > i18n than I do), enabling UTF-8 by default is pretty straightforward: > > >=20 > > > https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support > >=20 > > the LC_COLLATE=3DC is not needed anymore with freebsd 11+ > > >=20 > > > If there's anything missing there, I'd love to hear about it. > > >=20 > > - unicode support in our old groff is pretty bad, I plan to replace i= t with > > heirloom-doctools which does handle unicode propertly (as far I hav= e tested > > at least) >=20 > I haven't really been paying attention lately so things might have change= d, > but why can't we just remove groff now? We have mdocml, and for people th= at > really need the groff functionality can just install it or heirloom-docto= ols > from ports. The initial plan was to remove groff after we imported mdocml= , but > it was never removed and I lost interest, so again, things might have cha= nged > since then. We have roff documentation in based, plus a lot of people argues that not h= avin a roff toolchain in base is an issue for them. heirloom doctools upstream is friendly, they fixed all the bugs I reported = or merged my fixes if needed, they have a good compatibility so the fallback in man(1) could be done on something in base if mandoc cannot render properly = some manpages. Upstream is CDDL but all new code is BSD licensed. Importing is not hard, just need some motivation to finish all the required makefiles :) Best regards, Bapt --eyp6ncyn5hgcup43 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXj8wwAAoJEGOJi9zxtz5aJPwP/ilpKXKH10yDINtdbTRbPa2O 5js0jeZopx1lu6+0vN8eksOtNyPBNUPnw/XjipDhOGaAdrk70zoCDN4NjR1Ysnsb acnUFcoLJlNO3OUrTzaCvrYIs4JnD5nZ3dgBc+4cZaTCrzehAWgO2GsFA6fxm2CC 5B4T21E1WlLFiqa06U/HUwxLT2ShZjF1r2D57l/YI9et8cCFpAjLaqPguyCmwbPp S61ymbfmBZ0xiKJ9muy1HZj0AsQgfeUzSwJcvZmdsVCcoAHxy4NrjjuAcy0NRil+ E09XAmgMnKHSEO02ptGHK5P6nVnbO5dZ8BmKnfHjJEXUZWzZr+ojlbH4xLVEJ33T 4gGlql1gUDq50/tP+ss5gZxcirglyu0yWFavyIgezHen4HDRceRbtuK+a9NL93Br oP3MTvx/hZhyMQkpp0pXWShpG6ubjxehG6PthEGach3TEAxr1pjj0jM0abQTPlyK xs9YibvLdYh2M8j38kiCkrBW1hvYWmPHd1jtGawEqTp3RT0T32FlBqPZMZT1SukQ 5CmaSKXd5MTBPv7pUOTtuCRHd2XTdtWg061A8+jkTm+3Eh4lGwU+B5vd8SxA8C4T d6bA7ppsIW0LxeuXNoUJ72lXdqULvBNP4s0Iw3zKMIblNNe1wMNP3+bTSbhwNJ0G F1KCnSbl9uWMplCZrDEq =lxQD -----END PGP SIGNATURE----- --eyp6ncyn5hgcup43-- From owner-freebsd-current@freebsd.org Wed Jul 20 19:22:26 2016 Return-Path: Delivered-To: freebsd-current@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 B3B2EB9E160 for ; Wed, 20 Jul 2016 19:22:26 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::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 316DC167D for ; Wed, 20 Jul 2016 19:22:26 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id f93so45134810lfi.2 for ; Wed, 20 Jul 2016 12:22:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=Da6dqR7DVRsbnWJ/HScynXS0A2GWzwL7jXtFH7oim1Y=; b=m6vgjpnI4YmyQrbqh4f8kUzCwTSeJDCY/o5M9A4rUt7t2aCUkXikT6MsM6CjsEsgIY +HNPbPXCwMFVqzlk+DOAgul/gcU3K3SZ8LOhXvx+U8f3CXYwDd8QBut4B4k/EOxW+K1m xOFL8otB4yHRU7me6UGWbfW1xzuGB9A4Va/+xksUWaXm0BTQbU6ER3SXR2FeZxgT3BcY Rt42Mv2BSlSmxH7r6U8XfqTvExFdYGVMj3+TfNiXPS7cegajye4eMEaYL+9ZtnrauNK7 bg3aaFDXX13HK5OsyLOb79assopvL15uuYQFDgPML0t37VJbj1+0uEM1IMsi3fTIdgFA CImQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=Da6dqR7DVRsbnWJ/HScynXS0A2GWzwL7jXtFH7oim1Y=; b=S99QWf8UTc/G/MAG8LK0kwdruMC5WMuPUIzy6rWS/BPppgjJtWWclGcFGmCithKqRq KC8RGiCwDuunuCyKlYodk0ipI4PV6Esdjp/vg85oZMGmtFREoinVTzDWh3sPQzqsthdG owO0+Mi6RH981c0Opzof9x+RPqj5Lqql4atpZTkm9Lw4J+N60snRbK+AVLYcW5EtSYTl EDhfEyU5qdi91fBodPHEDec3XYSlsEBzCdpNtaLkIXOXHwh1UTIFZhjoMQznTXvPOwMk 9kP+4BYmBLm7wltp6EPtvELpat5hM/GOr0P9Ibsr5F+QgGfH8jghJSJQ+Bdbd5FhwZUU XP6Q== X-Gm-Message-State: ALyK8tK6yQU4lDfHGy6XR7M3IqWpF8poqZQ+7DiBrS4VlRZlwAXXXcmNLr3c1qaisHxpr1vrOIHHprDMRVa4RQ== X-Received: by 10.25.209.195 with SMTP id i186mr23892059lfg.230.1469042544156; Wed, 20 Jul 2016 12:22:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.160.201 with HTTP; Wed, 20 Jul 2016 12:22:23 -0700 (PDT) In-Reply-To: <201607201833.u6KIXEpB054887@gw.catspoiler.org> References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> <201607201833.u6KIXEpB054887@gw.catspoiler.org> From: =?UTF-8?B?VGltIMSMYXM=?= Date: Wed, 20 Jul 2016 21:22:23 +0200 Message-ID: Subject: Re: UTF-8 by default? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 19:22:26 -0000 On 20 July 2016 at 20:33, Don Lewis wrote: > wc(1) has problems with its multibyte support pointed out by Coverity > as I recall. Not sure how critical that issue is (e.g. byte counts [`-c`], line counts [`-l`], and such should still work as intended; whether word counts work or not depends on whether we should count Unicode whitespace as, well, whitespace). I do wonder if everyone agrees that an effort should be made towards UTF-8 default, though? I'm willing to contribute some of my time to fixing these bugs, but I don't think I can fix *all* of this by myself. I guess wc(1) is as good a start as any, but I'd first like to talk to whoever is the maintainer for that bit of code, as I've never done any work in base before (only in ports). From owner-freebsd-current@freebsd.org Wed Jul 20 19:31:06 2016 Return-Path: Delivered-To: freebsd-current@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 4FE2EB9E3AD for ; Wed, 20 Jul 2016 19:31:06 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 D4C641A67 for ; Wed, 20 Jul 2016 19:31:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id o80so83121924wme.1 for ; Wed, 20 Jul 2016 12:31:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=zwGtq6OhB50WW1DFRfGdSbw09epXPkLCCuaT48IhMp0=; b=f8gre4YpS64YaNTXpFYmRZhPSFboe8oaDOc707anaXt5EZSLCy966EZ8FUgnZ+DFFe hNYkZAL01R8p1kk9jxsfo7uR6NkM31gIAM74tPk2f4UcM04dOSjGmfbywOxrzqz+kaOq taOEmeZ8WEPdtknEgpr4waBchNOzJDy94LuQj7UrQEBCVEX7XtH0Q8m1iivIjvOq1DQ4 VBdipk6g3gFENidJKXfun7iSN9OhICbk3wQbtTbDpwOWawBAof+FU6KFZSo291Ovqxfl l0Of92gHPg8/yT6jiPQSEAevengKyf0yeIrcgIiBzOMtStwDhJVSDTJC7XbhWGkrIBRl 8B6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=zwGtq6OhB50WW1DFRfGdSbw09epXPkLCCuaT48IhMp0=; b=Px3DMP7VvD4zU+Ufv7x10TuZqvsy0Q35QDchIZSSFgalPJQJHM25Xlhh+sLObBTB4p S/pUxUuu0Sv6lyMCWl5O6bMgxSXzrjY1PdhPV7zUFFa8cfemBqUX2q3l4ox8DMSu9JBk ZdTS1ukzGyID6Gy6yesPVn407hG0Kn14yGwwW7fnlXGQt5mf/njkqpf3bjGQ8i3N9Erw F1eoT57Tbj/MtUO9KITU4svpXuR0hyiq8zTXqRkAwjpWY3Kujg2GEzyQBdN1ROQ+5+b5 WMcYIVNXYI/Fix4prs/I8D6v6Fd2lU8Fk6Nu91+3s/jLDM/qqXrOEZs3U2HKgpVLUg1S yiKw== X-Gm-Message-State: ALyK8tJnxgvPkG38N5L7Au14S/MvVdR5CP1jBfTztRgFPMmH35m7fMh70i09z/aTCOyMxQ== X-Received: by 10.28.203.6 with SMTP id b6mr1149770wmg.78.1469043063314; Wed, 20 Jul 2016 12:31:03 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id e4sm2688422wjy.20.2016.07.20.12.31.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Jul 2016 12:31:02 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 20 Jul 2016 21:31:01 +0200 From: Baptiste Daroussin To: Tim =?utf-8?Q?=C4=8Cas?= Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 by default? Message-ID: <20160720193101.jggjyak2vqdnkivr@ivaldir.etoilebsd.net> References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> <201607201833.u6KIXEpB054887@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6qrw4drxbthtfbnj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 19:31:06 -0000 --6qrw4drxbthtfbnj Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 20, 2016 at 09:22:23PM +0200, Tim =C4=8Cas wrote: > On 20 July 2016 at 20:33, Don Lewis wrote: > > wc(1) has problems with its multibyte support pointed out by Coverity > > as I recall. >=20 > Not sure how critical that issue is (e.g. byte counts [`-c`], line > counts [`-l`], and such should still work as intended; whether word > counts work or not depends on whether we should count Unicode > whitespace as, well, whitespace). I do wonder if everyone agrees that > an effort should be made towards UTF-8 default, though? >=20 > I'm willing to contribute some of my time to fixing these bugs, but I > don't think I can fix *all* of this by myself. I guess wc(1) is as > good a start as any, but I'd first like to talk to whoever is the > maintainer for that bit of code, as I've never done any work in base > before (only in ports). good I would recommand to have a look at work done in OpenBSD in that regar= ds, since about a year Ingo Schwarze is atting UTF-8 support to all the tool in their base system, including wc(1) not sure how theirs differs from our. If working on that do not hesitate to push the changes you do propose in phabricator: https://reviews.freebsd.org and add me as a reviewer https://wiki.freebsd.org/CodeReview might be useful to determine how to sim= ply use phabricator. Do not hesitate to mail me if you need any help in that area. Best regards, Bapt --6qrw4drxbthtfbnj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXj9F1AAoJEGOJi9zxtz5aZnYP/37bszn+qCCB0VQCY5E10Cgc VTDC6BMZm2LRFSIW5qzULsQ9DWV6DcXe9qFL3WATVqxileELvoeOBqD805tz2vLP e5DhNYsuuTTzsBose+ozcHPvNbOHavI7rzCyOk+irkfaiBoI3s/z3d8Grn3HHAW1 4zMWyK8Nc2s6UXSwInvJMKk362Kqq5K3Y0n7Q0vLSp0ujitSEK192fujYz/D6Y23 FXs8LJTCUMhB7PWeCcbJ2Osr/Gn78OTgNtJtNsIMl/PVx+te+pEQ+7JElIYztDbi VXZI1+Ac074TijnTm5V9Kh4yQ6UyqfWSDIFIWjTu5AYwtvzL195/Cr4ArPi9pcF+ sj32Hx3Q2Qj4PJC+odUuJpt5WMYQXkMxGdVz8f9GQDJq/k6my4SpQO1YzEPbPbbZ UbP+sf1acFoaS6thAY1g4sbE/JPH3g9YNfT4MxFGCW0l7unW8RDul0jpYNfwfkrf Ubv/iBHMLHnvyKmY/hhOvy0llmpt/OyB9bsoThe0zEWvXarzcLgXwjIFI1lkET20 X4T5R31seqJtXGCNKmixpHbXEYbZKlcLE6BqWqcq+CPGAUurYn8E74fnxvGsisVw fMxGCUda/WSNmzpltGUlx3GM2+roZA+YyyJn/JLY99i11EJScAPMza6gqF2SY2sx L77P/NcG4OrdRDv9Fyf+ =ilV8 -----END PGP SIGNATURE----- --6qrw4drxbthtfbnj-- From owner-freebsd-current@freebsd.org Wed Jul 20 20:23:56 2016 Return-Path: Delivered-To: freebsd-current@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 B0430B9F69B for ; Wed, 20 Jul 2016 20:23:56 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 92BCC16B3 for ; Wed, 20 Jul 2016 20:23:56 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u6KKNksl055230; Wed, 20 Jul 2016 13:23:50 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201607202023.u6KKNksl055230@gw.catspoiler.org> Date: Wed, 20 Jul 2016 13:23:46 -0700 (PDT) From: Don Lewis Subject: Re: UTF-8 by default? To: darkuranium@gmail.com cc: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8BIT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 20:23:56 -0000 On 20 Jul, Tim Èas wrote: > On 20 July 2016 at 20:33, Don Lewis wrote: >> wc(1) has problems with its multibyte support pointed out by Coverity >> as I recall. > > Not sure how critical that issue is (e.g. byte counts [`-c`], line > counts [`-l`], and such should still work as intended; whether word > counts work or not depends on whether we should count Unicode > whitespace as, well, whitespace). I do wonder if everyone agrees that > an effort should be made towards UTF-8 default, though? It passes a fixed-length non-NUL terminated buffer (returned by read(2)) to mbrtowc(). In addition to the lack of termination, the buffer could also contain a partial character at its beginning or end if the contents are UTF-8. The Coverity ID is 978825. From owner-freebsd-current@freebsd.org Wed Jul 20 20:36:23 2016 Return-Path: Delivered-To: freebsd-current@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 BA0F2B9FD1B for ; Wed, 20 Jul 2016 20:36:23 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mx2.mailbox.org (mx2.mailbox.org [80.241.60.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mailbox.org", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 758F510E8 for ; Wed, 20 Jul 2016 20:36:23 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id 9F81B43526 for ; Wed, 20 Jul 2016 22:36:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h= content-transfer-encoding:content-type:content-type:mime-version :references:in-reply-to:subject:subject:from:from:message-id :date:date:received; s=mail20150812; t=1469046974; bh=YYHkK34jDJ TicvrGChfqlZR3h3N1N9qSOjyM/1nOkm0=; b=ro9kO10J5TqMWLqoYJxP1G6zK2 mY2h8Q3hkoBWHr5puxVvO6v6lEjvnxLhLFkxkFrAdJe4vENuOhkofxbGAZaxjH7O x1KnAg7tNK9IyOKS5izb5WybLOnDWipYsn3rdMHsgLrrT1QcIxryXfwMvgZ2GYk+ Rle8cDZMzQM2ssCmMftCfP/j3TCMMHsucOmm6ZPvTueFuvdwtAF9DImrGq5+LyCg JTiSYwfgOnbng32K8SBBr+rAgOx0zJureqZe2DrY9omxZ8+F++IbVvwrUyYj3K6N rKP0G0Xz119+gxTjLhFSjRGLN2evJMy976Y4C6FCHhwqviSFwJutZ4EkGRBw== X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by hefe.heinlein-support.de (hefe.heinlein-support.de [91.198.250.172]) (amavisd-new, port 10030) with ESMTP id 6XQkFKY4prup for ; Wed, 20 Jul 2016 22:36:14 +0200 (CEST) Date: Wed, 20 Jul 2016 22:36:13 +0200 Message-ID: <86vb00jbcy.wl-herbert@mailbox.org> From: "Herbert J. Skuhra" To: freebsd-current@freebsd.org Subject: Re: UTF-8 by default? In-Reply-To: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 20:36:23 -0000 Baptiste Daroussin skrev: > = > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: >> On 20 Jul 2016, at 9:13, Tim =C8as wrote: >> = >> > So, without further ado: >> > 1) What are the reasons that UTF-8 isn't the default yet? >> > 2) Would it be possible to make this the default in 11.0? What abo= ut >> > 12.0? >> > 3) Assuming an effort is started towards making UTF-8 the default,= >> > what changes would be required? >> = >> At least according to one of my students (who makes more extensive u= se of >> i18n than I do), enabling UTF-8 by default is pretty straightforward= : >> = >> https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support > = > the LC_COLLATE=3DC is not needed anymore with freebsd 11+ Weird, when I set LC_ALL or LC_COLLATE to nb_NO.UTF-8 I can no longer run ls in $HOME. It hangs until I kill it. Same happens with da_DK.UTF-8; no problem with sv_SE.UTF-8 or en_GB.UTF-8. I am running FreeBSD 11.0-BETA1 i386 (r302984) and I think someone else reported a similiar issue earlier. -- Herbert From owner-freebsd-current@freebsd.org Wed Jul 20 20:43:57 2016 Return-Path: Delivered-To: freebsd-current@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 9787FB9FEF8 for ; Wed, 20 Jul 2016 20:43:57 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 1E4581641 for ; Wed, 20 Jul 2016 20:43:57 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id o80so85344482wme.1 for ; Wed, 20 Jul 2016 13:43:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=a3lkMcpPVWYtv4+HM4x+aLt7UuENCuWjTKSRedDAZ8c=; b=gWDHlxvJ4h9FUSTVaX2HyuO/MqwXNxx8PgKL0R33xzaoQ6u2qH2Ak+q7DRttuOmv00 VlBK5RYCYDA9ft/lCd8G0t7YFu24YzfAKKlURA1LVE8QMnEHiWRSf/nVJ4Ux0PDsFBBu JzRUtm1OeUEXoEK43fXC86aNf+GulI9lNCgcnqCoAf+4Fc044KkG21PxkDHE8aZnR9+y KyWb5Hr4UrSmyf7zRt9HNTRQN07+5KUypgJubTMWWJMOLRfv1rjZ4fzEiGRcgzzFVibS x9dP5fKZts/ErmgOQT6j8DwpVUtpcqdARimaQVXp3PCC/gtq8dhRUpbmLpmlSG07KxrF thgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=a3lkMcpPVWYtv4+HM4x+aLt7UuENCuWjTKSRedDAZ8c=; b=lug9R6uPZ3SOVgO65rqWyEm2uLhHotRa4NwFbn49DPy0HtjMtZPzDKlREGHW0IJ0lO w+3Vn0BVrb6/vK22eTuT9zAZUUhoL4NqmPhqG1IzireWVm3twP9bM+h5fkicBMjsf3++ LPcmID2TyPKFh/xmRTGfYZ2wsE5lie1cl0I1i0u60cjldL4FmQxQZd0Si6J8Ea1PjZvf 5JmYzZHOe0lUdVZscj+zqtwYfaDzUWlEFogvzC68mBZbx0TrAtFqCA5TFavH2Yd8nfcS hsePJzdzE9SHIYr5fv6sAxSwdU0d2Pgv7QKhej8ZjXeh8GW1bhh5paQ1HnUqJbRNtNHp bLdw== X-Gm-Message-State: ALyK8tKyeGCsb3k8u4ZwFJ7jaKEDf+5k7ePxIg2f82gF4SgiNGSU+xWoQpmjiAva0E1eIA== X-Received: by 10.194.2.108 with SMTP id 12mr3740435wjt.133.1469047435726; Wed, 20 Jul 2016 13:43:55 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id a194sm27918135wmd.24.2016.07.20.13.43.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Jul 2016 13:43:55 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 20 Jul 2016 22:43:54 +0200 From: Baptiste Daroussin To: "Herbert J. Skuhra" Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 by default? Message-ID: <20160720204354.nqvrmkhulhekohzc@ivaldir.etoilebsd.net> References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> <86vb00jbcy.wl-herbert@mailbox.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="x2nljvvqvj24bzi2" Content-Disposition: inline In-Reply-To: <86vb00jbcy.wl-herbert@mailbox.org> User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 20:43:57 -0000 --x2nljvvqvj24bzi2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 20, 2016 at 10:36:13PM +0200, Herbert J. Skuhra wrote: > Baptiste Daroussin skrev: > >=20 > > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: > >> On 20 Jul 2016, at 9:13, Tim =C4=8Cas wrote: > >>=20 > >> > So, without further ado: > >> > 1) What are the reasons that UTF-8 isn't the default yet? > >> > 2) Would it be possible to make this the default in 11.0? What about > >> > 12.0? > >> > 3) Assuming an effort is started towards making UTF-8 the default, > >> > what changes would be required? > >>=20 > >> At least according to one of my students (who makes more extensive use= of > >> i18n than I do), enabling UTF-8 by default is pretty straightforward: > >>=20 > >> https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support > >=20 > > the LC_COLLATE=3DC is not needed anymore with freebsd 11+ >=20 > Weird, when I set LC_ALL or LC_COLLATE to nb_NO.UTF-8 I can no longer > run ls in $HOME. It hangs until I kill it. Same happens with > da_DK.UTF-8; no problem with sv_SE.UTF-8 or en_GB.UTF-8. >=20 > I am running FreeBSD 11.0-BETA1 i386 (r302984) and I think someone > else reported a similiar issue earlier. This has been fixed in stable/11 just a few minutes ago Best regards, Bapt --x2nljvvqvj24bzi2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXj+J4AAoJEGOJi9zxtz5app4P/2VRCc4QXMG7hTXz5o0TuVC4 uu/1cAvo4p7wT+3R9z4n4I8K65ILaQCc0BaA+3bMghMbXUcrlFV7WTP35Tg/d+JS ugPULH7l+SVlfelUg6xH94Z3w91OqQFljwoEuxrL6xA6T+4AsPcfbhmOGVcanWGY GTR4o+dyirW4YscHrBS92gr/ihX0+LGzvWLbkKzpFH+R8VgJQh2kMxIku8dAC7xS wJkzqOiep5Qjw5JJ6BrZ/9kFQFvB7UPZHrVbPhEAdsojvwPml2EaViFTLiCF9HHK Ny0Ol6X3IXPPUznHacvSBsMZQ2p5rzBqo78Eb3/y6Y+Th0Pk5cw0Jii8eEaQd8Bl usq5gxbPikF9GZ9zVc6uSPzvxE71gRS7TbK+u1isBTPZ7b3lglBvym29oNSL2IBo scvqyQDVS7GMNVQu0bhovHEzGc0018AtuZtjtipRHRax8+xT3rvxxQ+nHP11Y02H 0fboVmpxp19UbdboOeaIl5IYxApfCq8Ak1zOH69hVdhPrys7KAMtaxq79UCd2CbN X1BNa5hWs/ZY/8+w4Hb+FIOTRB36H8C7RbfzQawTUuG5KRAa4Sdi2Ea6QgkTV3C0 1wQi/9LvMMGtRR2zGl02+3ET03QZ4HiHY2RwLdhHtOCw8h+R+egD6fQMVSSsFCYw uFaUNmn0KZ36cGaK7Vfw =dxNW -----END PGP SIGNATURE----- --x2nljvvqvj24bzi2-- From owner-freebsd-current@freebsd.org Wed Jul 20 20:45:19 2016 Return-Path: Delivered-To: freebsd-current@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 C369DB9F005 for ; Wed, 20 Jul 2016 20:45:19 +0000 (UTC) (envelope-from jkim@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 E17AA18C9; Wed, 20 Jul 2016 20:45:18 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: UTF-8 by default? To: "Herbert J. Skuhra" , freebsd-current@freebsd.org References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> <86vb00jbcy.wl-herbert@mailbox.org> From: Jung-uk Kim Message-ID: <643c9839-d5e4-22a8-bd81-8039a4e101fe@FreeBSD.org> Date: Wed, 20 Jul 2016 16:45:13 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <86vb00jbcy.wl-herbert@mailbox.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5F72ctI46DfAa6U5qni7frR7mGLKQFOtj" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 20:45:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5F72ctI46DfAa6U5qni7frR7mGLKQFOtj Content-Type: multipart/mixed; boundary="HKGgbnfnW7hmBiNJOo3oAeb0wwEO5MnpB" From: Jung-uk Kim To: "Herbert J. Skuhra" , freebsd-current@freebsd.org Message-ID: <643c9839-d5e4-22a8-bd81-8039a4e101fe@FreeBSD.org> Subject: Re: UTF-8 by default? References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> <86vb00jbcy.wl-herbert@mailbox.org> In-Reply-To: <86vb00jbcy.wl-herbert@mailbox.org> --HKGgbnfnW7hmBiNJOo3oAeb0wwEO5MnpB Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable On 07/20/16 04:36 PM, Herbert J. Skuhra wrote: > Baptiste Daroussin skrev: >> >> On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: >>> On 20 Jul 2016, at 9:13, Tim =C8as wrote: >>> >>>> So, without further ado: >>>> 1) What are the reasons that UTF-8 isn't the default yet? >>>> 2) Would it be possible to make this the default in 11.0? What about= >>>> 12.0? >>>> 3) Assuming an effort is started towards making UTF-8 the default, >>>> what changes would be required? >>> >>> At least according to one of my students (who makes more extensive us= e of >>> i18n than I do), enabling UTF-8 by default is pretty straightforward:= >>> >>> https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support >> >> the LC_COLLATE=3DC is not needed anymore with freebsd 11+ >=20 > Weird, when I set LC_ALL or LC_COLLATE to nb_NO.UTF-8 I can no longer > run ls in $HOME. It hangs until I kill it. Same happens with > da_DK.UTF-8; no problem with sv_SE.UTF-8 or en_GB.UTF-8. >=20 > I am running FreeBSD 11.0-BETA1 i386 (r302984) and I think someone > else reported a similiar issue earlier. FYI, this bug was introduced in r302324, which is between ALPHA6 and BETA1. It should be fixed in r302916 (head) and r303112 (stable/11). Jung-uk Kim --HKGgbnfnW7hmBiNJOo3oAeb0wwEO5MnpB-- --5F72ctI46DfAa6U5qni7frR7mGLKQFOtj 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 iQEcBAEBCAAGBQJXj+LeAAoJEHyflib82/FG2WUIAIe1Xe5YPbNVIhOANBao9ZKd y150HkpOYdOuNXVw8duZW1RDjcvyIh4085QSobpO9YLAuAO1NGv49IgjDRsEmk4k 6H7yMq5PPTXNTK+2a6AJ6mV0U2qSt4YEAXJXgO62UUCGwvhnFinznO/J9V9CPWsW dL7S5cEwzmENgfjIPM5wWShjObg+z6JiJnvFMTsCOp8tpCXKTOMItE2cXzb0ui2c zCxsg2fYCbc1muPmceBtqygZ/AJvHJ9ektEjm7ogqc1d+e+vhVKgSzy5On9Hy5ri 5E4tdCmVj6/Bm48ZmJ8j3YDtwUhuItPwdVmL2qc2VVBVjgu5w79eeGz3shIogso= =pYsU -----END PGP SIGNATURE----- --5F72ctI46DfAa6U5qni7frR7mGLKQFOtj-- From owner-freebsd-current@freebsd.org Wed Jul 20 21:44:08 2016 Return-Path: Delivered-To: freebsd-current@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 25131B9F334 for ; Wed, 20 Jul 2016 21:44:08 +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 176A81A8F; Wed, 20 Jul 2016 21:44:08 +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 F3911117; Wed, 20 Jul 2016 21:44:07 +0000 (UTC) Date: Wed, 20 Jul 2016 21:44:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <48552072.29.1469051047331.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1147444450.25.1469040386201.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1147444450.25.1469040386201.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #477 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 21:44:08 -0000 See From owner-freebsd-current@freebsd.org Wed Jul 20 21:50:15 2016 Return-Path: Delivered-To: freebsd-current@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 F2B51B9F4B8 for ; Wed, 20 Jul 2016 21:50:15 +0000 (UTC) (envelope-from joel@vnode.se) Received: from smtp.vnode.se (smtp.vnode.se [IPv6:2a07:6c0:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.vnode.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B63701E18; Wed, 20 Jul 2016 21:50:15 +0000 (UTC) (envelope-from joel@vnode.se) Received: from ymer.vnode.se (81-235-218-96-no20.tbcn.telia.com [81.235.218.96]) by smtp.vnode.se (Postfix) with ESMTPSA id B975887E8; Wed, 20 Jul 2016 23:50:12 +0200 (CEST) Date: Wed, 20 Jul 2016 23:50:12 +0200 From: Joel Dahl To: Baptiste Daroussin Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 by default? Message-ID: <20160720215012.GA77588@ymer.vnode.se> Mail-Followup-To: Baptiste Daroussin , freebsd-current@freebsd.org References: <20160720140741.yi7vfgmmqtg6eprx@ivaldir.etoilebsd.net> <20160720183814.GA77261@ymer.vnode.se> <20160720190841.iuplrbhmdq7sr6br@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160720190841.iuplrbhmdq7sr6br@ivaldir.etoilebsd.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 21:50:16 -0000 On Wed, Jul 20, 2016 at 09:08:41PM +0200, Baptiste Daroussin wrote: > On Wed, Jul 20, 2016 at 08:38:14PM +0200, Joel Dahl wrote: > > On Wed, Jul 20, 2016 at 04:07:41PM +0200, Baptiste Daroussin wrote: > > > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote: > > > > On 20 Jul 2016, at 9:13, Tim ÄŒas wrote: > > > > > > > > > So, without further ado: > > > > > 1) What are the reasons that UTF-8 isn't the default yet? > > > > > 2) Would it be possible to make this the default in 11.0? What about > > > > > 12.0? > > > > > 3) Assuming an effort is started towards making UTF-8 the default, > > > > > what changes would be required? > > > > > > > > At least according to one of my students (who makes more extensive use of > > > > i18n than I do), enabling UTF-8 by default is pretty straightforward: > > > > > > > > https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support > > > > > > the LC_COLLATE=C is not needed anymore with freebsd 11+ > > > > > > > > If there's anything missing there, I'd love to hear about it. > > > > > > > - unicode support in our old groff is pretty bad, I plan to replace it with > > > heirloom-doctools which does handle unicode propertly (as far I have tested > > > at least) > > > > I haven't really been paying attention lately so things might have changed, > > but why can't we just remove groff now? We have mdocml, and for people that > > really need the groff functionality can just install it or heirloom-doctools > > from ports. The initial plan was to remove groff after we imported mdocml, but > > it was never removed and I lost interest, so again, things might have changed > > since then. > > We have roff documentation in based, plus a lot of people argues that not havin > a roff toolchain in base is an issue for them. What is the issue? I tried to find some clues in the mailing list archive, but my google skills are obviously weak. When we discussed this (mainly uqs@ and me) 4 years ago the goal was to move the old roff'ed papers to the doc/ repo. I didn't see any objections when it was suggested on the doc/www mailing lists back in 2013. There is even an old pr about it, 178730. -- Joel From owner-freebsd-current@freebsd.org Wed Jul 20 22:14:09 2016 Return-Path: Delivered-To: freebsd-current@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 A9CBBB9FE7B for ; Wed, 20 Jul 2016 22:14:09 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::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 3009213B9 for ; Wed, 20 Jul 2016 22:14:09 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: by mail-lf0-x236.google.com with SMTP id b199so47828697lfe.0 for ; Wed, 20 Jul 2016 15:14:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=TpwLyl/Rrsv2/xHbjbNwckm0/KbZxsdHd+gsydlv6VY=; b=KmVj8RIoynI4z5nmZ37Qt4+Nq8ZvRPxOUgMW4iB7YcUhAuj/JdJ054oTSHCyXgCAiH 6/LcUE0XNSwYDSPmPqHIzv5icBscY0i9nHH/kWAH1sswqQN+FQqolW+f78JBkQ6EZKmk n3Z56b1i3U4BBY3YmX+qoG/QDm0TJmHN5mBCUn+lIfWGi+Ols2SLwah2uWv3Abl7oVaQ qfCA6LNCJhdT+U+2XS85MXX5S1sipFU/TzKGL45JZx8cl5WFFrZ7PCN4sgWBgxXgYXo/ ZFBE76wtMEIWjafTDclg+219laLAqD2GgOdqqDldiWIKu8g3hHYEcNgpmSo+cD1WYDD5 mCSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=TpwLyl/Rrsv2/xHbjbNwckm0/KbZxsdHd+gsydlv6VY=; b=jBYlmVybzPhmBQkbGTe6UHJ9f62UOON1sUZVPsvC/5eoNXSH39Ooa+j84Q73pphMW7 FmO0KIJ42jxpMXiaEEk/dDhyV0YsjX9wMqWFCp4wca8a1KmwntRKCVX9Tq+pD2Slv7ux vNiGRYJonUo/48UM73F29lGDX3soYJ8+ereYJnM/pKDWz3uegzASJEH3/7K9G4XMdzAL ZeV8Wvnr6/JGYWBqr9ykz4dDk7o5G/jfDK4Wh83GkOzSfn1uxu0KPSSpIaMp2ejRrsgj ydZoCWf5mzW/IagjxldEFdfQjDy9wNXiE9lv81xKgEj/yNWGEhu5bQgUK7kBOpEirOf5 y8iw== X-Gm-Message-State: ALyK8tLn0OoqWFYElLbrOItXIgKdELPcSVt/nlHpp/Qv+P3drxvKAF6gAIIMSrbXZ5spfnp7EyXcj5haZ/rNAg== X-Received: by 10.46.32.139 with SMTP id g11mr16594047lji.28.1469052846927; Wed, 20 Jul 2016 15:14:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.160.201 with HTTP; Wed, 20 Jul 2016 15:14:06 -0700 (PDT) In-Reply-To: <201607202023.u6KKNksl055230@gw.catspoiler.org> References: <201607202023.u6KKNksl055230@gw.catspoiler.org> From: =?UTF-8?B?VGltIMSMYXM=?= Date: Thu, 21 Jul 2016 00:14:06 +0200 Message-ID: Subject: Re: UTF-8 by default? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 22:14:09 -0000 On 20 July 2016 at 22:23, Don Lewis wrote: > It passes a fixed-length non-NUL terminated buffer (returned by read(2)) > to mbrtowc(). In addition to the lack of termination, the buffer could > also contain a partial character at its beginning or end if the contents > are UTF-8. > > The Coverity ID is 978825. I don't have access to Coverity, but with boru's help, I managed to check the lines. There is no problem as far as I can tell --- yes, the buffer is not NUL-terminated [1], *BUT* `mbrtowc(3)` takes a `len` argument (which is returned from said `read(2)`), so it never tries to read out of scope [2,3]. The problem might still be elsewhere, though --- the code is somewhat hairy, so I'll give it a closer check tomorrow. [1] https://svnweb.freebsd.org/base/head/usr.bin/wc/wc.c?view=markup#l277 [2] https://svnweb.freebsd.org/base/head/usr.bin/wc/wc.c?view=markup#l290 [3] `man 3 mbrtowc` From owner-freebsd-current@freebsd.org Wed Jul 20 23:39:36 2016 Return-Path: Delivered-To: freebsd-current@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 B9558B9F193 for ; Wed, 20 Jul 2016 23:39:36 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 3DABE1448 for ; Wed, 20 Jul 2016 23:39:36 +0000 (UTC) (envelope-from darkuranium@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id g62so48658110lfe.3 for ; Wed, 20 Jul 2016 16:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=Kv9qNEZ9MWjALOJtnQXpqBUlCbJ4cG+pGgeonQXhjcI=; b=ztcN9TD9o0C+646TcB2V1KuMtYdAW1/MWQeAxv7fZFLlkGTGlSMGDa/MMkT0/EubKs xsRVUOIG09ApFAAtmCmosZMmofw3SSdvbs0Kx9WLeY+cunxFhXuYqfMCH2zod96ZtJx0 AOaWfPj5TqiVrm1PMoybHWjbAj2ndewA+TbuzG1M6SeoR6FlnrIikqb2oBIaSq7bvm4T NkG1JtKdwDCy551CCpgPRsGVOC6vCFbnL8AC99/ne/VV7K10lGlJ2T/3xJn6bVBfqt1Y A9EdejCalycSv0YiBryfAyVKr11z8CVSCdGS0b2PxZeny+YiV6ZHdd4KPlT7yKh2be3h hhlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=Kv9qNEZ9MWjALOJtnQXpqBUlCbJ4cG+pGgeonQXhjcI=; b=GXAI6ePzjIOiMbwEjO/KfZGQOiJqwhwFRldWBasTRxQSfyeIlGnAoQDA8H5jyp1/bY 4cOtEBT4AbYI8RxvBTyjhZ8q3InHwFvxI4PCa4Zkf3+83QvN14a3NYcJcCBmq+Lm/k/u dsmHffYf2nm15bRT5TUSvnMc9Ad84c7CrEVqjFwcpwmOSWM8vv0nQutKajV8JXKiEJGE GZvFgaJeiMOIY/v0IDMJLrgoPu5SXpHw2I6gXigZBbBivjQJDbwaY/Uxw1gtvw+oxwc1 JFrTC4NbUybxmmEAJoC016nOs+XZE7P3yYWx1/Uh87Xi1SFqyxGFxSGww0qoio1W/61p raNg== X-Gm-Message-State: ALyK8tJhaBK39ITgAeWnwOUzRjhruFNtSK8ditjdAshU6FfTQ++oaMCboMtoHIUCvY2EQsLomvfsAE4nwbd+oQ== X-Received: by 10.25.10.208 with SMTP id 199mr20625423lfk.124.1469057973948; Wed, 20 Jul 2016 16:39:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.160.201 with HTTP; Wed, 20 Jul 2016 16:39:33 -0700 (PDT) In-Reply-To: References: <201607202023.u6KKNksl055230@gw.catspoiler.org> From: =?UTF-8?B?VGltIMSMYXM=?= Date: Thu, 21 Jul 2016 01:39:33 +0200 Message-ID: Subject: Re: UTF-8 by default? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 23:39:36 -0000 I managed to find some time to have a closer look right now, and there isn't a problem with the `read(2)` (meaning it's a false positive). The code could use some cleanup for easier auditability (or maybe not ... "if it ain't broken, don't fix it!"), but it's otherwise not broken --- well, at least where Coverity reported the issue. On 21 July 2016 at 00:14, Tim =C4=8Cas wrote: > On 20 July 2016 at 22:23, Don Lewis wrote: >> It passes a fixed-length non-NUL terminated buffer (returned by read(2)) >> to mbrtowc(). In addition to the lack of termination, the buffer could >> also contain a partial character at its beginning or end if the contents >> are UTF-8. >> >> The Coverity ID is 978825. > > I don't have access to Coverity, but with boru's help, I managed to > check the lines. There is no problem as far as I can tell --- yes, the > buffer is not NUL-terminated [1], *BUT* `mbrtowc(3)` takes a `len` > argument (which is returned from said `read(2)`), so it never tries to > read out of scope [2,3]. > > The problem might still be elsewhere, though --- the code is somewhat > hairy, so I'll give it a closer check tomorrow. > > [1] https://svnweb.freebsd.org/base/head/usr.bin/wc/wc.c?view=3Dmarkup#l2= 77 > [2] https://svnweb.freebsd.org/base/head/usr.bin/wc/wc.c?view=3Dmarkup#l2= 90 > [3] `man 3 mbrtowc` From owner-freebsd-current@freebsd.org Thu Jul 21 00:31:28 2016 Return-Path: Delivered-To: freebsd-current@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 26E1BB83353 for ; Thu, 21 Jul 2016 00:31:28 +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 193931C35; Thu, 21 Jul 2016 00:31:28 +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 5D1B111C; Thu, 21 Jul 2016 00:31:28 +0000 (UTC) Date: Thu, 21 Jul 2016 00:31:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <635072650.33.1469061088315.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <48552072.29.1469051047331.JavaMail.jenkins@jenkins-9.freebsd.org> References: <48552072.29.1469051047331.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #478 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 00:31:28 -0000 See From owner-freebsd-current@freebsd.org Thu Jul 21 01:32:31 2016 Return-Path: Delivered-To: freebsd-current@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 25BE5B84A8C for ; Thu, 21 Jul 2016 01:32:31 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::22c]) (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 F3FA31F70; Thu, 21 Jul 2016 01:32:30 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: by mail-it0-x22c.google.com with SMTP id f6so4369053ith.0; Wed, 20 Jul 2016 18:32:30 -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; bh=B/90W0qAHAf+A4Mog8WDzoRsjcKpdH6cBWDlq9LKJvs=; b=d+ec8+l79fGBOgkPeicSYgzcziI4uFyvpY8aesBd6KbUGhx2xnagCC2B2dakEWY7q+ dFj+TvyRWsKXOWOzwax0PAOsSBRpFatHK+/bDyRTkBlb1mdCvAKf5dpH2xm8CZi5D5/R g/h4bsnKlOm/t4IUPd7Che4kALkWehJ63i/UXnZo4QkEqc9HY8GNR+rzkdKljxtABzKa F6Ac8krGZkd4/Zc5p5cU5rkKyl3GeV44rVaCmlrivZ/BFG8ShEAeUTFuJI7vOEO3nr0F 08H4YcxhQMWhB7CWP/2Bl/8yqpSgxf6YX6I9u2mm02aEXARZzlZLeTukFWiN8erXJBk2 AEcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=B/90W0qAHAf+A4Mog8WDzoRsjcKpdH6cBWDlq9LKJvs=; b=dEe834AOsGhpfeFglvlsv1KMZdpVuOlzb7ii9cA1YAps/rZUOZaJwqJ+l0HXrMrHhe 1/kEYMgTumzw9xE110U2eTWlf7t+ivy+M4DI2T1o+ooHr89IjhcDuOmZXeLXsupcW7Ft Q6SRunhRLbzkiB1EsTWG4pUoNaMXUQvDP66gjtsoyoTEDxviRQRzR51v9VpD1iW248qR oeCk8L/Rj1fPjF66j+ecPS6AZQ/u0q/03yma3PZ2Y0h8zkpm+YqpXS+rtCs31IuYFIBx AEQi6fJeUNnvBSbxCugArTp7tq1r1GNylvFEd2UyaYfXAiRNHQUBXs3foPEHT6iFaPeT yfkA== X-Gm-Message-State: ALyK8tJ0D7bXxDtCZu+pLgQvWQ4EbOz7A39oXX29+0Jt0gL9Jtk+sQQIISMiRApsTe8WJ8530cJGBmvqUvgylQ== MIME-Version: 1.0 X-Received: by 10.36.105.77 with SMTP id e74mr12121562itc.17.1469064750142; Wed, 20 Jul 2016 18:32:30 -0700 (PDT) Received: by 10.79.71.68 with HTTP; Wed, 20 Jul 2016 18:32:29 -0700 (PDT) Received: by 10.79.71.68 with HTTP; Wed, 20 Jul 2016 18:32:29 -0700 (PDT) In-Reply-To: <635072650.33.1469061088315.JavaMail.jenkins@jenkins-9.freebsd.org> References: <48552072.29.1469051047331.JavaMail.jenkins@jenkins-9.freebsd.org> <635072650.33.1469061088315.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 20 Jul 2016 22:32:29 -0300 Message-ID: Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD #478 From: "rollingbits (Lucas)" To: jenkins-admin@freebsd.org Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 01:32:31 -0000 -- rollingbits -- rollingbits@gmail.com, rollingbits@terra.com.br rollingbits@yahoo.com, rollingbits@globo.com On Jul 20, 2016 9:31 PM, wrote: > See > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Jul 21 01:34:03 2016 Return-Path: Delivered-To: freebsd-current@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 6A6DFB84BBB for ; Thu, 21 Jul 2016 01:34:03 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::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 32FB0120F; Thu, 21 Jul 2016 01:34:03 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id f6so4393498ith.0; Wed, 20 Jul 2016 18:34:03 -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; bh=nSwRRmAHZ2z2zk1Mq/ZE1nWh0RJXCIRPfaLPa9c2MXI=; b=DzIvUz9+P9aCV4aRXcqi+/JzRxOCzOkTfr3SEyeUoarbuFifc8R5CKGDQeu91mCCnq z2AvcK/6+5AGxnu0qkACOxNnxJs4tTcLAlnvjy1vsts1OWJYkKatSrzEbHgjJAfcjgD0 Et/jM/RS3KqWtcESKKY5rwXNRAm6ZJd78pCJqkXYdXRenEfg7SC1J2TkPGwmiBhDChQu pE0ncp3C7v7yXUAk/DF19kFZIRh7psh1zWPimAFOkAhQYktqdzO11qXH/egNw7Q+N+GR c0/MTqV3LbwKB89018sH9d+sC+RMAee+vfHa4rEB85tiW8/Ln6Iixl6YF25gnsz7P55a gNbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=nSwRRmAHZ2z2zk1Mq/ZE1nWh0RJXCIRPfaLPa9c2MXI=; b=KsOScmM704MKkW915C5BD+Pi3CnokXDlFXNxbhUOV7zvziRY7QX9hkmsnA/ozLj5nr Gn7xnlP+DTSrUREdyzawx30jXw/JBk3c5+jP/ZU8qEc+coDaLwtMFQ5pmw0NZguYU8av etwRtdSTP07nBLrJnl8pxWTkb8Q1TpCetRCKY+p33yu51F2dwCc3TOVgTAlYAcxkFm0d Ah1kUcMdm94ZHkZ1tU8ujkT6GDuJovCpp43vfaU+tdicXHHJ1JVjz+IqSvaj+l5Ulc52 McDGJZ3obZSr1yTAtc9b1QqN2XSLsn5IvAViXNlx6Q+p20rexXb4pvxXwAMoTao257yS pZ1A== X-Gm-Message-State: ALyK8tJkJXfZlQ14Q+3uUYUdZO7+q0fu/sneAINSJMUgP/47cTWxn8b3idfMpAT0BRwxT58R54XPWszzWYXeJg== MIME-Version: 1.0 X-Received: by 10.36.1.12 with SMTP id 12mr29299710itk.30.1469064842473; Wed, 20 Jul 2016 18:34:02 -0700 (PDT) Received: by 10.79.71.68 with HTTP; Wed, 20 Jul 2016 18:34:02 -0700 (PDT) Received: by 10.79.71.68 with HTTP; Wed, 20 Jul 2016 18:34:02 -0700 (PDT) In-Reply-To: References: <48552072.29.1469051047331.JavaMail.jenkins@jenkins-9.freebsd.org> <635072650.33.1469061088315.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 20 Jul 2016 22:34:02 -0300 Message-ID: Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD #478 From: "rollingbits (Lucas)" To: jenkins-admin@freebsd.org Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 01:34:03 -0000 sorry. -- rollingbits -- rollingbits@gmail.com, rollingbits@terra.com.br rollingbits@yahoo.com, rollingbits@globo.com On Jul 20, 2016 10:32 PM, "rollingbits (Lucas)" wrote: > -- > rollingbits -- rollingbits@gmail.com, rollingbits@terra.com.br > rollingbits@yahoo.com, rollingbits@globo.com > > > On Jul 20, 2016 9:31 PM, wrote: > >> See >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > From owner-freebsd-current@freebsd.org Thu Jul 21 03:44:08 2016 Return-Path: Delivered-To: freebsd-current@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 405CEBA011C for ; Thu, 21 Jul 2016 03:44:08 +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 231542FFA; Thu, 21 Jul 2016 03:44:08 +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 20CF1128; Thu, 21 Jul 2016 03:44:07 +0000 (UTC) Date: Thu, 21 Jul 2016 03:44:06 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1046314142.35.1469072646733.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <635072650.33.1469061088315.JavaMail.jenkins@jenkins-9.freebsd.org> References: <635072650.33.1469061088315.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #479 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 03:44:08 -0000 See From owner-freebsd-current@freebsd.org Thu Jul 21 04:45:23 2016 Return-Path: Delivered-To: freebsd-current@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 2B47FBA0943; Thu, 21 Jul 2016 04:45:23 +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 101551794; Thu, 21 Jul 2016 04:45:23 +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 B281B189A; Thu, 21 Jul 2016 04:45:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 21 Jul 2016 04:45:21 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: Re: 11.0-BETA2 may be delayed Message-ID: <20160721044521.GM65494@FreeBSD.org> References: <20160713231017.GA95249@FreeBSD.org> <20160715000857.GT4690@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1VtFtf1bAEcuptAG" Content-Disposition: inline In-Reply-To: <20160715000857.GT4690@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.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 04:45:23 -0000 --1VtFtf1bAEcuptAG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 15, 2016 at 12:08:57AM +0000, Glen Barber wrote: > On Wed, Jul 13, 2016 at 11:10:17PM +0000, Glen Barber wrote: > > As I am sure you have already seen, there is an issue in 11.0-BETA1 that > > has caused some headaches for people. > >=20 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210884 > >=20 > > The issue is actively being investigated, and despite the KBI freeze, > > the fix may need to break KBI in stable/11, at least as far as I am > > aware at the moment. > >=20 > > That said, 11.0-BETA2 may be delayed, while this is properly resolved. > > If KBI is changed between 11.0-BETA1 and 11.0-BETA2, it will be noted in > > the announcement. > >=20 >=20 > The latest patch for this issue seems promising so far, but for the sake > of being cautious, 11.0-BETA2 is going to be delayed by a few days. The > rationale is that we want to see the affected machines survive uptime of > at least 48 hours. >=20 > At this point, we are looking at the fix being committed in just over > one day, followed by the normal 3-day MFC timeframe. If this changes, > an update will be emailed. >=20 > Apologies again for the delay with 11.0-BETA2, and thank you for your > patience. >=20 Hopefully the final update before 11.0-BETA2 is rolled, there have been a number of commits, reverts, commits, reverts, etc., to the callout(9) code recently. What we think will be the final update to the TCP panic issue has been committed as r303098, and numerous iterations of the final change tested by Larry Rosenman (and thank you, Larry!). Given the timeframe over which this change has been tested, the plan is to merge r303098 to stable/11 tomorrow, and finally roll 11.0-BETA2, provided none of our many "canaries" report issues in the meantime (and thank you to those "canaries" for continuously testing!). I am confident the testing is conclusive on resolving the issues. I hope I am not wrong. However, another issue has been brought to re@ attention, that could potentially affect the ABI. The details are still being investigated, however this is not a blocker for BETA2 as it stands now. The schedule on the website has intentionally not been updated yet, but I hope to expect to kick the 11.0-BETA2 builds at 00:00 UTC July 22. Again, thank you all for your patience, as the issues blocking BETA2 are non-trivial, and after the final release is rolled, more difficult to resolve. Glen On behalf of: re@ --1VtFtf1bAEcuptAG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXkFNgAAoJEAMUWKVHj+KTCrEP/ReLHzKU+2q1Lyvq091IeS13 zwhTe+u3Xdzd+bMlnPBJMsZn7zSKju17tW8WVI6z8iMu7ODNWT2PuUmRf/FSDrJC Bn6YKN/zLjHBvpbe9S0Jz3KXoiY0u+g3Y0RuLtW53b+QXHDFRiAdI5ld1iFAltmW n0N8y9HWTav4gXh3K5jOB6Lbo8RBbasL3DGWdM4Z4M59uGg0C4adZ1/RkUikT1UI iwNeKVyZhh6hWloV8NKAZSJpYYS2Gr/bJtbWdwnEZKlHCsTF/adCTQXvBvBLjUE+ TYGRmsJJ9TVS43/kp8z7c/1o3+6I3eks9Pow3GJUP52OwQxvFkqW8zGWwhEUL0kY 7DMxq9n/ODvgQX2gVs2INGq+OBBUuoVGKcPa0z56KnbNG/M2zgT91fIznTgHV+Vs /IyLf0Y6ZWGzmbpUzxDJLUt1R9/sYM+sL6m1LNsjwbLQgwAvHNI8Yx9ncrhYukGD QEWKr96uI4opur0i0a9HA/RMzTDeCnDjhdWN4A9oxbGZEdAegWJUCzIfh9sl9dXs JZAjSqcd+uBO46Tb36eL39IDvuyzEkcQEiHToIbnzGUaRnwbVeHk8XOGN2qEVq4r UVGkFA010XvHjWiFYId9+eT96F89MB0DOdWpEFdG06yiyLI58Qxo0l11HmEBHpe/ RYV95mNa55CVQsPaqGZu =oIGG -----END PGP SIGNATURE----- --1VtFtf1bAEcuptAG-- From owner-freebsd-current@freebsd.org Thu Jul 21 06:47:48 2016 Return-Path: Delivered-To: freebsd-current@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 DE902B9E190 for ; Thu, 21 Jul 2016 06:47:48 +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 D05B117FC; Thu, 21 Jul 2016 06:47:48 +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 298E812E; Thu, 21 Jul 2016 06:47:49 +0000 (UTC) Date: Thu, 21 Jul 2016 06:47:48 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <2010348475.39.1469083668922.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1046314142.35.1469072646733.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1046314142.35.1469072646733.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #480 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 06:47:49 -0000 See From owner-freebsd-current@freebsd.org Thu Jul 21 07:21:23 2016 Return-Path: Delivered-To: freebsd-current@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 BB02EB9EC31 for ; Thu, 21 Jul 2016 07:21:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 7F6F7195C for ; Thu, 21 Jul 2016 07:21:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bQ8IF-003y4k-It>; Thu, 21 Jul 2016 09:21:15 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bQ8IF-0032xQ-5E>; Thu, 21 Jul 2016 09:21:15 +0200 Date: Thu, 21 Jul 2016 09:21:07 +0200 From: "O. Hartmann" To: freebsd-current Subject: CURRENT r303131: builkernel failure xpt: undefined reference to `nvme_print_ident' Message-ID: <20160721092107.19582c07@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 07:21:23 -0000 Recent CURRENT (r303131) can not build a kernel and fails due to the error shown below: [...] cc -target x86_64-unknown-freebsd12.0 --sysroot=/empty/nanoobj/FAFNER_amd64/empty/CURRENT/src/tmp -B/empty/nanoobj/FAFNER_amd64/empty/CURRENT/src/tmp/usr/bin -c -O2 -pipe -fno-strict-aliasing -nostdinc -I. -I/empty/CURRENT/src/sys -I/empty/CURRENT/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror vers.c --- kernel --- linking kernel cam_xpt.o: In function `xpt_announce_periph': /empty/CURRENT/src/sys/cam/cam_xpt.c:(.text+0xac2): undefined reference to `nvme_print_ident' cam_xpt.o: In function `xpt_denounce_periph': /empty/CURRENT/src/sys/cam/cam_xpt.c:(.text+0xc66): undefined reference to `nvme_print_ident' cam_xpt.o: In function `xpt_run_devq': /empty/CURRENT/src/sys/cam/cam_xpt.c:(.text+0x270f): undefined reference to `nvme_op_string' /empty/CURRENT/src/sys/cam/cam_xpt.c:(.text+0x2727): undefined reference to `nvme_cmd_string' cam_xpt.o: In function `xpt_bus_register': /empty/CURRENT/src/sys/cam/cam_xpt.c:(.text+0x5211): undefined reference to `nvme_get_xport' *** [kernel] Error code 1 [...] Kind regards, oh From owner-freebsd-current@freebsd.org Thu Jul 21 07:54:37 2016 Return-Path: Delivered-To: freebsd-current@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 80710BA056D for ; Thu, 21 Jul 2016 07:54:37 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5733C1E64 for ; Thu, 21 Jul 2016 07:54:37 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 567EABA056A; Thu, 21 Jul 2016 07:54:37 +0000 (UTC) Delivered-To: current@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 55EB5BA0569; Thu, 21 Jul 2016 07:54:37 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53]) (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 09E861E63; Thu, 21 Jul 2016 07:54:36 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: by mail-wm0-f53.google.com with SMTP id q128so1983354wma.1; Thu, 21 Jul 2016 00:54:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=yWSNo71n1kyYDNe2DcqDQSOI8NYHIuJdJ64TxMgsglE=; b=NrH5WHgEeqjKfgmKJFYhYAM4CjhRS9W6gWJzmSRlxr5vxkngjfA55XXmRM1YqWiu24 zA9A0zuCtKd8nWWd1Kf1cR134nhOtSpdLVwJ3EouqIcVShUgl8wr4H8MtCfFsvHnNeOJ xujXfzQhcLVkZGYj4HM7+28s9eTXwgpfI6TvNDuEVRHIVW1Ue7zqHapDAcikw2w80pDx 1xve5X5eEh0eCwOqmakz+uFXXOPWFFMZOJ5WpKYuDaYsP8hgmqjC19FuL0My39iYN9+5 1OGD6l1MVEr9hJKkL0nA5hx73MHA6NMGnaE8koed4NyNMXex+vpZrdi9IbH/ZxO48lt3 GNhQ== X-Gm-Message-State: ALyK8tIJhtChClXw/FbucNTJcDM794oQSyL9x+SzAsyMEZH/3TYsKhVRfOw4OJiCvuOmlA== X-Received: by 10.194.89.68 with SMTP id bm4mr5515631wjb.164.1469087668756; Thu, 21 Jul 2016 00:54:28 -0700 (PDT) Received: from [172.20.10.4] (47.236.197.178.dynamic.wless.lssmb00p-cgnat.res.cust.swisscom.ch. [178.197.236.47]) by smtp.gmail.com with ESMTPSA id b130sm2001088wmg.3.2016.07.21.00.54.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Jul 2016 00:54:27 -0700 (PDT) Subject: Re: panic with tcp timers To: Larry Rosenman References: <20160617045319.GE1076@FreeBSD.org> <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> <20160620073917.GI1076@FreeBSD.org> <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> Cc: Gleb Smirnoff , rrs@freebsd.org, hselasky@freebsd.org, net@freebsd.org, current@freebsd.org, owner-freebsd-current@freebsd.org From: Julien Charbon Message-ID: <548bf673-580d-350a-9f91-88553f3c82f1@freebsd.org> Date: Thu, 21 Jul 2016 09:54:20 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RltEhHq6WEsTOuEtcjO8preCMk3cvFPf5" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 07:54:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RltEhHq6WEsTOuEtcjO8preCMk3cvFPf5 Content-Type: multipart/mixed; boundary="9FJ5nB7dX6eQcKe0ImWav0rWKa4Vtkule" From: Julien Charbon To: Larry Rosenman Cc: Gleb Smirnoff , rrs@freebsd.org, hselasky@freebsd.org, net@freebsd.org, current@freebsd.org, owner-freebsd-current@freebsd.org Message-ID: <548bf673-580d-350a-9f91-88553f3c82f1@freebsd.org> Subject: Re: panic with tcp timers References: <20160617045319.GE1076@FreeBSD.org> <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> <20160620073917.GI1076@FreeBSD.org> <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> In-Reply-To: --9FJ5nB7dX6eQcKe0ImWav0rWKa4Vtkule Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, On 7/14/16 11:02 PM, Larry Rosenman wrote: > On 2016-07-14 12:01, Julien Charbon wrote: >> On 6/20/16 11:55 AM, Julien Charbon wrote: >>> On 6/20/16 9:39 AM, Gleb Smirnoff wrote: >>>> On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote: >>>> J> > Comparing stable/10 and head, I see two changes that could >>>> J> > affect that: >>>> J> > >>>> J> > - callout_async_drain >>>> J> > - switch to READ lock for inp info in tcp timers >>>> J> > >>>> J> > That's why you are in To, Julien and Hans :) >>>> J> > >>>> J> > We continue investigating, and I will keep you updated. >>>> J> > However, any help is welcome. I can share cores. >>>> >>>> Now, spending some time with cores and adding a bunch of >>>> extra CTRs, I have a sequence of events that lead to the >>>> panic. In short, the bug is in the callout system. It seems >>>> to be not relevant to the callout_async_drain, at least for >>>> now. The transition to READ lock unmasked the problem, that's >>>> why NetflixBSD 10 doesn't panic. >>>> >>>> The panic requires heavy contention on the TCP info lock. >>>> >>>> [CPU 1] the callout fires, tcp_timer_keep entered >>>> [CPU 1] blocks on INP_INFO_RLOCK(&V_tcbinfo); >>>> [CPU 2] schedules the callout >>>> [CPU 2] tcp_discardcb called >>>> [CPU 2] callout successfully canceled >>>> [CPU 2] tcpcb freed >>>> [CPU 1] unblocks... panic >>>> >>>> When the lock was WLOCK, all contenders were resumed in a >>>> sequence they came to the lock. Now, that they are readers, >>>> once the lock is released, readers are resumed in a "random" >>>> order, and this allows tcp_discardcb to go before the old >>>> running callout, and this unmasks the panic. >>> >>> Highly interesting. I should be able to reproduce that (will be use= ful >>> for testing the corresponding fix). >> >> Finally, I was able to reproduce it (without glebius fix). The tric= k >> was to really lower TCP keep timer expiration: >> >> $ sysctl -a | grep tcp.keep >> net.inet.tcp.keepidle: 7200000 >> net.inet.tcp.keepintvl: 75000 >> net.inet.tcp.keepinit: 75000 >> net.inet.tcp.keepcnt: 8 >> $ sudo bash -c "sysctl net.inet.tcp.keepidle=3D10 && sysctl >> net.inet.tcp.keepintvl=3D50 && sysctl net.inet.tcp.keepinit=3D10" >> Password: >> net.inet.tcp.keepidle: 7200000 -> 10 >> net.inet.tcp.keepintvl: 75000 -> 50 >> net.inet.tcp.keepinit: 75000 -> 10 >> >> Note: It will certainly close all your ssh connections to the tested >> server. >> >> Now I will test in order: >> >> #1. glebius fix >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D302350 >> >> #2. rss extra fix >> https://reviews.freebsd.org/D7135 >> >> #3. rrs TCP Timer cleanup >> https://reviews.freebsd.org/D7136 >=20 > please see also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210= 884 My tests result so far: #1. r302350: First glebius TCP timer fix: No more TCP timer kernel panic during 48h under 200k TCP query per second load. Sadly I was unable to reproduce the issue described here: panic: bogus refcnt 0 on lle 0xfffff80004608c00 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210884 #2. r303098: Got all kernel callout changes since r302350, (updates on callout code are indeed always full of surprises): https://svnweb.freebsd.org/base/head/sys/kern/kern_timeout.c?view=3Dlog&p= athrev=3D303098 No kernel panic either. Still to test: #3. rss extra fix (if still relevant now) https://reviews.freebsd.org/D7135 #4. rrs TCP Timer cleanup: https://reviews.freebsd.org/D7136 My 2 cents. -- Julien --9FJ5nB7dX6eQcKe0ImWav0rWKa4Vtkule-- --RltEhHq6WEsTOuEtcjO8preCMk3cvFPf5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJXkH+yAAoJEKVlQ5Je6dhxGe0H+gJyAT5R0hpGgjBBTICN3h+q aGvIgBPC3HgVDJhU1ZKhU0xjNZirq2icxgh/0UV+iuZvOUZCTteT4IsVl8WoZDUQ 0VODwVSj748EJdftA5GqDR464nY+6McIj1FrWtmbVgqtYkKP2oAuOQzy0w2lRYeK c3m8gb9JP0bN8M9zFRee2IzaIikzQJtaapMX77XzBR5umxuzAnp4tbSuAmJdE3Ln +ddBH/4DcTLQEKSBboqQwM/VLYzoWl33e5IQhrYyUzJe1dfXLZHBS6sm2eHdug+0 NIOEuBcYRJZqp4TwYyjIGauIALAfqo6zDQCSUZvhkgqNmkriogBVtjz92pxmQPg= =5jrc -----END PGP SIGNATURE----- --RltEhHq6WEsTOuEtcjO8preCMk3cvFPf5-- From owner-freebsd-current@freebsd.org Thu Jul 21 08:01:51 2016 Return-Path: Delivered-To: freebsd-current@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 252B3BA0B0A for ; Thu, 21 Jul 2016 08:01:51 +0000 (UTC) (envelope-from hps@selasky.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 0F1CB15BD for ; Thu, 21 Jul 2016 08:01:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0E202BA0B08; Thu, 21 Jul 2016 08:01:51 +0000 (UTC) Delivered-To: current@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 0D94BBA0B07; Thu, 21 Jul 2016 08:01:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 9C9A215BB; Thu, 21 Jul 2016 08:01:50 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B844E1FE024; Thu, 21 Jul 2016 10:01:46 +0200 (CEST) Subject: Re: panic with tcp timers To: Julien Charbon , Larry Rosenman References: <20160617045319.GE1076@FreeBSD.org> <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> <20160620073917.GI1076@FreeBSD.org> <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> <548bf673-580d-350a-9f91-88553f3c82f1@freebsd.org> Cc: Gleb Smirnoff , rrs@freebsd.org, net@freebsd.org, current@freebsd.org, owner-freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <3c38de84-1e69-4321-f8b8-3c259d689b6d@selasky.org> Date: Thu, 21 Jul 2016 10:05:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <548bf673-580d-350a-9f91-88553f3c82f1@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 08:01:51 -0000 On 07/21/16 09:54, Julien Charbon wrote: > > Hi, > > On 7/14/16 11:02 PM, Larry Rosenman wrote: >> On 2016-07-14 12:01, Julien Charbon wrote: >>> On 6/20/16 11:55 AM, Julien Charbon wrote: >>>> On 6/20/16 9:39 AM, Gleb Smirnoff wrote: >>>>> On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote: >>>>> J> > Comparing stable/10 and head, I see two changes that could >>>>> J> > affect that: >>>>> J> > >>>>> J> > - callout_async_drain >>>>> J> > - switch to READ lock for inp info in tcp timers >>>>> J> > >>>>> J> > That's why you are in To, Julien and Hans :) >>>>> J> > >>>>> J> > We continue investigating, and I will keep you updated. >>>>> J> > However, any help is welcome. I can share cores. >>>>> >>>>> Now, spending some time with cores and adding a bunch of >>>>> extra CTRs, I have a sequence of events that lead to the >>>>> panic. In short, the bug is in the callout system. It seems >>>>> to be not relevant to the callout_async_drain, at least for >>>>> now. The transition to READ lock unmasked the problem, that's >>>>> why NetflixBSD 10 doesn't panic. >>>>> >>>>> The panic requires heavy contention on the TCP info lock. >>>>> >>>>> [CPU 1] the callout fires, tcp_timer_keep entered >>>>> [CPU 1] blocks on INP_INFO_RLOCK(&V_tcbinfo); >>>>> [CPU 2] schedules the callout >>>>> [CPU 2] tcp_discardcb called >>>>> [CPU 2] callout successfully canceled >>>>> [CPU 2] tcpcb freed >>>>> [CPU 1] unblocks... panic >>>>> >>>>> When the lock was WLOCK, all contenders were resumed in a >>>>> sequence they came to the lock. Now, that they are readers, >>>>> once the lock is released, readers are resumed in a "random" >>>>> order, and this allows tcp_discardcb to go before the old >>>>> running callout, and this unmasks the panic. >>>> >>>> Highly interesting. I should be able to reproduce that (will be useful >>>> for testing the corresponding fix). >>> >>> Finally, I was able to reproduce it (without glebius fix). The trick >>> was to really lower TCP keep timer expiration: >>> >>> $ sysctl -a | grep tcp.keep >>> net.inet.tcp.keepidle: 7200000 >>> net.inet.tcp.keepintvl: 75000 >>> net.inet.tcp.keepinit: 75000 >>> net.inet.tcp.keepcnt: 8 >>> $ sudo bash -c "sysctl net.inet.tcp.keepidle=10 && sysctl >>> net.inet.tcp.keepintvl=50 && sysctl net.inet.tcp.keepinit=10" >>> Password: >>> net.inet.tcp.keepidle: 7200000 -> 10 >>> net.inet.tcp.keepintvl: 75000 -> 50 >>> net.inet.tcp.keepinit: 75000 -> 10 >>> >>> Note: It will certainly close all your ssh connections to the tested >>> server. >>> >>> Now I will test in order: >>> >>> #1. glebius fix >>> https://svnweb.freebsd.org/base?view=revision&revision=302350 >>> >>> #2. rss extra fix >>> https://reviews.freebsd.org/D7135 >>> >>> #3. rrs TCP Timer cleanup >>> https://reviews.freebsd.org/D7136 >> >> please see also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884 > > My tests result so far: > > #1. r302350: First glebius TCP timer fix: No more TCP timer kernel > panic during 48h under 200k TCP query per second load. > > Sadly I was unable to reproduce the issue described here: > > panic: bogus refcnt 0 on lle 0xfffff80004608c00 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884 > > #2. r303098: Got all kernel callout changes since r302350, (updates on > callout code are indeed always full of surprises): > https://svnweb.freebsd.org/base/head/sys/kern/kern_timeout.c?view=log&pathrev=303098 > > No kernel panic either. > > Still to test: > > #3. rss extra fix (if still relevant now) > https://reviews.freebsd.org/D7135 > > #4. rrs TCP Timer cleanup: > https://reviews.freebsd.org/D7136 > > My 2 cents. > Hi, You should also check for memory leaks using "vmstat -m" . --HPS From owner-freebsd-current@freebsd.org Thu Jul 21 09:20:57 2016 Return-Path: Delivered-To: freebsd-current@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 E8EF2BA0FFA for ; Thu, 21 Jul 2016 09:20: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 D8A2A1B12; Thu, 21 Jul 2016 09:20:57 +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 CEF44135; Thu, 21 Jul 2016 09:20:57 +0000 (UTC) Date: Thu, 21 Jul 2016 09:20:57 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1480563675.44.1469092857153.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2010348475.39.1469083668922.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2010348475.39.1469083668922.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #481 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 09:20:58 -0000 See From owner-freebsd-current@freebsd.org Thu Jul 21 12:01:24 2016 Return-Path: Delivered-To: freebsd-current@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 7EADABA0822 for ; Thu, 21 Jul 2016 12:01:24 +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 714B51991; Thu, 21 Jul 2016 12:01:24 +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 7ACA213A; Thu, 21 Jul 2016 12:01:24 +0000 (UTC) Date: Thu, 21 Jul 2016 12:01:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <379980975.47.1469102483974.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1480563675.44.1469092857153.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1480563675.44.1469092857153.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #482 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 12:01:24 -0000 See From owner-freebsd-current@freebsd.org Thu Jul 21 13:45:57 2016 Return-Path: Delivered-To: freebsd-current@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 D6435B9FDA1 for ; Thu, 21 Jul 2016 13:45:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB7501C5F for ; Thu, 21 Jul 2016 13:45:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (gw.auburn.protected-networks.net [192.168.1.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id AE27E1B74B for ; Thu, 21 Jul 2016 09:45:47 -0400 (EDT) To: freebsd-current From: Michael Butler Subject: kernel no longer builds without nvme Message-ID: <8b4650e7-81b1-be1e-0de5-dc94a32801c4@protected-networks.net> Date: Thu, 21 Jul 2016 09:45:46 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 13:45:57 -0000 For those of us who build "minimal" kernels: Building /usr/obj/usr/src/sys/VM02/vers.c Building /usr/obj/usr/src/sys/VM02/vers.o Building /usr/obj/usr/src/sys/VM02/kernel --- kernel --- linking kernel cam_xpt.o: In function `xpt_announce_periph': /usr/src/sys/cam/cam_xpt.c:(.text+0xcd2): undefined reference to `nvme_print_ident' cam_xpt.o: In function `xpt_denounce_periph': /usr/src/sys/cam/cam_xpt.c:(.text+0xe76): undefined reference to `nvme_print_ident' cam_xpt.o: In function `xpt_run_devq': /usr/src/sys/cam/cam_xpt.c:(.text+0x2bc0): undefined reference to `nvme_op_string' /usr/src/sys/cam/cam_xpt.c:(.text+0x2bd8): undefined reference to `nvme_cmd_string' cam_xpt.o: In function `xpt_bus_register': /usr/src/sys/cam/cam_xpt.c:(.text+0x620b): undefined reference to `nvme_get_xport' *** [kernel] Error code 1 imb From owner-freebsd-current@freebsd.org Thu Jul 21 12:12:23 2016 Return-Path: Delivered-To: freebsd-current@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 8B00EBA0BF4 for ; Thu, 21 Jul 2016 12:12:23 +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 7AB911F2B; Thu, 21 Jul 2016 12:12:23 +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 9E1E813B; Thu, 21 Jul 2016 12:12:22 +0000 (UTC) Date: Thu, 21 Jul 2016 12:11:30 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jhb@FreeBSD.org, nwhitehorn@FreeBSD.org, andrew@FreeBSD.org, sephe@FreeBSD.org, asomers@FreeBSD.org, avg@FreeBSD.org, gjb@FreeBSD.org, mav@FreeBSD.org, alc@FreeBSD.org, trasz@FreeBSD.org, imp@FreeBSD.org, zeising@FreeBSD.org, cem@FreeBSD.org, brooks@FreeBSD.org, glebius@FreeBSD.org, kib@FreeBSD.org, bdrewery@FreeBSD.org, sbruno@FreeBSD.org, manu@FreeBSD.org, ache@FreeBSD.org, avos@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1099734996.49.1469103143713.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc - Build #1447 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Thu, 21 Jul 2016 14:04:29 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 12:12:23 -0000 FreeBSD_HEAD_amd64_gcc - Build #1447 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1= 447/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/144= 7/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1447= /console Change summaries: 303134 by kib: Improve typesetting. Reviewed by:=09bapt No objections from:=09emaste Sponsored by:=09The FreeBSD Foundation Differential revision:=09https://reviews.freebsd.org/D7261 303133 by andrew: Add support for arm64 to uart_dev_acpi by using the _HID property to find the uart class to use in a similar way as the fdt driver. Obtained from:=09ABT Systems Ltd MFC after:=091 month Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D7248 303132 by trasz: Add documentation for "ctld -u", the UCL configuration file format. Submitted by:=09jceel@ Reviewed by:=09wblock@ MFC after:=093 days Differential Revision:=09https://reviews.freebsd.org/D7222 303131 by sephe: hyperv: hv_vmbus_channel -> vmbus_channel MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D7260 303130 by bdrewery: Add LOCAL_XTOOL_DIRS to add into cross-tools. Sponsored by:=09EMC / Isilon Storage Division 303129 by sephe: hyperv/vmbus: Shuffle function declaration and macro definition. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D7259 303128 by sephe: hyperv/vmbus: Reorder channel fields. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D7258 303127 by sephe: hyperv/vmbus: Save event flag location and evet flag mask. This avoids unnecessary access to the vmbus_softc struct on sending path. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D7257 303126 by imp: Actually import nvme_sim so the CAM attachment for NVME (nda) actually works. MFC after: 1 week 303125 by imp: Remove some bogus comments and printfs. Also, we can't cam_periph_releaes_locked() at the end of nvme_probe_start because we hit an assertion which may be bogus. Instead, leak a periph until we sort it out. Since these devices don't arrive and depart often, so this is the lessor of two evils. MFC after: 1 week 303124 by imp: Fix mismerge and add NVME xport support to devstat (or rather, exclude it from SCSI). MFC after: 1 week 303123 by imp: Fix mismerge and include the nvme support. Also, print out the name of any CCB's functions that's not supported. MFC after: 1 week 303122 by cem: Mirror r303120 to gcore Sponsored by:=09EMC / Isilon Storage Division 303120 by cem: imgact_elf: Rename the segment iterator to match reality The each_writable_segment routine evaluates segments on a slightly little m= ore nuanced metric than simply "writable" or not. Rename the function to more closely match its behavior (each_dumpable_segment). Suggested by:=09jhb Sponsored by:=09EMC / Isilon Storage Division 303119 by gjb: Create a /usr/home -> /home symlink for the arm images to avoid /usr/home confusingly being created as a directory. Reported by:=09Russell Haley MFC after:=093 days Sponsored by:=09The FreeBSD Foundation 303118 by cem: ANSI-fy imgact_elf.c Sponsored by:=09EMC / Isilon Storage Division 303115 by avos: urtwn: fix A-MSDU tx aggregation when encryption is used. Clear unused (undocumented) CAM bytes while setting a key; without that, hardware does weird things when A-MSDU bit in QoS header is set. Tested with RTL8188CUS (AP) -> RTL8188EU (STA) (A-MSDU transmit). Reported by:=09many Obtained from:=09https://github.com/s3erios/urtwm MFC after:=095 days 303114 by cem: Add extended segment support to gcore A follow-up to r303099, D7255. Basically, apply the exact same change, wit= h the exact same rationale, to gcore. gcore's elfcore.c is largely a clone o= f the kernel imgact_elf coredump facility. Reviewed by:=09emaste (earlier version, not substantially different) Requested by:=09jhb Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D7265 303113 by mav: Cross-link some SMBus controller drivers man pages. Some compatibility cases are not obvious. 303111 by mav: Document list of supported chipsets. 303110 by sbruno: Remove uneeded parens. MFC after:=091 day 303109 by jhb: Update crashinfo to work with newer gdb from ports. If gdb from ports is installed, use it instead of the base system gdb to extract variables from a kernel. Note that base gdb and ports gdb do not support the same options for invoking a single command in batch mode, so a wrapper shell function is used. In addition, prefer kgdb from ports when generating a backtrace if present. PR:=09=09193335 Reviewed by:=09emaste MFC after:=091 week Differential Revision:=09https://reviews.freebsd.org/D7218 303106 by zeising: Change wording to use function rather than system call in the description as well. Reviewed by:=09brooks MFC after:=095 days 303105 by cem: Fix DEBUG build on 64-bit arch after r303099 Reported by:=09Larry Rosenman 303104 by brooks: Update to reflect the fact that pipe() is a wrapper around the pipe2() system call. Reviewed by:=09jhb, wblock MFC after:=095 days Sponsored by:=09DAPRA, AFRL Differential Revision:=09https://reviews.freebsd.org/D6948 303103 by brooks: Minor wording improvements to the note about pipe(2) removal. MFC after:=095 days Sponsored by:=09DARPA, AFRL 303102 by andrew: Mark the Designware MMC and USB OTG drivers as FDT only. These are normally found on arm64 devices that use FDT. Obtained from:=09ABT Systems Ltd MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 303101 by alc: Add a comment describing the 'fast path' that was introduced in r270011. Reviewed by:=09kib MFC after:=093 days Sponsored by:=09EMC / Isilon Storage Division 303100 by andrew: We will be switching to a new arm64 uart cpu driver that handles both FDT and ACPI. As such pull out what will be the common parts of the FDT cpu detection to a new function that can be shared between them. Reviewed by:=09manu Obtained from:=09ABT Systems Ltd MFC after:=091 month Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D7262 303099 by cem: Extend ELF coredump to support more than 65535 segments The ELF e_phnum field is only 16 bits wide. To support more than 65535 segm= ents (program headers), Sun's "Linker and Libraries Guide" table 7-7 (or 12-7, depending on document version) prescribes a special first section header wh= ere sh_info represents the real number of program headers. Test code to follow, when it is ready. Reference:=09http://docs.oracle.com/cd/E18752_01/pdf/817-1984.pdf Reviewed by:=09emaste, markj Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D7255 303098 by glebius: Redo the r302894: the very new value for a non-scheduled callout is -1. This was recently added in r290664. Noticed by:=09hselasky Tested by:=09Larry Rosenman PR:=09=09210884 303097 by nwhitehorn: Add myself to MAINTAINERS. 303096 by glebius: Revert r303037. It re-introduces the panic with TCP timers. Agreed by:=09rrs, re (gjb) 303094 by ache: Continuation lines with comments badly affects gprof, it is excluded from build on amd64 f.e. 303091 by asomers: Fix camdd for host-aware and host-managed SMR disks. This should've gone in as part of r300207 Reviewed by:=09ken MFC after:=093 days Sponsored by:=09Spectra Logic Corp 303090 by kib: Ensure that the UFS directory vnode' vm_object is properly sized before UFS_BALLOC() is called. I do not believe that this caused any real issue on FreeBSD because the exclusive vnode lock is held over the balloc/resize, the change is to make formally correct KPI use. Based on:=09the Matthew Dillon' patch from DragonFly BSD PR:=0993942 Reviewed by:=09mckusick Tested by:=09pho Sponsored by:=09The FreeBSD Foundation MFC after:=091 week 303088 by ache: In addition to r303074 case 1, search for protected L'/' too in globtilde() 303087 by manu: Add support for the SID (Security ID Module) on Allwinner A10 and A20. The rootkey is burnt at production and can't be changed, thus is can be use= d as a device unique ID or to generate a MAC address (This is was u-boot does= ). The rootkey is exposed as a sysctl (dev.aw_sid..rootkey). Reviewed by:=09jmcneill Differential Revision:=09https://reviews.freebsd.org/D6383 303086 by avg: MFV r303083: 7164 zdb should be able to open the root dataset Note: conversion of the manual page change from roff to mdoc is mine. illumos/illumos-gate@b702644a6eb66615d67b492fd73ecd9efa11fc7d https://github.com/illumos/illumos-gate/commit/b702644a6eb66615d67b492fd73e= cd9efa11fc7d https://www.illumos.org/issues/7164 If the pool/dataset command-line argument is specified with a trailing slash, for example, "tank/", we should interpret it as the topmost dataset (rather than the whole pool) Reviewed by: Pavel Zakharov Reviewed by: Matthew Ahrens Approved by: Robert Mustacchi Author: Tim Chase PR:=09=09204661 MFC after:=091 week Relnotes:=09yes 303085 by mav: Remove outdated list of supported chipsets, generalizing it. The end of the build log: [...truncated 291275 lines...] --- x86 --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc/sys/x86/include --- vnode_if_newproto.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/vnode_if.awk /builds/FreeBS= D_HEAD_amd64_gcc/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/vnode_if.awk /builds/FreeBS= D_HEAD_amd64_gcc/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/vnode_if.awk /builds/FreeBS= D_HEAD_amd64_gcc/sys/kern/vnode_if.src -h --- all_subdir_uart --- ctfconvert -L VERSION -g uart_dev_quicc.o --- all_subdir_udf --- --- udf_vnops.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.udf_vnops.o -MTudf_v= nops.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno= -asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwar= f-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing= -prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign= -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wn= o-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D80= 00 -fms-extensions --param inline-unit-growth=3D100 --param large-function-= growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/mo= dules/udf/../../fs/udf/udf_vnops.c -o udf_vnops.o --- all_subdir_uart --- --- uart_dev_sab82532.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.uart_dev_sab82532.o = -MTuart_dev_sab82532.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -m= soft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-= protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -= Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-= show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-co= mpare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-loop-op= timizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wn= o-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-= error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fi= nline-limit=3D8000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_= amd64_gcc/sys/modules/uart/../../dev/uart/uart_dev_sab82532.c -o uart_dev_s= ab82532.o --- all_subdir_udf --- /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/udf/../../fs/udf/udf_vnops.c: In= function 'udf_getattr': /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/udf/../../fs/udf/udf_vnops.c:287= :18: warning: variable 'ts' set but not used [-Wunused-but-set-variable] struct timespec ts; ^ --- all_subdir_ubsec --- ctfconvert -L VERSION -g ubsec.o --- ubsec.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o ubsec.ko.full ubs= ec.o ctfmerge -L VERSION -g -o ubsec.ko.full ubsec.o :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/conf/kmod_syms.awk ubsec.ko.full = export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % ubsec.ko.f= ull --- ubsec.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug ubsec.ko.full ubsec= .ko.debug --- ubsec.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Du= bsec.ko.debug ubsec.ko.full ubsec.ko --- all_subdir_sound --- --- all_subdir_sound/driver/uaudio --- --- uaudio_pcm.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.uaudio_pcm.o -MTuaud= io_pcm.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -f= no-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdw= arf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-err= or=3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -W= no-error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddr= ess -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattrib= utes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D= 8000 -fms-extensions --param inline-unit-growth=3D100 --param large-functio= n-growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/= modules/sound/driver/uaudio/../../../../dev/sound/usb/uaudio_pcm.c -o uaudi= o_pcm.o ctfconvert -L VERSION -g uaudio_pcm.o --- all_subdir_udf_iconv --- =3D=3D=3D> udf_iconv (all) --- machine --- machine -> /builds/FreeBSD_HEAD_amd64_gcc/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc/sys/x86/include --- udf_iconv.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -I/builds/FreeBSD_HEAD_amd64_gcc/sys/modules/udf_iconv= /../../ -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gc= c/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h -I. -I/builds/= FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEA= D_amd64_gcc/sys/GENERIC -MD -MF.depend.udf_iconv.o -MTudf_iconv.o -mcmode= l=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-= unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wre= dundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-exte= nsions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-prag= mas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-but-= set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dmaybe= -uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-error= =3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-erro= r=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-exten= sions --param inline-unit-growth=3D100 --param large-function-growth=3D1000= -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/udf_ico= nv/../../fs/udf/udf_iconv.c -o udf_iconv.o ctfconvert -L VERSION -g udf_iconv.o --- udf_iconv.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o udf_iconv.ko.full= udf_iconv.o ctfmerge -L VERSION -g -o udf_iconv.ko.full udf_iconv.o :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/conf/kmod_syms.awk udf_iconv.ko.f= ull export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % udf_ic= onv.ko.full --- udf_iconv.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug udf_iconv.ko.full u= df_iconv.ko.debug --- udf_iconv.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Du= df_iconv.ko.debug udf_iconv.ko.full udf_iconv.ko --- all_subdir_uart --- --- uart_dev_z8530.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.uart_dev_z8530.o -MT= uart_dev_z8530.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-f= loat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protec= tor -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-po= inter-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-o= ption -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare = -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimiza= tions -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-erro= r=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error= =3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline= -limit=3D8000 -fms-extensions --param inline-unit-growth=3D100 --param larg= e-function-growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64= _gcc/sys/modules/uart/../../dev/uart/uart_dev_z8530.c -o uart_dev_z8530.o --- all_subdir_udf --- ctfconvert -L VERSION -g udf_vnops.o --- all_subdir_uart --- --- uart_dev_sab82532.o --- ctfconvert -L VERSION -g uart_dev_sab82532.o --- all_subdir_sound --- --- all_subdir_sound/driver/mss --- =3D=3D=3D> sound/driver/mss (all) --- all_subdir_udf --- --- osta.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.osta.o -MTosta.o -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-= extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-= pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-= but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dm= aybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-er= ror=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-e= rror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ex= tensions --param inline-unit-growth=3D100 --param large-function-growth=3D1= 000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/udf/= ../../fs/udf/osta.c -o osta.o --- all_subdir_sound --- --- machine --- machine -> /builds/FreeBSD_HEAD_amd64_gcc/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc/sys/x86/include --- device_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/kern/bus_if.m -h --- isa_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/isa/isa_if.m -h --- pci_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/dev/pci/pci_if.m -h --- ac97_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/dev/sound/pcm/ac97_if.m -h --- channel_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/dev/sound/pcm/channel_if.m -h --- feeder_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/dev/sound/pcm/feeder_if.m -h --- mixer_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/makeobjops.awk /builds/Free= BSD_HEAD_amd64_gcc/sys/dev/sound/pcm/mixer_if.m -h --- all_subdir_udf --- ctfconvert -L VERSION -g osta.o --- udf_vfsops.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.udf_vfsops.o -MTudf_= vfsops.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -f= no-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdw= arf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-err= or=3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -W= no-error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddr= ess -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattrib= utes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D= 8000 -fms-extensions --param inline-unit-growth=3D100 --param large-functio= n-growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/= modules/udf/../../fs/udf/udf_vfsops.c -o udf_vfsops.o --- all_subdir_sound --- --- gusc.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.gusc.o -MTgusc.o -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-= extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-= pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-= but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dm= aybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-er= ror=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-e= rror=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-ex= tensions --param inline-unit-growth=3D100 --param large-function-growth=3D1= 000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/soun= d/driver/mss/../../../../dev/sound/isa/gusc.c -o gusc.o --- all_subdir_uart --- --- uart_dev_z8530.o --- ctfconvert -L VERSION -g uart_dev_z8530.o --- uart_if.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.uart_if.o -MTuart_if= .o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ff= ormat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Du= nused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-err= or=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -= Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes = -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -= fms-extensions --param inline-unit-growth=3D100 --param large-function-grow= th=3D1000 -std=3Diso9899:1999 -c uart_if.c -o uart_if.o --- all_subdir_sound --- ctfconvert -L VERSION -g gusc.o --- mss.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.mss.o -MTmss.o -mcmo= del=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronou= s-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -W= redundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-ex= tensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pr= agmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-bu= t-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dmay= be-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-erro= r=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattributes -Wno-err= or=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D8000 -fms-exte= nsions --param inline-unit-growth=3D100 --param large-function-growth=3D100= 0 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/= driver/mss/../../../../dev/sound/isa/mss.c -o mss.o --- all_subdir_udf --- ctfconvert -L VERSION -g udf_vfsops.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_if.o --- uart_subr.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.uart_subr.o -MTuart_= subr.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno= -asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwar= f-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing= -prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign= -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wn= o-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D80= 00 -fms-extensions --param inline-unit-growth=3D100 --param large-function-= growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/mo= dules/uart/../../dev/uart/uart_subr.c -o uart_subr.o --- all_subdir_udf --- --- udf.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o udf.ko.full udf_v= fsops.o udf_vnops.o osta.o ctfmerge -L VERSION -g -o udf.ko.full udf_vfsops.o udf_vnops.o osta.o echo udf_iconv > export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/conf/kmod_syms.awk udf.ko.full e= xport_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % udf.ko.full --- udf.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug udf.ko.full udf.ko.= debug --- udf.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Du= df.ko.debug udf.ko.full udf.ko --- all_subdir_ufs --- =3D=3D=3D> ufs (all) --- machine --- machine -> /builds/FreeBSD_HEAD_amd64_gcc/sys/amd64/include --- x86 --- --- all_subdir_sound --- /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/driver/mss/../../../../dev= /sound/isa/mss.c: In function 'opti931_intr': /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/driver/mss/../../../../dev= /sound/isa/mss.c:1087:25: warning: variable 'i11' set but not used [-Wunuse= d-but-set-variable] u_char masked =3D 0, i11, mc11, c =3D 0; ^ --- all_subdir_ufs --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc/sys/x86/include --- all_subdir_sound --- /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/driver/mss/../../../../dev= /sound/isa/mss.c: In function 'mss_probe': /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/driver/mss/../../../../dev= /sound/isa/mss.c:1279:43: warning: variable 'setres' set but not used [-Wun= used-but-set-variable] int flags, irq, drq, result =3D ENXIO, setres =3D 0; ^ --- all_subdir_ufs --- --- opt_ddb.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys= /GENERIC/opt_ddb.h opt_ddb.h --- opt_directio.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys= /GENERIC/opt_directio.h opt_directio.h --- opt_ffs.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys= /GENERIC/opt_ffs.h opt_ffs.h --- opt_quota.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys= /GENERIC/opt_quota.h opt_quota.h --- opt_suiddir.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys= /GENERIC/opt_suiddir.h opt_suiddir.h --- opt_ufs.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys= /GENERIC/opt_ufs.h opt_ufs.h --- vnode_if_newproto.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/vnode_if.awk /builds/FreeBS= D_HEAD_amd64_gcc/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/vnode_if.awk /builds/FreeBS= D_HEAD_amd64_gcc/sys/kern/vnode_if.src -q --- all_subdir_uart --- ctfconvert -L VERSION -g uart_subr.o --- uart_tty.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.uart_tty.o -MTuart_t= ty.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-a= synchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-= 2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -= fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-= unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D80= 00 -fms-extensions --param inline-unit-growth=3D100 --param large-function-= growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/mo= dules/uart/../../dev/uart/uart_tty.c -o uart_tty.o --- all_subdir_ufs --- --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc/sys/tools/vnode_if.awk /builds/FreeBS= D_HEAD_amd64_gcc/sys/kern/vnode_if.src -h --- ufs_bmap.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.ufs_bmap.o -MTufs_bm= ap.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-a= synchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-= 2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -= fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-= unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit=3D80= 00 -fms-extensions --param inline-unit-growth=3D100 --param large-function-= growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/sys/mo= dules/ufs/../../ufs/ufs/ufs_bmap.c -o ufs_bmap.o ctfconvert -L VERSION -g ufs_bmap.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_tty.o --- uart_bus_acpi.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.uart_bus_acpi.o -MTu= art_bus_acpi.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-flo= at -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -W= no-error=3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizati= ons -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error= =3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error= =3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline= -limit=3D8000 -fms-extensions --param inline-unit-growth=3D100 --param larg= e-function-growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64= _gcc/sys/modules/uart/../../dev/uart/uart_bus_acpi.c -o uart_bus_acpi.o --- all_subdir_ufs --- --- ufs_dirhash.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DK= LD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD= _HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC/opt_global.h = -I. -I/builds/FreeBSD_HEAD_amd64_gcc/sys -fno-common -g -fno-omit-frame-poi= nter -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc/obj/buil= ds/FreeBSD_HEAD_amd64_gcc/sys/GENERIC -MD -MF.depend.ufs_dirhash.o -MTufs= _dirhash.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -g= dwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmis= sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-= sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-e= rror=3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations = -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Dad= dress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattr= ibutes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -finline-limit= =3D8000 -fms-extensions --param inline-unit-growth=3D100 --param large-func= tion-growth=3D1000 -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc/s= ys/modules/ufs/../../ufs/ufs/ufs_dirhash.c -o ufs_dirhash.o --- all_subdir_uart --- In file included from /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/uart/../..= /dev/uart/uart_bus_acpi.c:46:0: /builds/FreeBSD_HEAD_amd64_gcc/sys/dev/acpica/acpivar.h:36:21: fatal error:= acpi_if.h: No such file or directory compilation terminated. *** [uart_bus_acpi.o] Error code 1 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/uart 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/uart *** [all_subdir_uart] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules --- all_subdir_sound --- ctfconvert -L VERSION -g mss.o A failure has been detected in another branch of the parallel make bmake[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/drive= r/mss *** [all_subdir_sound/driver/mss] Error code 2 bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/drive= r --- all_subdir_sound/driver/uaudio --- --- uaudio.o --- ctfconvert -L VERSION -g uaudio.o A failure has been detected in another branch of the parallel make bmake[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/drive= r/uaudio *** [all_subdir_sound/driver/uaudio] Error code 2 bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/drive= r 2 errors bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound/drive= r *** [all_subdir_sound/driver] Error code 2 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/sound *** [all_subdir_sound] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules --- all_subdir_ufs --- ctfconvert -L VERSION -g ufs_dirhash.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules/ufs *** [all_subdir_ufs] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules 3 errors bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD= _amd64_gcc/sys/GENERIC 1 error bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD= _amd64_gcc/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Thu Jul 21 14:39:28 2016 Return-Path: Delivered-To: freebsd-current@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 97BBCBA0D7B for ; Thu, 21 Jul 2016 14:39:28 +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 896C81E8B; Thu, 21 Jul 2016 14:39:28 +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 A6F57140; Thu, 21 Jul 2016 14:39:28 +0000 (UTC) Date: Thu, 21 Jul 2016 14:39:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <242133615.51.1469111968433.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <379980975.47.1469102483974.JavaMail.jenkins@jenkins-9.freebsd.org> References: <379980975.47.1469102483974.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #483 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 14:39:28 -0000 See ------------------------------------------ [...truncated 275395 lines...] --- vnode_if_newproto.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -h --- udf_vnops.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.udf_vnops.o -MTudf_vnops.o= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__p= rintf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-op= tion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empt= y-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-er= ror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/udf/../..= /fs/udf/udf_vnops.c -o udf_vnops.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_dbg.o --- uart_dev_ns8250.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_dev_ns8250.o -MTuart_= dev_ns8250.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float= -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector = -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointe= r-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnos= tics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wn= o-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-funct= ion -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno= -avx -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules= /uart/../../dev/uart/uart_dev_ns8250.c -o uart_dev_ns8250.o --- all_subdir_sound --- --- all_subdir_sound/driver/cmi --- ctfconvert -L VERSION -g cmi.o --- snd_cmi.ko.full --- ld -d -warn-common -r -d -o snd_cmi.ko.full cmi.o ctfmerge -L VERSION -g -o snd_cmi.ko.full cmi.o :> export_syms awk -f /builds/workspace/FreeBSD_HEAD/src/sys/conf/kmod_syms.awk snd_cmi.ko= .full export_syms | xargs -J% objcopy % snd_cmi.ko.full --- snd_cmi.ko.debug --- objcopy --only-keep-debug snd_cmi.ko.full snd_cmi.ko.debug --- snd_cmi.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dsnd_cmi.ko.debug snd_cmi.ko.fu= ll snd_cmi.ko --- all_subdir_uart --- --- uart_dev_quicc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_dev_quicc.o -MTuart_d= ev_quicc.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -g= dwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmis= sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-= sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnosti= cs-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-= error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-functio= n -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-a= vx -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/u= art/../../dev/uart/uart_dev_quicc.c -o uart_dev_quicc.o --- all_subdir_sound --- --- all_subdir_sound/driver/mss --- ctfconvert -L VERSION -g gusc.o --- mss.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.mss.o -MTmss.o -mcmodel=3D= kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwi= nd-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__= freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-u= nknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno= -error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-= sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:199= 9 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/sound/driver/mss/../../= ../../dev/sound/isa/mss.c -o mss.o --- all_subdir_udf --- ctfconvert -L VERSION -g udf_vnops.o --- all_subdir_uart --- --- uart_dev_ns8250.o --- ctfconvert -L VERSION -g uart_dev_ns8250.o --- uart_dev_quicc.o --- ctfconvert -L VERSION -g uart_dev_quicc.o --- uart_dev_sab82532.o --- --- all_subdir_udf --- --- osta.o --- --- all_subdir_uart --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_dev_sab82532.o -MTuar= t_dev_sab82532.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-f= loat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protec= tor -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-po= inter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdia= gnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare= -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-f= unction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes = -mno-avx -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/mod= ules/uart/../../dev/uart/uart_dev_sab82532.c -o uart_dev_sab82532.o --- all_subdir_udf_iconv --- =3D=3D=3D> udf_iconv (all) --- all_subdir_udf --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.osta.o -MTosta.o -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wred= undant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__= =3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body = -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-poi= nter-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso989= 9:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/udf/../../fs/udf/o= sta.c -o osta.o --- all_subdir_udf_iconv --- --- machine --- machine -> /builds/workspace/FreeBSD_HEAD/src/sys/amd64/include --- x86 --- x86 -> /builds/workspace/FreeBSD_HEAD/src/sys/x86/include --- udf_iconv.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/builds/workspace/FreeBSD_HEAD/src/sys/modules/udf_iconv/../../ -DHAVE= _KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/obj/builds/w= orkspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/workspace/= FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-= frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD= _HEAD/src/sys/GENERIC -MD -MF.depend.udf_iconv.o -MTudf_iconv.o -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wred= undant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__= =3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body = -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-poi= nter-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso989= 9:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/udf_iconv/../../fs= /udf/udf_iconv.c -o udf_iconv.o --- all_subdir_udf --- ctfconvert -L VERSION -g osta.o --- udf_vfsops.o --- --- all_subdir_udf_iconv --- ctfconvert -L VERSION -g udf_iconv.o --- all_subdir_udf --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.udf_vfsops.o -MTudf_vfsops= .o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/udf/../..= /fs/udf/udf_vfsops.c -o udf_vfsops.o --- all_subdir_udf_iconv --- --- udf_iconv.ko.full --- ld -d -warn-common -r -d -o udf_iconv.ko.full udf_iconv.o ctfmerge -L VERSION -g -o udf_iconv.ko.full udf_iconv.o :> export_syms awk -f /builds/workspace/FreeBSD_HEAD/src/sys/conf/kmod_syms.awk udf_iconv.= ko.full export_syms | xargs -J% objcopy % udf_iconv.ko.full --- udf_iconv.ko.debug --- objcopy --only-keep-debug udf_iconv.ko.full udf_iconv.ko.debug --- udf_iconv.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dudf_iconv.ko.debug udf_iconv.k= o.full udf_iconv.ko --- all_subdir_ufs --- =3D=3D=3D> ufs (all) --- machine --- machine -> /builds/workspace/FreeBSD_HEAD/src/sys/amd64/include --- x86 --- x86 -> /builds/workspace/FreeBSD_HEAD/src/sys/x86/include --- opt_ddb.h --- ln -sf /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /sys/GENERIC/opt_ddb.h opt_ddb.h --- opt_directio.h --- ln -sf /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /sys/GENERIC/opt_directio.h opt_directio.h --- opt_ffs.h --- ln -sf /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /sys/GENERIC/opt_ffs.h opt_ffs.h --- opt_quota.h --- ln -sf /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /sys/GENERIC/opt_quota.h opt_quota.h --- opt_suiddir.h --- ln -sf /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /sys/GENERIC/opt_suiddir.h opt_suiddir.h --- opt_ufs.h --- ln -sf /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /sys/GENERIC/opt_ufs.h opt_ufs.h --- vnode_if_newproto.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -h --- ufs_bmap.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.ufs_bmap.o -MTufs_bmap.o -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pri= ntf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opti= on -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-= body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-erro= r-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Di= so9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/ufs/../../ufs= /ufs/ufs_bmap.c -o ufs_bmap.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_dev_sab82532.o --- uart_dev_z8530.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_dev_z8530.o -MTuart_d= ev_z8530.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -g= dwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmis= sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-= sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnosti= cs-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-= error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-functio= n -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-a= vx -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/u= art/../../dev/uart/uart_dev_z8530.c -o uart_dev_z8530.o --- all_subdir_ufs --- ctfconvert -L VERSION -g ufs_bmap.o --- ufs_dirhash.o --- --- all_subdir_udf --- ctfconvert -L VERSION -g udf_vfsops.o --- all_subdir_ufs --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.ufs_dirhash.o -MTufs_dirha= sh.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-a= synchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-= 2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -= D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-sho= w-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-= empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wn= o-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -s= td=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/ufs/../= ../ufs/ufs/ufs_dirhash.c -o ufs_dirhash.o --- all_subdir_udf --- --- udf.ko.full --- ld -d -warn-common -r -d -o udf.ko.full udf_vfsops.o udf_vnops.o osta.o ctfmerge -L VERSION -g -o udf.ko.full udf_vfsops.o udf_vnops.o osta.o echo udf_iconv > export_syms awk -f /builds/workspace/FreeBSD_HEAD/src/sys/conf/kmod_syms.awk udf.ko.ful= l export_syms | xargs -J% objcopy % udf.ko.full --- udf.ko.debug --- objcopy --only-keep-debug udf.ko.full udf.ko.debug --- udf.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dudf.ko.debug udf.ko.full udf.k= o --- all_subdir_unionfs --- =3D=3D=3D> unionfs (all) --- machine --- machine -> /builds/workspace/FreeBSD_HEAD/src/sys/amd64/include --- x86 --- x86 -> /builds/workspace/FreeBSD_HEAD/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/sys/tools/vnode_if.awk /builds/wo= rkspace/FreeBSD_HEAD/src/sys/kern/vnode_if.src -h --- union_vfsops.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.union_vfsops.o -MTunion_vf= sops.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno= -asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwar= f-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing= -prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign= -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-s= how-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-erro= r-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -= Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx = -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/union= fs/../../fs/unionfs/union_vfsops.c -o union_vfsops.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_dev_z8530.o --- uart_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_if.o -MTuart_if.o -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__print= f__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-bo= dy -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-= pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso= 9899:1999 -c uart_if.c -o uart_if.o --- all_subdir_sound --- ctfconvert -L VERSION -g mss.o --- snd_mss.ko.full --- ld -d -warn-common -r -d -o snd_mss.ko.full mss.o gusc.o ctfmerge -L VERSION -g -o snd_mss.ko.full mss.o gusc.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_if.o --- all_subdir_sound --- :> export_syms awk -f /builds/workspace/FreeBSD_HEAD/src/sys/conf/kmod_syms.awk snd_mss.ko= .full export_syms | xargs -J% objcopy % snd_mss.ko.full --- all_subdir_uart --- --- uart_subr.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_subr.o -MTuart_subr.o= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__p= rintf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-op= tion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empt= y-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-er= ror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/uart/../.= ./dev/uart/uart_subr.c -o uart_subr.o --- all_subdir_sound --- --- snd_mss.ko.debug --- objcopy --only-keep-debug snd_mss.ko.full snd_mss.ko.debug --- snd_mss.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dsnd_mss.ko.debug snd_mss.ko.fu= ll snd_mss.ko --- all_subdir_ufs --- --- ufs_extattr.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.ufs_extattr.o -MTufs_extat= tr.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-a= synchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-= 2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -= D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-sho= w-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-= empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wn= o-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -s= td=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/ufs/../= ../ufs/ufs/ufs_extattr.c -o ufs_extattr.o --- all_subdir_unionfs --- ctfconvert -L VERSION -g union_vfsops.o --- union_vnops.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.union_vnops.o -MTunion_vno= ps.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-a= synchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-= 2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -= D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-sho= w-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-= empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wn= o-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -s= td=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/unionfs= /../../fs/unionfs/union_vnops.c -o union_vnops.o --- all_subdir_ufs --- ctfconvert -L VERSION -g ufs_extattr.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_subr.o --- all_subdir_unionfs --- --- union_subr.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.union_subr.o -MTunion_subr= .o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asy= nchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D_= _printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-= error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/unionfs/.= ./../fs/unionfs/union_subr.c -o union_subr.o --- all_subdir_uart --- --- uart_tty.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_tty.o -MTuart_tty.o -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pri= ntf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opti= on -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-= body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-erro= r-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Di= so9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/uart/../../de= v/uart/uart_tty.c -o uart_tty.o --- all_subdir_ufs --- --- ufs_dirhash.o --- ctfconvert -L VERSION -g ufs_dirhash.o --- ufs_gjournal.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.ufs_gjournal.o -MTufs_gjou= rnal.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno= -asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwar= f-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing= -prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign= -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-s= how-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-erro= r-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -= Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx = -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/ufs/.= ./../ufs/ufs/ufs_gjournal.c -o ufs_gjournal.o ctfconvert -L VERSION -g ufs_gjournal.o --- ufs_inode.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.ufs_inode.o -MTufs_inode.o= -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__p= rintf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-op= tion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empt= y-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-er= ror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/ufs/../..= /ufs/ufs/ufs_inode.c -o ufs_inode.o --- all_subdir_uart --- ctfconvert -L VERSION -g uart_tty.o --- uart_bus_acpi.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD/ob= j/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h -I. -I/builds/= workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspa= ce/FreeBSD_HEAD/src/sys/GENERIC -MD -MF.depend.uart_bus_acpi.o -MTuart_bu= s_acpi.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -f= no-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdw= arf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics= -show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-er= ror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx= -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD/src/sys/modules/uar= t/../../dev/uart/uart_bus_acpi.c -o uart_bus_acpi.o In file included from /builds/workspace/FreeBSD_HEAD/src/sys/modules/uart/.= ./../dev/uart/uart_bus_acpi.c:46: /builds/workspace/FreeBSD_HEAD/src/sys/dev/acpica/acpivar.h:36:10: fatal er= ror: 'acpi_if.h' file not found #include "acpi_if.h" ^ --- all_subdir_ufs --- ctfconvert -L VERSION -g ufs_inode.o --- all_subdir_uart --- 1 error generated. *** [uart_bus_acpi.o] Error code 1 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules/uart 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules/uart *** [all_subdir_uart] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules --- all_subdir_ufs --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules/ufs *** [all_subdir_ufs] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules --- all_subdir_unionfs --- ctfconvert -L VERSION -g union_subr.o --- union_vnops.o --- ctfconvert -L VERSION -g union_vnops.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules/unionfs *** [all_subdir_unionfs] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules 3 errors bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/Fr= eeBSD_HEAD/src/sys/GENERIC 1 error bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/Fr= eeBSD_HEAD/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [buildkernel] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jul 21 16:16:36 2016 Return-Path: Delivered-To: freebsd-current@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 14AE0BA0A0E for ; Thu, 21 Jul 2016 16:16:36 +0000 (UTC) (envelope-from jhs@berklix.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 F36761D76 for ; Thu, 21 Jul 2016 16:16:35 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id EF309BA0A0D; Thu, 21 Jul 2016 16:16:35 +0000 (UTC) Delivered-To: current@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 ECAE1BA0A0C for ; Thu, 21 Jul 2016 16:16:35 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 7761E1D75 for ; Thu, 21 Jul 2016 16:16:34 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FE9679.dip0.t-ipconnect.de [217.254.150.121]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id u6LGFDsq033725 for ; Thu, 21 Jul 2016 18:15:13 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id u6LGGOrV057195 for ; Thu, 21 Jul 2016 18:16:24 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id u6LGGCxA044695 for ; Thu, 21 Jul 2016 18:16:24 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201607211616.u6LGGCxA044695@fire.js.berklix.net> To: current@freebsd.org Subject: svn: Skipped '.' Summary of conflicts: Skipped paths: 1 From: "Julian H. Stacey" Organization: http://berklix.eu BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-URL: http://www.berklix.eu/~jhs/ Date: Thu, 21 Jul 2016 18:16:12 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 16:16:36 -0000 Hi current@ I've seen this ### about 3 times lately, anyone else ? uname -a FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT #1 r302560M: Wed Jul 13 01:28:27 CEST 2016 jhs@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small amd64 svn co -q file:///usr/svn/base/head svn up ### Skipped '.' ### Summary of conflicts: ### Skipped paths: 1 ls -l `which svn` -rwxr-xr-x 1 root wheel 259568 May 24 2015 /usr/local/bin/svn* Meantime to trace it, I'm running: cd /usr/ports/devel/subversion ; make clean ; make install cd /data/tmp/new_svn_bin/src script svn co file:///usr/svn/base/head Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/ Mail plain text, No quoted-printable, HTML, base64, MS.doc. Prefix old lines '> ' Reply below old, like play script. Break lines by 80. http://berklix.eu/brexit/#stolen_votes From owner-freebsd-current@freebsd.org Thu Jul 21 16:24:59 2016 Return-Path: Delivered-To: freebsd-current@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 35C5BBA0C96 for ; Thu, 21 Jul 2016 16:24:59 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 15A9213AB for ; Thu, 21 Jul 2016 16:24:59 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 11544BA0C95; Thu, 21 Jul 2016 16:24:59 +0000 (UTC) Delivered-To: current@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 10F80BA0C94 for ; Thu, 21 Jul 2016 16:24:59 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (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 B8ACF13AA for ; Thu, 21 Jul 2016 16:24:58 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190c-b3fff70000003193-db-5790f6256a62 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 (Symantec Messaging Gateway) with SMTP id 0F.E2.12691.526F0975; Thu, 21 Jul 2016 12:19:49 -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 u6LGJm64029840; Thu, 21 Jul 2016 12:19:48 -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 u6LGJiwJ024787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 21 Jul 2016 12:19:46 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u6LGJiI2005193; Thu, 21 Jul 2016 12:19:44 -0400 (EDT) Date: Thu, 21 Jul 2016 12:19:43 -0400 (EDT) From: Benjamin Kaduk To: "Julian H. Stacey" cc: current@freebsd.org Subject: Re: svn: Skipped '.' Summary of conflicts: Skipped paths: 1 In-Reply-To: <201607211616.u6LGGCxA044695@fire.js.berklix.net> Message-ID: References: <201607211616.u6LGGCxA044695@fire.js.berklix.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFIsWRmVeSWpSXmKPExsUixG6noqv6bUK4wcouUYsJV34wWexZ+4bd gcnj341jbB4zPs1nCWCK4rJJSc3JLEst0rdL4Mr48OkxS0EXS8XH3ltMDYyTmLsYOTkkBEwk Zjx+AGYLCbQxSRyeUtvFyAVkb2SUmD5xFQuEc4hJYt+L6UwQTgOjxKuVJ5hAWlgEtCVWXPsI ZrMJqEjMfLORDcQWEdCQeHXoEZDNwcEsIC7xsl8JJCws4CIx5f8XsHJOATuJ/iWHmEBKeAUc JE5/FQIxhQRsJRYe0QOpEBXQkVi9fwoLiM0rIChxcuYTMJtZQEti+fRtLBMYBWYhSc1CklrA yLSKUTYlt0o3NzEzpzg1Wbc4OTEvL7VI11AvN7NELzWldBMjKBg5JXl2MJ5543WIUYCDUYmH V+HFhHAh1sSy4srcQ4ySHExKorxvJwOF+JLyUyozEosz4otKc1KLDzFKcDArifBKfATK8aYk VlalFuXDpKQ5WJTEebd/aw8XEkhPLEnNTk0tSC2CycpwcChJ8Ep8BWoULEpNT61Iy8wpQUgz cXCCDOcBGh4LUsNbXJCYW5yZDpE/xajLseDH7bVMQix5+XmpUuK8KV+AigRAijJK8+DmgJPI bibVV4ziQG8J804DGcUDTEBwk14BLWECWjJHoB9kSUkiQkqqgZHn+LWK7B4ehb2fHt7ik34b s1kk7zVjw6Q3F0O4RB3+5J+2zJ7sIxp9Qmvig1M8lzYuP16Q/L5LafL7JN1jyf8Favz2On6b ZRtZf7BMyMqQK+usxutJYYlGiw5lBCt+kVtdmFKy9m2U697E3N0nv/TJqBz98tHfLbKxynb3 uc/HtW8wfbh7cLISS3FGoqEWc1FxIgB77sAw/QIAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 16:24:59 -0000 On Thu, 21 Jul 2016, Julian H. Stacey wrote: > Hi current@ > I've seen this ### about 3 times lately, anyone else ? > uname -a > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD > 12.0-CURRENT #1 r302560M: Wed Jul 13 01:28:27 CEST > 2016 > jhs@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small > amd64 > > svn co -q file:///usr/svn/base/head > svn up > ### Skipped '.' > ### Summary of conflicts: > ### Skipped paths: 1 Does 'svn st' have anything interesting to say? -Ben From owner-freebsd-current@freebsd.org Thu Jul 21 16:43:40 2016 Return-Path: Delivered-To: freebsd-current@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 C8892BA001C for ; Thu, 21 Jul 2016 16:43:40 +0000 (UTC) (envelope-from jhs@berklix.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 B275C1D7D for ; Thu, 21 Jul 2016 16:43:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id B1CF1BA001B; Thu, 21 Jul 2016 16:43:40 +0000 (UTC) Delivered-To: current@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 B1796BA0019 for ; Thu, 21 Jul 2016 16:43:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 49DB31D7A for ; Thu, 21 Jul 2016 16:43:39 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FE9679.dip0.t-ipconnect.de [217.254.150.121]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id u6LGgPB5033951; Thu, 21 Jul 2016 18:42:25 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id u6LGha0W057266; Thu, 21 Jul 2016 18:43:36 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id u6LGhIMe045239; Thu, 21 Jul 2016 18:43:30 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201607211643.u6LGhIMe045239@fire.js.berklix.net> To: Benjamin Kaduk cc: current@freebsd.org Subject: Re: svn: Skipped '.' Summary of conflicts: Skipped paths: 1 From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-URL: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Thu, 21 Jul 2016 12:19:43 -0400." Date: Thu, 21 Jul 2016 18:43:18 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 16:43:40 -0000 Hi, Reference: > From: Benjamin Kaduk > Date: Thu, 21 Jul 2016 12:19:43 -0400 (EDT) Benjamin Kaduk wrote: > On Thu, 21 Jul 2016, Julian H. Stacey wrote: > > > Hi current@ > > I've seen this ### about 3 times lately, anyone else ? > > uname -a > > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD > > 12.0-CURRENT #1 r302560M: Wed Jul 13 01:28:27 CEST > > 2016 > > jhs@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small > > amd64 > > > > svn co -q file:///usr/svn/base/head > > svn up > > ### Skipped '.' > > ### Summary of conflicts: > > ### Skipped paths: 1 > > Does 'svn st' have anything interesting to say? > -Ben cd /usr/src svn st svn: warning: W155007: '/data/release/12.0-CURRENT/usr/src' is not a working copy I had removed content ready for a rebuild ls -la total 12 drwxr-xr-x 3 jhs staff 512 Jul 21 14:43 ./ drwxr-xr-x 18 root wheel 512 Jul 20 18:46 ../ drwxr-xr-x 24 jhs staff 1024 Jul 21 15:32 head/ cd head ls # COPYRIGHT etc svn st # silent completion svn up # silent completion pwd /data/release/12.0-CURRENT/usr/src/head cd ../.. ; mv src/head s ; rmdir src ; mv s src ; cd src pwd /data/release/12.0-CURRENT/usr/src svn up Updating '.': At revision 303135. OK, it wasn't an svn problem then, I was maybe missing meta data, & have learnt status command available, & I should have tried harder ;-) Thanks Ben ! Sorry for noise to others. Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/ Mail plain text, No quoted-printable, HTML, base64, MS.doc. Prefix old lines '> ' Reply below old, like play script. Break lines by 80. http://berklix.eu/brexit/#stolen_votes From owner-freebsd-current@freebsd.org Thu Jul 21 17:32:13 2016 Return-Path: Delivered-To: freebsd-current@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 80662BA101C; Thu, 21 Jul 2016 17:32:13 +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 6CBF91CF6; Thu, 21 Jul 2016 17:32:13 +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 71B47145; Thu, 21 Jul 2016 17:32:13 +0000 (UTC) Date: Thu, 21 Jul 2016 17:32:10 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, kib@FreeBSD.org, pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <45188121.57.1469122333480.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3652 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_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.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 17:32:13 -0000 FreeBSD_HEAD_i386 - Build #3652 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3652/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3652/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3652/console Change summaries: 303154 by kib: Declare aio requests on files from local filesystems safe. Two notes: - I allow AIO on reclaimed vnodes, since it is deterministically terminated fast. - devfs mounts are marked as MNT_LOCAL, but device vnodes have type VCHR, so the slow device io is not allowed. Reviewed by: jhb Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D7273 303153 by kib: Remove spurious but harmless double-quote. Noted by: jhb 303151 by kib: Provide counter_warning(9) KPI which allows to issue limited number of warnings for some kernel events, mostly intended for the use of obsoleted or otherwise undersired interfaces. This is an abstracted and race-expelled code from compat pty driver. Requested and reviewed by: jhb Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D7270 303150 by adrian: [mx25l] add new device id. Tested: * (submitter) TP-Link TL-WR1043nd v3 Submitted by: tj@enoti.me 303147 by pfg: binutils: fix "Bad value" error in bfd for MIPS when using -Bsymbolic. >From OpenBSD's log: Inspired by https://sourceware.org/ml/binutils/2010-08/msg00333.html, but expressed differently so there are no GPLv3 issues. Obtained from: OpenBSD (CVS rev. 1.7) MFC after: 1 month The end of the build log: [...truncated 39186 lines...] --- skein256hl.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libmd -I/usr/src/lib/libmd/../../sys/crypto/sha2 -I/usr/src/lib/libmd/../../sys/crypto/skein -DWEAK_REFS -DSHA1_ASM -DRMD160_ASM -MD -MF.depend.skein256hl.So -MTskein256hl.So -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c skein256hl.c -o skein256hl.So --- lib/ncurses/ncursesw__L --- --- lib_slk.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slk.o -MTlib_slk.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slk.c -o lib_slk.o --- lib/ncurses/ncurses__L --- --- lib_wattroff.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_wattroff.o -MTlib_wattroff.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_wattroff.c -o lib_wattroff.o --- lib/ncurses/ncursesw__L --- --- lib_slkatr_set.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkatr_set.o -MTlib_slkatr_set.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkatr_set.c -o lib_slkatr_set.o --- lib/ncurses/ncurses__L --- --- lib_wattron.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_wattron.o -MTlib_wattron.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_wattron.c -o lib_wattron.o --- lib/libmd__L --- --- skein512hl.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libmd -I/usr/src/lib/libmd/../../sys/crypto/sha2 -I/usr/src/lib/libmd/../../sys/crypto/skein -DWEAK_REFS -DSHA1_ASM -DRMD160_ASM -MD -MF.depend.skein512hl.So -MTskein512hl.So -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c skein512hl.c -o skein512hl.So --- lib/ncurses/ncursesw__L --- --- lib_slkatrof.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkatrof.o -MTlib_slkatrof.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkatrof.c -o lib_slkatrof.o --- lib/ncurses/ncurses__L --- --- lib_winch.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_winch.o -MTlib_winch.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_winch.c -o lib_winch.o --- lib/ncurses/ncursesw__L --- --- lib_slkatron.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkatron.o -MTlib_slkatron.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkatron.c -o lib_slkatron.o --- lib/ncurses/ncurses__L --- --- lib_window.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_window.o -MTlib_window.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_window.c -o lib_window.o --- lib/ncurses/ncursesw__L --- --- lib_slkatrset.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkatrset.o -MTlib_slkatrset.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkatrset.c -o lib_slkatrset.o --- lib/libmd__L --- --- skein1024hl.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libmd -I/usr/src/lib/libmd/../../sys/crypto/sha2 -I/usr/src/lib/libmd/../../sys/crypto/skein -DWEAK_REFS -DSHA1_ASM -DRMD160_ASM -MD -MF.depend.skein1024hl.So -MTskein1024hl.So -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c skein1024hl.c -o skein1024hl.So --- lib/ncurses/ncursesw__L --- --- lib_slkattr.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkattr.o -MTlib_slkattr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkattr.c -o lib_slkattr.o --- lib/ncurses/ncurses__L --- --- nc_panel.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.nc_panel.o -MTnc_panel.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/nc_panel.c -o nc_panel.o --- lib/ncurses/ncursesw__L --- --- lib_slkclear.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkclear.o -MTlib_slkclear.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkclear.c -o lib_slkclear.o --- lib/libmd__L --- --- sha.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libmd -I/usr/src/lib/libmd/../../sys/crypto/sha2 -I/usr/src/lib/libmd/../../sys/crypto/skein -DWEAK_REFS -DSHA1_ASM -DRMD160_ASM -MD -MF.depend.sha.So -MTsha.So -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -DELF -Wa,--noexecstack -c /usr/src/lib/libmd/i386/sha.S -o sha.So --- lib/libthr__L --- ===> lib/libthr (obj,all,install) --- lib/libmd__L --- --- rmd160.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libmd -I/usr/src/lib/libmd/../../sys/crypto/sha2 -I/usr/src/lib/libmd/../../sys/crypto/skein -DWEAK_REFS -DSHA1_ASM -DRMD160_ASM -MD -MF.depend.rmd160.So -MTrmd160.So -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -DELF -Wa,--noexecstack -c /usr/src/lib/libmd/i386/rmd160.S -o rmd160.So --- lib/libthr__L --- --- obj --- --- lib/libmd__L --- --- libmd.a --- building static md library ar -crD libmd.a `NM='nm' NMFLAGS='' lorder md4c.o md5c.o md4hl.o md5hl.o rmd160c.o rmd160hl.o sha0c.o sha0hl.o sha1c.o sha1hl.o sha256c.o sha256hl.o sha384hl.o sha512c.o sha512hl.o sha512thl.o skein.o skein_block.o skein256hl.o skein512hl.o skein1024hl.o sha.o rmd160.o | tsort -q` --- lib/ncurses/ncurses__L --- --- resizeterm.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.resizeterm.o -MTresizeterm.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/resizeterm.c -o resizeterm.o --- lib/libmd__L --- ranlib -D libmd.a --- libmd.so.6.full --- building shared library libmd.so.6 --- lib/ncurses/ncursesw__L --- --- lib_slkcolor.o --- --- lib/libmd__L --- cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmd.so.6.full -Wl,-soname,libmd.so.6 `NM='nm' NMFLAGS='' lorder md4c.So md5c.So md4hl.So md5hl.So rmd160c.So rmd160hl.So sha0c.So sha0hl.So sha1c.So sha1hl.So sha256c.So sha256hl.So sha384hl.So sha512c.So sha512hl.So sha512thl.So skein.So skein_block.So skein256hl.So skein512hl.So skein1024hl.So sha.So rmd160.So | tsort -q` --- lib/ncurses/ncursesw__L --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkcolor.o -MTlib_slkcolor.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkcolor.c -o lib_slkcolor.o --- lib/libthr__L --- --- _umtx_op_err.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend._umtx_op_err.o -MT_umtx_op_err.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/arch/i386/i386/_umtx_op_err.S -o _umtx_op_err.o --- thr_error.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_error.o -MTthr_error.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/sys/thr_error.c -o thr_error.o --- lib/libmd__L --- --- libmd.so.6.debug --- objcopy --only-keep-debug libmd.so.6.full libmd.so.6.debug --- libmd.so.6 --- objcopy --strip-debug --add-gnu-debuglink=libmd.so.6.debug libmd.so.6.full libmd.so.6 --- lib/ncurses/ncursesw__L --- --- lib_slkinit.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkinit.o -MTlib_slkinit.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkinit.c -o lib_slkinit.o --- lib/libmd__L --- --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libmd.a /usr/obj/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libmd.so.6 /usr/obj/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libmd.so.6.debug /usr/obj/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/usr/src/tmp/lib/libmd.so.6 /usr/obj/usr/src/tmp/usr/lib/libmd.so --- _INCSINS --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/lib/libmd/md4.h /usr/src/lib/libmd/md5.h /usr/src/lib/libmd/ripemd.h /usr/src/lib/libmd/sha.h /usr/src/lib/libmd/../../sys/crypto/sha2/sha256.h /usr/src/lib/libmd/../../sys/crypto/sha2/sha384.h /usr/src/lib/libmd/../../sys/crypto/sha2/sha512.h /usr/src/lib/libmd/../../sys/crypto/sha2/sha512t.h /usr/src/lib/libmd/../../sys/crypto/skein/skein.h /usr/src/lib/libmd/../../sys/crypto/skein/skein_port.h /usr/src/lib/libmd/../../sys/crypto/skein/skein_freebsd.h /usr/src/lib/libmd/../../sys/crypto/skein/skein_iv.h /usr/obj/usr/src/tmp/usr/include/ --- lib/ncurses/ncurses__L --- --- safe_sprintf.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.safe_sprintf.o -MTsafe_sprintf.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/safe_sprintf.c -o safe_sprintf.o --- lib/libthr__L --- --- thr_affinity.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_affinity.o -MTthr_affinity.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_affinity.c -o thr_affinity.o --- thr_attr.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_attr.o -MTthr_attr.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_attr.c -o thr_attr.o --- lib/ncurses/ncursesw__L --- --- lib_slklab.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slklab.o -MTlib_slklab.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slklab.c -o lib_slklab.o --- lib/ncurses/ncurses__L --- --- tries.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.tries.o -MTtries.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/tries.c -o tries.o --- lib/ncurses/ncursesw__L --- --- lib_slkrefr.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkrefr.o -MTlib_slkrefr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkrefr.c -o lib_slkrefr.o --- lib/ncurses/ncurses__L --- --- version.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.version.o -MTversion.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/version.c -o version.o --- lib/libthr__L --- --- thr_barrier.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_barrier.o -MTthr_barrier.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_barrier.c -o thr_barrier.o --- lib/ncurses/ncurses__L --- --- vsscanf.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.vsscanf.o -MTvsscanf.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/vsscanf.c -o vsscanf.o --- lib/ncurses/ncursesw__L --- --- lib_slkset.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slkset.o -MTlib_slkset.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slkset.c -o lib_slkset.o --- lib/libthr__L --- --- thr_barrierattr.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_barrierattr.o -MTthr_barrierattr.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_barrierattr.c -o thr_barrierattr.o --- lib/ncurses/ncurses__L --- --- wresize.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.wresize.o -MTwresize.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/wresize.c -o wresize.o --- access.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.access.o -MTaccess.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/access.c -o access.o --- lib/libthr__L --- --- thr_cancel.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_cancel.o -MTthr_cancel.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_cancel.c -o thr_cancel.o --- lib/ncurses/ncursesw__L --- --- lib_slktouch.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_slktouch.o -MTlib_slktouch.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_slktouch.c -o lib_slktouch.o --- lib/libsbuf__L --- --- lib/ncurses/ncursesw__L --- --- lib_touch.o --- cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.lib_touch.o -MTlib_touch.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_touch.c -o lib_touch.o --- lib/libsbuf__L --- ===> lib/libsbuf (obj,all,install) --- lib/ncurses/ncurses__L --- --- add_tries.o --- cc -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.add_tries.o -MTadd_tries.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/add_tries.c -o add_tries.o --- lib/libsbuf__L --- --- obj --- --- lib/libthr__L --- --- thr_clean.o --- cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i386 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_clean.o -MTthr_clean.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_clean.c -o thr_clean.o --- lib/libsbuf__L --- --- subr_prf.o --- cc -O2 -pipe -MD -MF.depend.subr_prf.o -MTsubr_prf.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c -o subr_prf.o /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1209:7: error: implicit declaration of function 'atomic_cmpset_int' is invalid in C99 [-Werror,-Wimplicit-function-declaration] if (atomic_cmpset_int(counter, c, c - 1)) { ^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1210:9: error: use of undeclared identifier 'curthread' td = curthread; ^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1211:4: error: implicitly declaring library function 'log' with type 'double (double)' [-Werror,-Wimplicit-function-declaration] log(LOG_INFO, "pid %d (%s) %s%s\n", ^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1211:4: note: include the header or explicitly provide a declaration for 'log' /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1212:10: error: incomplete definition of type 'struct thread' td->td_proc->p_pid, td->td_name, msg, ~~^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1202:9: note: forward declaration of 'struct thread' struct thread *td; ^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1212:30: error: incomplete definition of type 'struct thread' td->td_proc->p_pid, td->td_name, msg, ~~^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1202:9: note: forward declaration of 'struct thread' struct thread *td; ^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1211:8: error: use of undeclared identifier 'LOG_INFO' log(LOG_INFO, "pid %d (%s) %s%s\n", ^ /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1200:1: error: no previous prototype for function 'counted_warning' [-Werror,-Wmissing-prototypes] counted_warning(unsigned *counter, const char *msg) ^ 7 errors generated. *** [subr_prf.o] Error code 1 bmake[4]: stopped in /usr/src/lib/libsbuf 1 error bmake[4]: stopped in /usr/src/lib/libsbuf *** [lib/libsbuf__L] Error code 2 bmake[3]: stopped in /usr/src --- lib/ncurses/ncursesw__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/ncurses/ncursesw *** [lib/ncurses/ncursesw__L] Error code 2 bmake[3]: stopped in /usr/src --- lib/ncurses/ncurses__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/ncurses/ncurses *** [lib/ncurses/ncurses__L] Error code 2 bmake[3]: stopped in /usr/src --- lib/libthr__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/libthr *** [lib/libthr__L] Error code 2 bmake[3]: stopped in /usr/src 4 errors bmake[3]: stopped in /usr/src *** [libraries] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_libraries] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [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_HEAD_i386] $ /bin/sh -xe /tmp/hudson4939263449837070138.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Thu Jul 21 17:54:05 2016 Return-Path: Delivered-To: freebsd-current@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 5D554BA1461 for ; Thu, 21 Jul 2016 17:54:05 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::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 215CF1C32; Thu, 21 Jul 2016 17:54:05 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-it0-x230.google.com with SMTP id u186so20087738ita.0; Thu, 21 Jul 2016 10:54:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=52RnNj6z4jNqjlv+yRcv+7/rURm+dk33qcpVwJxoYyA=; b=jGprcCWbeMVgpjJhorK9yF5y67vO00n2dIm7p/QFmBWT0QbHmpcR1VboXAHr+V6bWh 3lbqsSDgZYHlCGItF9mTHOx/YlMm56+X7Pxo2H/2QIWJ/RssnviTqBysUA+ViXHjSkKB uux7xyJcqbheazoF7/kqaGG5rFDBivtU2/fq5hssxVtYGo2n3cQmloAg0AtbZc5QfhZf kvcLKk/vdlDxurieYVUYIe59iatipi23CRsVsUFkFsn08sv9n4/2xqRGfNss2CkVvqNJ U7eMcceolKTmW6k5UQLEBG0u+LCsc2NIHE96X/C6yk2UAinax45HWrhWgOtIbkcngZOE MKTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=52RnNj6z4jNqjlv+yRcv+7/rURm+dk33qcpVwJxoYyA=; b=giB3B/SZIAbG+PDIQ8sXJVispe2WMbAMl6lZ52udp7gWdCDrnbasZZXn+tpyTv6XCz HAYv9CGD+xKn3kOFwfepmWnSm64ddF+Huz091BVumNSM/R+1/RyWGuWoessglYUdIbds 866ZrAe4Cl1AEY4iHeuh24ZyIpbT7vTc0qDyF46ErOqpzlN1qzRIBy5d7atAZ3qaF9Ug ekQBxvT8/lcNqJThw6lK5MEie9UbVt9Sz/6YpF9JKD2SU0tTh6AMZq+N/acY7zLS72A0 8k9boNJxjJ/xjaLmYzm6KBVqMXfQM2qXj+Si7OzZLS/2W49xYV6bYnsJusCHB82KuGbG x47A== X-Gm-Message-State: ALyK8tJoW/QB1oOUWsqz8At9w62nuu2VSZFUJeEyg9TMrGOMADOvPxcHoe2Ib1bEj2HeSg== X-Received: by 10.36.25.202 with SMTP id b193mr65875736itb.29.1469123635518; Thu, 21 Jul 2016 10:53:55 -0700 (PDT) Received: from [192.168.20.9] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id q1sm1720064itb.2.2016.07.21.10.53.51 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 21 Jul 2016 10:53:51 -0700 (PDT) Subject: Re: kernel no longer builds without nvme Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C153BDD0-5FB2-47B3-A513-EC5FE705D693"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <8b4650e7-81b1-be1e-0de5-dc94a32801c4@protected-networks.net> Date: Thu, 21 Jul 2016 10:53:49 -0700 Cc: freebsd-current , Scott Long , "M. Warner Losh" Message-Id: <4FF3E583-1B86-4F98-B591-A4DE6570B394@gmail.com> References: <8b4650e7-81b1-be1e-0de5-dc94a32801c4@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 17:54:05 -0000 --Apple-Mail=_C153BDD0-5FB2-47B3-A513-EC5FE705D693 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 21, 2016, at 06:45, Michael Butler = wrote: >=20 > For those of us who build "minimal" kernels: >=20 > Building /usr/obj/usr/src/sys/VM02/vers.c > Building /usr/obj/usr/src/sys/VM02/vers.o > Building /usr/obj/usr/src/sys/VM02/kernel > --- kernel --- > linking kernel > cam_xpt.o: In function `xpt_announce_periph': > /usr/src/sys/cam/cam_xpt.c:(.text+0xcd2): undefined reference to > `nvme_print_ident' > cam_xpt.o: In function `xpt_denounce_periph': > /usr/src/sys/cam/cam_xpt.c:(.text+0xe76): undefined reference to > `nvme_print_ident' > cam_xpt.o: In function `xpt_run_devq': > /usr/src/sys/cam/cam_xpt.c:(.text+0x2bc0): undefined reference to > `nvme_op_string' > /usr/src/sys/cam/cam_xpt.c:(.text+0x2bd8): undefined reference to > `nvme_cmd_string' > cam_xpt.o: In function `xpt_bus_register': > /usr/src/sys/cam/cam_xpt.c:(.text+0x620b): undefined reference to > `nvme_get_xport' > *** [kernel] Error code 1 CCing Scott and Warner. This is one of many reports I=E2=80=99ve seen = related to this issue. Thanks, -Ngie --Apple-Mail=_C153BDD0-5FB2-47B3-A513-EC5FE705D693 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXkQwuAAoJEPWDqSZpMIYVvdQP/jHrl0Ykm4x2rlhZEGAVNtTo jApEw/49jW9ufI0HdlConhPj2p3eJgIQuI9lKARVyELE+bA0RrrXIEKKtUVu+EBi 87/YVuNYuKfYbwq395jPBsNkzCcDABxw2TuD8XvS0jG+k3T/ljCOBAiDE3jZF0EI IATOfvStsQVRD92rSsp4lCLyNhOU4/hgyA99KgZAXy/kK8A5ipHLZPq/F9kIuwtQ y4Ry/lnveM4Kw51rsY334YxUKehQZSCuEcaRx0KXggb9YRUp1ycZzSjDjx6Y9xWk Gzq5qRm6+bthFF43i7pTsQHFHq59nJuFOQ7xGFJF+F14ApFrws7A9mdcyhcqCifX 1O8BHJC4keIf1TomSfvXDFe2HhPEjYcKmVtaejXSI3D0VKvb8Pb2AjW9jhx9lM/G 4OlbAgqM5msHas22Kow2tQxpHouUYTjh9DYuNraZrdppac5dRFw7l31OJESlACOY 3OjHfLTQyDRZVp2zwJKQgtugRd1MhdhubeIjDiCEWVdjOYQMGxfBRzLvr2HalEzY m75XVE21yXT228Ov6DRjVvRktqfmU7SDefKmqWeUmcsakxOcy1V8YKZYvJac2i/L o8jPo8CoNIbD/r+4bsoS9+3sp7DznZNsiKz7ugz3m/bd9lPovrFzCRVXggJjR+Sj RiKU1os0oyXfTdwVkdD5 =l2+X -----END PGP SIGNATURE----- --Apple-Mail=_C153BDD0-5FB2-47B3-A513-EC5FE705D693-- From owner-freebsd-current@freebsd.org Thu Jul 21 18:06:53 2016 Return-Path: Delivered-To: freebsd-current@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 155A6BA17CF for ; Thu, 21 Jul 2016 18:06:53 +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 0473B18B1; Thu, 21 Jul 2016 18:06:53 +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 1B281147; Thu, 21 Jul 2016 18:06:53 +0000 (UTC) Date: Thu, 21 Jul 2016 18:06:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1857192194.58.1469124413041.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <242133615.51.1469111968433.JavaMail.jenkins@jenkins-9.freebsd.org> References: <242133615.51.1469111968433.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD #484 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 18:06:53 -0000 See From owner-freebsd-current@freebsd.org Thu Jul 21 18:37:37 2016 Return-Path: Delivered-To: freebsd-current@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 1E0BBBA1FF2 for ; Thu, 21 Jul 2016 18:37:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0506D1438 for ; Thu, 21 Jul 2016 18:37:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id u6LIWZsC048779 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 21 Jul 2016 11:32:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id u6LIWZqj048778 for freebsd-current@freebsd.org; Thu, 21 Jul 2016 11:32:35 -0700 (PDT) (envelope-from sgk) Date: Thu, 21 Jul 2016 11:32:35 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Who broke world and how to fix? Message-ID: <20160721183235.GA48770@troutmask.apl.washington.edu> Reply-To: kargl@uw.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-Mailman-Approved-At: Thu, 21 Jul 2016 19:27:56 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 18:37:37 -0000 Updating uname -a FreeBSD 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #3 r302248: Tue Jun 28 10:11:31 PDT 2016 data/obj/usr/src/sys/SPEW amd64 to top-of-tree ===> lib/libsbuf (obj,all,install) cc -O2 -pipe -MD -MF.depend.subr_prf.o -MTsubr_prf.o -std=gnu99 \ -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k \ -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes \ -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch \ -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline \ -Wnested-externs -Wredundant-decls -Wold-style-definition \ -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety \ -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable \ -Qunused-arguments -c /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c \ -o subr_prf.o /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1209:7: error: implicit declaration of function 'atomic_cmpset_int' is invalid in C99 [-Werror,-Wimplicit-function-declaration] if (atomic_cmpset_int(counter, c, c - 1)) { ^ -- Steve From owner-freebsd-current@freebsd.org Thu Jul 21 19:50:18 2016 Return-Path: Delivered-To: freebsd-current@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 EBE26BA146E for ; Thu, 21 Jul 2016 19:50:18 +0000 (UTC) (envelope-from kaduk@mit.edu) 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 CB8081272 for ; Thu, 21 Jul 2016 19:50:18 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id C722EBA146D; Thu, 21 Jul 2016 19:50:18 +0000 (UTC) Delivered-To: current@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 C6C63BA146A for ; Thu, 21 Jul 2016 19:50:18 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (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 7A42D1271 for ; Thu, 21 Jul 2016 19:50:18 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190c-b53ff70000003193-97-57912777ef4a Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 52.B5.12691.77721975; Thu, 21 Jul 2016 15:50:16 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id u6LJoFS4010080; Thu, 21 Jul 2016 15:50:15 -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 u6LJoBYT030797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 21 Jul 2016 15:50:14 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u6LJoBLF001628; Thu, 21 Jul 2016 15:50:11 -0400 (EDT) Date: Thu, 21 Jul 2016 15:50:10 -0400 (EDT) From: Benjamin Kaduk To: "Julian H. Stacey" cc: current@freebsd.org Subject: Re: svn: Skipped '.' Summary of conflicts: Skipped paths: 1 In-Reply-To: <201607211643.u6LGhIMe045239@fire.js.berklix.net> Message-ID: References: <201607211643.u6LGhIMe045239@fire.js.berklix.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsUixCmqrVuhPjHc4OwfXosJV34wWexZ+4bd gcnj341jbB4zPs1nCWCK4rJJSc3JLEst0rdL4Mp4dP8cS8E+loq5ny+xNDDuZe5i5OSQEDCR 2PdzNlMXIxeHkEAbk8SKZyfYIJyNjBLLmq4zQjiHmCQObdjODuE0MEp8fHqQBaSfRUBb4v6z aWA2m4CKxMw3G9lAbBEBDYlXhx4B2RwczALiEi/7lUDCwgIuElP+f2ECsTkF7CS6P/YygpTw CjhIXHvDCRIWErCV2L3yE9gUUQEdidX7p4BN5xUQlDg58wmYzSygJbF8+jaWCYwCs5CkZiFJ LWBkWsUom5JbpZubmJlTnJqsW5ycmJeXWqRrqJebWaKXmlK6iREckJI8OxjPvPE6xCjAwajE w6vwYkK4EGtiWXFl7iFGSQ4mJVHet5OBQnxJ+SmVGYnFGfFFpTmpxYcYJTiYlUR4e9Umhgvx piRWVqUW5cOkpDlYlMR5t39rDxcSSE8sSc1OTS1ILYLJynBwKEnwngdpFCxKTU+tSMvMKUFI M3FwggznARq+VBVkeHFBYm5xZjpE/hSjLseCH7fXMgmx5OXnpUqJ834CKRIAKcoozYObA04k u5lUXzGKA70lzGsCso4HmITgJr0CWsIEtGSOQD/IkpJEhJRUAyP7wR3ns7YvbDVu41rnbqJZ I5DcdmWe6p++gxylzspLOsrOtf/n2dI178vzQ4tZU3MT1vvd+XZcUJlNg+nIm4UmPm8D8x98 Oavu7pb3s7cloLZzNWNQF5uYzuG0e341c0U/77Cd+dbpn9TJT9+Pi7F1zZxgdYVD75cG808Z Q5VLU5i3MATlb1ZiKc5INNRiLipOBAAbGV+l/wIAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 19:50:19 -0000 On Thu, 21 Jul 2016, Julian H. Stacey wrote: > Hi, Reference: > > From: Benjamin Kaduk > > Date: Thu, 21 Jul 2016 12:19:43 -0400 (EDT) > > Benjamin Kaduk wrote: > > OK, it wasn't an svn problem then, I was maybe missing meta data, > & have learnt status command available, & I should have tried harder ;-) > Thanks Ben ! Sorry for noise to others. FWIW, you can also pass another argument to svn co that tells it what to name the directory with the checkout, so you could (e.g.): cd /usr svn co -q file:///usr/svn/base/head src -Ben From owner-freebsd-current@freebsd.org Thu Jul 21 19:50:54 2016 Return-Path: Delivered-To: freebsd-current@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 D4F14BA14B9 for ; Thu, 21 Jul 2016 19:50:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A5AFF13D1 for ; Thu, 21 Jul 2016 19:50:54 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1469130649; bh=LH99jxi3ju2ueAQghRULgpOrSYt0CY3PfRUizJaP0Ts=; b=N wN9MB/np2mmbSys+6AOTCShfNlWuSfQpYbrmBO5+MpOsyfS/iW67hID0qGGqGEXq z9QqT2rcNxJFChSEht9Q7sLL5+NHWzJTPvbDCx0P8lwFy2m+X1Kc7m4qtYyvgASp kWV5+fb369sMUb0pja2qQb4VwlM2AajUqiGmSSZidk= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 4A2D41C589; Thu, 21 Jul 2016 15:50:49 -0400 (EDT) Subject: Re: Who broke world and how to fix? To: kargl@uw.edu, freebsd-current@freebsd.org References: <20160721183235.GA48770@troutmask.apl.washington.edu> From: Michael Butler Message-ID: <05f9555f-45af-b44e-2f3b-d2f9dc80f0c3@protected-networks.net> Date: Thu, 21 Jul 2016 15:50:48 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160721183235.GA48770@troutmask.apl.washington.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 19:50:54 -0000 On 07/21/16 14:32, Steve Kargl wrote: > Updating uname -a > FreeBSD 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 > #3 r302248: Tue Jun 28 10:11:31 PDT 2016 > data/obj/usr/src/sys/SPEW amd64 > > to top-of-tree > > ===> lib/libsbuf (obj,all,install) > cc -O2 -pipe -MD -MF.depend.subr_prf.o -MTsubr_prf.o -std=gnu99 \ > -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k \ > -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes \ > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch \ > -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline \ > -Wnested-externs -Wredundant-decls -Wold-style-definition \ > -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety \ > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable \ > -Qunused-arguments -c /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c \ > -o subr_prf.o > /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1209:7: error: implicit > declaration of function 'atomic_cmpset_int' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > if (atomic_cmpset_int(counter, c, c - 1)) { > ^ > It's fixed at and after SVN r303155, imb From owner-freebsd-current@freebsd.org Thu Jul 21 19:59:24 2016 Return-Path: Delivered-To: freebsd-current@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 79A06BA1709 for ; Thu, 21 Jul 2016 19:59:24 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 45E80198C for ; Thu, 21 Jul 2016 19:59:24 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1469131159; bh=5UtjO/EXd0+pJe1dP/u2vIyMDAGxodr3uEFEuPaIJr4=; b=p C2VCO73aqR/P8PjAk+nCm7numGuxqMRvanrO0/3cfpE1bopUr2jTYqU5pS6pU2z6 s0f7XIwaha6HMHJ72nZ0VY+gwenQEkhumuhDm9mZCd1DzoKwdiYpw+urFlNpQw1f C9f6RDc6d7FP1hqQJB5COCWntizOhdILq36f40J/eI= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 988FA1C692; Thu, 21 Jul 2016 15:59:19 -0400 (EDT) Subject: Re: Who broke world and how to fix? To: kargl@uw.edu References: <20160721183235.GA48770@troutmask.apl.washington.edu> <05f9555f-45af-b44e-2f3b-d2f9dc80f0c3@protected-networks.net> <20160721195449.GA16597@troutmask.apl.washington.edu> Cc: freebsd-current@freebsd.org From: Michael Butler Message-ID: <60ed7129-34e7-01ab-8357-724489742796@protected-networks.net> Date: Thu, 21 Jul 2016 15:59:19 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160721195449.GA16597@troutmask.apl.washington.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 19:59:24 -0000 On 07/21/16 15:54, Steven G. Kargl wrote: > On Thu, Jul 21, 2016 at 03:50:48PM -0400, Michael Butler wrote: >> On 07/21/16 14:32, Steve Kargl wrote: >>> Updating uname -a >>> FreeBSD 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 >>> #3 r302248: Tue Jun 28 10:11:31 PDT 2016 >>> data/obj/usr/src/sys/SPEW amd64 >>> >>> to top-of-tree >>> >>> ===> lib/libsbuf (obj,all,install) >>> cc -O2 -pipe -MD -MF.depend.subr_prf.o -MTsubr_prf.o -std=gnu99 \ >>> -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k \ >>> -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes \ >>> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch \ >>> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline \ >>> -Wnested-externs -Wredundant-decls -Wold-style-definition \ >>> -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety \ >>> -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable \ >>> -Qunused-arguments -c /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c \ >>> -o subr_prf.o >>> /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1209:7: error: implicit >>> declaration of function 'atomic_cmpset_int' is invalid in C99 >>> [-Werror,-Wimplicit-function-declaration] >>> if (atomic_cmpset_int(counter, c, c - 1)) { >>> ^ >>> >> >> It's fixed at and after SVN r303155, >> > > Thanks. I found r303155 about 5 minutes ago after scurry to > the svn-src-head mailing list. > > Now, if only the guilty party would fix 'make buildkernel'. > > --- kernel.full --- > linking kernel.full > cam_xpt.o: In function `xpt_announce_periph': > /usr/src/sys/cam/cam_xpt.c:1037: undefined reference to `nvme_print_ident' > cam_xpt.o: In function `xpt_denounce_periph': > /usr/src/sys/cam/cam_xpt.c:1092: undefined reference to `nvme_print_ident' > cam_xpt.o: In function `xpt_run_devq': > /usr/src/sys/cam/cam_xpt.c:3331: undefined reference to `nvme_op_string' > /usr/src/sys/cam/cam_xpt.c:3331: undefined reference to `nvme_cmd_string' > cam_xpt.o: In function `xpt_bus_register': > /usr/src/sys/cam/cam_xpt.c:3927: undefined reference to `nvme_get_xport' > *** [kernel.full] Error code 1 > > Two-for-two today. > I just added "device nvme" to my kernel config pending the real fix, imb From owner-freebsd-current@freebsd.org Thu Jul 21 20:23:16 2016 Return-Path: Delivered-To: freebsd-current@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 3EAD9BA1C2A; Thu, 21 Jul 2016 20:23:16 +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 31D5C1823; Thu, 21 Jul 2016 20:23:16 +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 5A8E814B; Thu, 21 Jul 2016 20:23:16 +0000 (UTC) Date: Thu, 21 Jul 2016 20:23:13 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1128581535.62.1469132596405.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <45188121.57.1469122333480.JavaMail.jenkins@jenkins-9.freebsd.org> References: <45188121.57.1469122333480.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3653 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 20:23:16 -0000 FreeBSD_HEAD_i386 - Build #3653 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3653/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3653/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3653/cons= ole Change summaries: 303158 by emaste: libmd: strip local absolute symbols (to link with lld) Old versions of gas produce an invalid section index. That is ignored by old versions of ld, but prevents a link with lld. Submitted by:=09Rafael =C3=81vila de Esp=C3=ADndola (earlier version) Reviewed by:=09allanjude Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D6789 303157 by emaste: libcxxrt: add padding in __cxa_allocate_* to fix alignment The addition of the referenceCount to __cxa_allocate_exception put the unwindHeader at offset 0x58 in __cxa_exception, but it requires 16-byte alignment. In order to avoid changing the current __cxa_exception ABI (and thus breaking its consumers), add explicit padding in the allocation routines (and account for it when freeing). This is intended as a lower-risk change for FreeBSD 11. A "more correct" fix should be prepared for upstream and -CURRENT. Reviewed by:=09dim MFC after:=093 days Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D7271 303156 by emaste: Remove duplicate symbols from libroken version-script.map Upstream commit r24759 (efed563) prefixed some symbols with rk_, but introduced 6 duplicate symbols in the version script (because the rk_-prefixed versions of the symbols were already present). 303155 by kib: Hide counted_warning(9) under #ifdef _KERNEL braces, to allow building subr_prf.c in userspace for libsbuf. Sponsored by:=09The FreeBSD Foundation MFC after:=091 week From owner-freebsd-current@freebsd.org Thu Jul 21 19:54:50 2016 Return-Path: Delivered-To: freebsd-current@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 31313BA16C7 for ; Thu, 21 Jul 2016 19:54:50 +0000 (UTC) (envelope-from kargl@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F2D5018A6 for ; Thu, 21 Jul 2016 19:54:49 +0000 (UTC) (envelope-from kargl@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id u6LJsngw016605 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 Jul 2016 12:54:49 -0700 (PDT) (envelope-from kargl@troutmask.apl.washington.edu) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id u6LJsnQV016604; Thu, 21 Jul 2016 12:54:49 -0700 (PDT) (envelope-from kargl) Date: Thu, 21 Jul 2016 12:54:49 -0700 From: "Steven G. Kargl" To: Michael Butler Cc: kargl@uw.edu, freebsd-current@freebsd.org Subject: Re: Who broke world and how to fix? Message-ID: <20160721195449.GA16597@troutmask.apl.washington.edu> Reply-To: kargl@uw.edu References: <20160721183235.GA48770@troutmask.apl.washington.edu> <05f9555f-45af-b44e-2f3b-d2f9dc80f0c3@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05f9555f-45af-b44e-2f3b-d2f9dc80f0c3@protected-networks.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-Mailman-Approved-At: Thu, 21 Jul 2016 20:31:54 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 19:54:50 -0000 On Thu, Jul 21, 2016 at 03:50:48PM -0400, Michael Butler wrote: > On 07/21/16 14:32, Steve Kargl wrote: > > Updating uname -a > > FreeBSD 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 > > #3 r302248: Tue Jun 28 10:11:31 PDT 2016 > > data/obj/usr/src/sys/SPEW amd64 > > > > to top-of-tree > > > > ===> lib/libsbuf (obj,all,install) > > cc -O2 -pipe -MD -MF.depend.subr_prf.o -MTsubr_prf.o -std=gnu99 \ > > -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k \ > > -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes \ > > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch \ > > -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline \ > > -Wnested-externs -Wredundant-decls -Wold-style-definition \ > > -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety \ > > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable \ > > -Qunused-arguments -c /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c \ > > -o subr_prf.o > > /usr/src/lib/libsbuf/../../sys/kern/subr_prf.c:1209:7: error: implicit > > declaration of function 'atomic_cmpset_int' is invalid in C99 > > [-Werror,-Wimplicit-function-declaration] > > if (atomic_cmpset_int(counter, c, c - 1)) { > > ^ > > > > It's fixed at and after SVN r303155, > Thanks. I found r303155 about 5 minutes ago after scurry to the svn-src-head mailing list. Now, if only the guilty party would fix 'make buildkernel'. --- kernel.full --- linking kernel.full cam_xpt.o: In function `xpt_announce_periph': /usr/src/sys/cam/cam_xpt.c:1037: undefined reference to `nvme_print_ident' cam_xpt.o: In function `xpt_denounce_periph': /usr/src/sys/cam/cam_xpt.c:1092: undefined reference to `nvme_print_ident' cam_xpt.o: In function `xpt_run_devq': /usr/src/sys/cam/cam_xpt.c:3331: undefined reference to `nvme_op_string' /usr/src/sys/cam/cam_xpt.c:3331: undefined reference to `nvme_cmd_string' cam_xpt.o: In function `xpt_bus_register': /usr/src/sys/cam/cam_xpt.c:3927: undefined reference to `nvme_get_xport' *** [kernel.full] Error code 1 Two-for-two today. -- Steve http://troutmask.apl.washington.edu/~kargl/ From owner-freebsd-current@freebsd.org Thu Jul 21 21:03:58 2016 Return-Path: Delivered-To: freebsd-current@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 DEF7DBA06DF for ; Thu, 21 Jul 2016 21:03:58 +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 D14A91E52; Thu, 21 Jul 2016 21:03:58 +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 3B26A14E; Thu, 21 Jul 2016 21:03:59 +0000 (UTC) Date: Thu, 21 Jul 2016 21:03:59 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <399167946.65.1469135039167.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1857192194.58.1469124413041.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1857192194.58.1469124413041.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #485 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 21:03:59 -0000 See From owner-freebsd-current@freebsd.org Fri Jul 22 00:05:49 2016 Return-Path: Delivered-To: freebsd-current@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 BCB7BBA03A5 for ; Fri, 22 Jul 2016 00:05:49 +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 AF1771139; Fri, 22 Jul 2016 00:05:49 +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 CAFE7155; Fri, 22 Jul 2016 00:05:49 +0000 (UTC) Date: Fri, 22 Jul 2016 00:05:49 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <434171004.72.1469145949342.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <399167946.65.1469135039167.JavaMail.jenkins@jenkins-9.freebsd.org> References: <399167946.65.1469135039167.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD #486 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: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 00:05:49 -0000 See From owner-freebsd-current@freebsd.org Fri Jul 22 01:46:34 2016 Return-Path: Delivered-To: freebsd-current@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 B6B98BA098D for ; Fri, 22 Jul 2016 01:46:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pa0-x244.google.com (mail-pa0-x244.google.com [IPv6:2607:f8b0:400e:c03::244]) (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 876BB1CC1 for ; Fri, 22 Jul 2016 01:46:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-pa0-x244.google.com with SMTP id ez1so6065875pab.3 for ; Thu, 21 Jul 2016 18:46:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DSSyZ4t7tyUuc2V1MgWVocKTF4QojViBJvcWSNqVskI=; b=klJ0PMI/sQDJRdmwuME7nOglIGZs6M7qqHI2s6JTb7HqqHpqsa0lLdr/1pb6GiLiNx kc4UQPWHP4MeBGfni46bwDM0/tFxjgxrez8cdF4PO29VqJfxzfPp451XYH8wSUQ6tUfW KbgHRGsTHbcelTfaNzmzLawHgz8vc6eRUCUrEv+kehf1uYtPyExcjO67YJdt1OnHPvF5 PC5mkCca/1atVT5mXI73fPzihNUMaHHS9yBySLP+95U33JlTPq3s11gQ3s+6N314rhOp NiVpPyZHECZK+ym/ixvK4RE8yXSiAjkkq/6pEqB/UVp3frRt/sgNtrcSCZdbve3oIVMv X9ug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DSSyZ4t7tyUuc2V1MgWVocKTF4QojViBJvcWSNqVskI=; b=IQlXWKvBRWWJYCo7ud2FADpwhlX4BmDvS2I3t1VBdeRFBhYore1EyKX7Sw6QoKGg1C SiBNLa46/NZV6F+EqUUsp+DXCCea8rb/0+3mKsHQGizdibrsolsdwBpfXS1h957WEJC8 XBYZVeA+6nxmC4KPVjcUKceDFy3evWRLx/YECNGGZHgiOX6FRny0oaUOAlRdGSx4cqLE Unp0VnQnP9IreuCkezCd7I00+EneSdN/MwAaM7lf1DLb4ATZnuP6+SRHirqUKEw1ylxR cPHkzAjsyvXX8na3Tl2T878nhedH++mGjavqtq+5QuS4c6nDVcHrs/sX5HqzA9zYAaUp ayXg== X-Gm-Message-State: AEkoouv7U+KC0vw8UxcDDe42vaiY7zgUqiHBAXg4zhLGE6hEBXjz3iIcNeiRmgs/SiKpsA== X-Received: by 10.66.232.136 with SMTP id to8mr2096333pac.130.1469151994000; Thu, 21 Jul 2016 18:46:34 -0700 (PDT) Received: from [100.127.64.186] ([69.53.245.200]) by smtp.gmail.com with ESMTPSA id g10sm15133791pfc.57.2016.07.21.18.46.32 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 21 Jul 2016 18:46:33 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: kernel no longer builds without nvme From: Warner Losh In-Reply-To: <4FF3E583-1B86-4F98-B591-A4DE6570B394@gmail.com> Date: Thu, 21 Jul 2016 19:46:31 -0600 Cc: Michael Butler , freebsd-current , Scott Long , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: References: <8b4650e7-81b1-be1e-0de5-dc94a32801c4@protected-networks.net> <4FF3E583-1B86-4F98-B591-A4DE6570B394@gmail.com> To: "Ngie Cooper (yaneurabeya)" X-Mailer: Apple Mail (2.3124) X-Mailman-Approved-At: Fri, 22 Jul 2016 02:07:22 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 01:46:34 -0000 > On Jul 21, 2016, at 11:53 AM, Ngie Cooper (yaneurabeya) = wrote: >=20 >>=20 >> On Jul 21, 2016, at 06:45, Michael Butler = wrote: >>=20 >> For those of us who build "minimal" kernels: >>=20 >> Building /usr/obj/usr/src/sys/VM02/vers.c >> Building /usr/obj/usr/src/sys/VM02/vers.o >> Building /usr/obj/usr/src/sys/VM02/kernel >> --- kernel --- >> linking kernel >> cam_xpt.o: In function `xpt_announce_periph': >> /usr/src/sys/cam/cam_xpt.c:(.text+0xcd2): undefined reference to >> `nvme_print_ident' >> cam_xpt.o: In function `xpt_denounce_periph': >> /usr/src/sys/cam/cam_xpt.c:(.text+0xe76): undefined reference to >> `nvme_print_ident' >> cam_xpt.o: In function `xpt_run_devq': >> /usr/src/sys/cam/cam_xpt.c:(.text+0x2bc0): undefined reference to >> `nvme_op_string' >> /usr/src/sys/cam/cam_xpt.c:(.text+0x2bd8): undefined reference to >> `nvme_cmd_string' >> cam_xpt.o: In function `xpt_bus_register': >> /usr/src/sys/cam/cam_xpt.c:(.text+0x620b): undefined reference to >> `nvme_get_xport' >> *** [kernel] Error code 1 >=20 > CCing Scott and Warner. This is one of many reports I=E2=80=99ve seen = related to this issue. Fixed in https://svnweb.freebsd.org/changeset/base/303165 . Sorry about = the mixup. I didn=E2=80=99t even think to test this case. Warner From owner-freebsd-current@freebsd.org Fri Jul 22 02:39:31 2016 Return-Path: Delivered-To: freebsd-current@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 06AEFBA13F9 for ; Fri, 22 Jul 2016 02:39:31 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C6B791355; Fri, 22 Jul 2016 02:39:30 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1469155167; bh=7dRB3xK4qZJ4rLVvDZylXbx8BpaExgt+KFUYcMmut2k=; b=h jYNNcAWbbTHXVZWWthEsbL8QAprFVkiF4oEL7KhEWrKuAoEH8qrPFEoRpVGEhV9a Zide+mBNcZGV2z3pJMgcvPmCvzJ1JrwggtmP3I334AvvsQX6MVLFgWo4G+SUz9g1 gMbqxyJPWk0k0iBXnDA9hAxiCwLtTOTJ1rqR0XfXLo= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 11FCA1C401; Thu, 21 Jul 2016 22:39:27 -0400 (EDT) Subject: Re: kernel no longer builds without nvme To: Warner Losh , "Ngie Cooper (yaneurabeya)" References: <8b4650e7-81b1-be1e-0de5-dc94a32801c4@protected-networks.net> <4FF3E583-1B86-4F98-B591-A4DE6570B394@gmail.com> Cc: freebsd-current , Scott Long , Warner Losh From: Michael Butler Message-ID: Date: Thu, 21 Jul 2016 22:39:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 02:39:31 -0000 On 07/21/16 21:46, Warner Losh wrote: >> On Jul 21, 2016, at 11:53 AM, Ngie Cooper (yaneurabeya) wrote: >>> On Jul 21, 2016, at 06:45, Michael Butler wrote: >>> >>> For those of us who build "minimal" kernels: >>> >>> Building /usr/obj/usr/src/sys/VM02/vers.c >>> Building /usr/obj/usr/src/sys/VM02/vers.o >>> Building /usr/obj/usr/src/sys/VM02/kernel >>> --- kernel --- >>> linking kernel >>> cam_xpt.o: In function `xpt_announce_periph': >>> /usr/src/sys/cam/cam_xpt.c:(.text+0xcd2): undefined reference to >>> `nvme_print_ident' [ .. snip .. ] >> CCing Scott and Warner. This is one of many reports I’ve seen related to this issue. > > Fixed in https://svnweb.freebsd.org/changeset/base/303165 . Sorry about the mixup. > I didn’t even think to test this case. Thanks - it wasn't a big deal; I knew what I could do to work around it, imb From owner-freebsd-current@freebsd.org Fri Jul 22 02:40:23 2016 Return-Path: Delivered-To: freebsd-current@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 A4554BA148A for ; Fri, 22 Jul 2016 02:40:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x242.google.com (mail-io0-x242.google.com [IPv6:2607:f8b0:4001:c06::242]) (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 69AEB14DD for ; Fri, 22 Jul 2016 02:40:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x242.google.com with SMTP id y195so6626876iod.0 for ; Thu, 21 Jul 2016 19:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=oJ5ov5QfFWpMQhF0iyaVn4Pxfx+K/YEf/5DvyWmSxxo=; b=Z4ns50yptWxxkxonLizLXBendq1r+32ZPtfn+b0GL6b6ux97XQ6SQcEOBDBXxlAZtm Tz/CmUZQuDG0w4ABouRwtan2xMX+epLX5fRzH4t1g3ePc/Els4eif/8fFGPPGtObdoXJ YO/5zK4Svuv9epc0cIeRMVCvrmTznwfuhfzf3V3V3WEEDoeoFHEbSgjJt4wHT9ZA4/iN pwz6hW8jdlHl10Gjbkrjdro+YQkgsdCDhU8xsrGt5SmFGzrvEN4JvD5nR6Ml8n/zehLz lqwv2L1fd4mJEEwi804sM/53LqldRph1Ck/fslkTb6xDvzGkjGIQ3yXnWrJaN+uh58zV eT6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=oJ5ov5QfFWpMQhF0iyaVn4Pxfx+K/YEf/5DvyWmSxxo=; b=SPlTyXkuo0MT1m1jR80pbavQC31mnfO9ckjyD8YlVgXL3cS12iBWnWeg9JV8eCtZTl v2fdehrp8khdpXr/DpWsAsjNUMW4HM9h3+jwDGL5xy83TKGi5eKNWIegCJSZ4d8Gzkh7 gpAYaBxjEMR/sBcMkqV4WJ5ArN+HY9+3V5CAaGbw60ObDwsfXMSR/FF+2O+0SQxqSffV 65bDo3nO3LuJ8ybTuWmyA2HSJ29Rt5nN+BTWyGEsoaIkZx9lOgMfpw3EdNYHbRNxJyeR oCsXo2naVlvXUav+6xjwoRNJc1FAke/jndecwwLZgkmTHK7Rs6Hj/41596DdrvN+bq2b krKw== X-Gm-Message-State: AEkoouuI/ZN5PevAmQIi1Gol40LMxcbzzip/xZAFUqPKH0VnkBt9N/Qw5VYKJzHHUcWbfmcD6s0MvVSwdr83rA== X-Received: by 10.107.133.93 with SMTP id h90mr2015078iod.16.1469155222782; Thu, 21 Jul 2016 19:40:22 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Thu, 21 Jul 2016 19:40:22 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Thu, 21 Jul 2016 20:40:22 -0600 X-Google-Sender-Auth: 5WGGOboT2ht-p2_nfIQZ2TFAM9Q Message-ID: Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) To: David Chisnall Cc: Ed Maste , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 02:40:23 -0000 On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall wrot= e: > On 20 Jul 2016, at 16:46, Warner Losh wrote: >> >> I've been trying to get the final spec for it. Right now it's a >> disorganized series >> of patches, some of which have been merge some that haven't. I'll send y= ou a >> copy when I can find something better than "here's the code." > > Thanks. From the information I can find, it looks as if most of the mach= inery required to implement it is already in dtc, so it should (hopefully) = just be a matter of adding a new keyword to detect plugins, a scan to find = the cross-references (or possibly reusing the existing one) and then a litt= le bit of extra logic. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Docume= ntation/devicetree/overlay-notes.txt has the specs. Warner From owner-freebsd-current@freebsd.org Fri Jul 22 07:03:37 2016 Return-Path: Delivered-To: freebsd-current@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 2A7BDBA1C19 for ; Fri, 22 Jul 2016 07:03:37 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 094C31DCA; Fri, 22 Jul 2016 07:03:36 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from c124.sec.cl.cam.ac.uk (c124.sec.cl.cam.ac.uk [128.232.18.124]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u6M73RtQ048920 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Jul 2016 07:03:34 GMT (envelope-from theraven@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_C381328B-4319-414D-B7A2-3C9C1B488CD7"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) From: David Chisnall In-Reply-To: Date: Fri, 22 Jul 2016 08:03:29 +0100 Cc: Ed Maste , FreeBSD Current Message-Id: <10FBB716-E0BA-4146-92FD-F90AB4F8987C@FreeBSD.org> References: To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 07:03:37 -0000 --Apple-Mail=_C381328B-4319-414D-B7A2-3C9C1B488CD7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 22 Jul 2016, at 03:40, Warner Losh wrote: >=20 > On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall = wrote: >> On 20 Jul 2016, at 16:46, Warner Losh wrote: >>>=20 >>> I've been trying to get the final spec for it. Right now it's a >>> disorganized series >>> of patches, some of which have been merge some that haven't. I'll = send you a >>> copy when I can find something better than "here's the code." >>=20 >> Thanks. =46rom the information I can find, it looks as if most of = the machinery required to implement it is already in dtc, so it should = (hopefully) just be a matter of adding a new keyword to detect plugins, = a scan to find the cross-references (or possibly reusing the existing = one) and then a little bit of extra logic. >=20 > = https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Docum= entation/devicetree/overlay-notes.txt > has the specs. Hmm, that=E2=80=99s even less complete than the docs that I=E2=80=99d = found. =46rom that, it seems as if the only thing that dtc needs to do = is support the /plugin/ syntax and emit a section describing unresolved = references? Or is dtc also expected to be able to do the merging? David --Apple-Mail=_C381328B-4319-414D-B7A2-3C9C1B488CD7 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwNzIyMDcwMzMwWjAjBgkqhkiG9w0BCQQx FgQUnonYzFjssqnnSj3AO5NP3YcUyBAwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAI6N96sgzQu5urOkdDMTUDysKj1jppG2I8WFt2MddPDpLBNZsMyTm04k rCTy8keGV9MRYCsG1HZy5BLAZ0/S4TH2fB3JRxa0obGsrjrJMzL+egRjO63r7zDZ6IMA3K90qMtS DSklZVsdngdk3P+dq0WhiXsYdpfwdWmkzHdW3JH79NZ7L6nR/OJRJQpAAK4vikT4eK183sl+NGXp EscT0mzGT0hFldiUnlV891zwXZGW+MCfbrg1vB1dwxMKG/tTZnPbVOT315zlHnEWK/h9xI0+Xebx wAL1YXe6Z7QMrJsyLvkhUqjznY5a3l00ECBFyGgO60BkcyHCe24Kbuph67cAAAAAAAA= --Apple-Mail=_C381328B-4319-414D-B7A2-3C9C1B488CD7-- From owner-freebsd-current@freebsd.org Fri Jul 22 08:46:33 2016 Return-Path: Delivered-To: freebsd-current@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 6A7A4BA06F5 for ; Fri, 22 Jul 2016 08:46:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 218171BD2 for ; Fri, 22 Jul 2016 08:46:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24971 invoked from network); 22 Jul 2016 08:46:26 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 22 Jul 2016 08:46:26 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.6) with SMTP; Fri, 22 Jul 2016 04:46:30 -0400 (EDT) Received: (qmail 30767 invoked from network); 22 Jul 2016 08:46:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Jul 2016 08:46:30 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id E84F91C4371; Fri, 22 Jul 2016 01:46:23 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r303168 for TARGET_ARCH=powerpc: etc/mtree/BSD.lib32.dist usr/lib32/i18n/ usr/lib32/dtrace/ usr/lib32/ involved Message-Id: Date: Fri, 22 Jul 2016 01:46:23 -0700 To: freebsd-stable@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 08:46:33 -0000 Context: amd64 11.0 -r303168 cross build sequence WITH_META_MODE=3Dyes = of TARGET_ARCH=3Dpowerpc (non-64), buildworld then installworld and = mergemaster to a local directory: mergemaster produced . . . > *** You chose the automatic install option for files that did not > exist on your system. The following were installed for you: > = /usr/obj/DESTDIRs/clang-powerpc-installworld/etc/mtree/BSD.lib32.dist The later delete-old delete-old-libs produced . . . > >>> Removing old files (only deletes safe to delete libs) > remove = /usr/obj/DESTDIRs/clang-powerpc-installworld/etc/mtree/BSD.lib32.dist? y > >>> Old files removed > >>> Removing old directories > = /usr/obj/DESTDIRs/clang-powerpc-installworld/usr/share/locale/kk_KZ.UTF-8 > /usr/obj/DESTDIRs/clang-powerpc-installworld/usr/lib32/i18n > /usr/obj/DESTDIRs/clang-powerpc-installworld/usr/lib32/dtrace > /usr/obj/DESTDIRs/clang-powerpc-installworld/usr/lib32 > >>> Old directories removed > To remove old libraries run 'make delete-old-libs'. > >>> Removing old libraries > Please be sure no application still uses those libraries, else you > can not start such an application. Consult UPDATING for more > information regarding how to cope with the removal/revision bump > of a specific library. > >>> Old libraries removed For some reason "lib32" is involved a little bit when no such is needed. Context details: The prior build had been for -r302457 . # more ~/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host=20 TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODEBUG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_DEBUG_FILES=3D make.conf empty. Side note: WARNING to avoid bad implications: clang 3.8.0 produces code that = violates the powerpc (32-bit) ABI FreeBSD requires relative to stack = handling. There are other problems as well, such as exception handling. = To actually use the buildworld result I'd use a kernel modified to have = a so-called "red-zone" for signal delivery. clang can not yet build the = kernel so that part would be gcc 4.2.1 based. This does not deal with = the exception handling issues or other things but can be fairly useful. = (I'm weeks away from having powerpc or powerpc64 access again.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Jul 22 15:33:49 2016 Return-Path: Delivered-To: freebsd-current@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 6418DB9F0E2 for ; Fri, 22 Jul 2016 15:33:49 +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 550351DD5; Fri, 22 Jul 2016 15:33:49 +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 27E4A5C; Fri, 22 Jul 2016 15:33:49 +0000 (UTC) Date: Fri, 22 Jul 2016 15:33:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <413741174.0.1469201628725.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <434171004.72.1469145949342.JavaMail.jenkins@jenkins-9.freebsd.org> References: <434171004.72.1469145949342.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #487 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: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 15:33:49 -0000 See ------------------------------------------ [...truncated 320374 lines...] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_gtar_lzma -> passed [0.105s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_gtar_sparse -> passed [0.264s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_gtar_sparse_skip_entry -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_iso_Z -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_iso_multi_extent -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_iso_xorriso -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isojoliet_bz2 -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isojoliet_long -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isojoliet_rr -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isojoliet_versioned -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isorr_bz2 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isorr_ce -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isorr_new_bz2 -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isorr_rr_moved -> passed [0.152s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_isozisofs_bz2 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_lha -> passed [0.119s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_lha_bugfix_0 -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_lha_filename -> passed [0.099s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_mtree -> passed [0.596s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_mtree_filenames_only -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_mtree_nochange -> passed [0.097s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_mtree_nomagic_v1_form -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_mtree_nomagic_v2_form -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_mtree_nomagic_v2_netbsd_form -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_mtree_nonexistent_contents_file -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_pax_bz2 -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_basic -> passed [0.298s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_binary -> passed [0.373s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_compress_best -> passed [0.235s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_compress_normal -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_encryption_data -> passed [0.099s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_encryption_header -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_encryption_partially -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_invalid1 -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multi_lzss_blocks -> passed [0.141s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multivolume -> passed [0.823s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multivolume_seek_data -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multivolume_seek_multiple_files -> passed [0.108s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multivolume_skip -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multivolume_stored_file -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multivolume_stored_file_skip -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_multivolume_uncompressed_files -> passed [0.144s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_noeof -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_ppmd_lzss_conversion -> passed [0.960s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_sfx -> passed [0.102s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_subblock -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_unicode_CP932 -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_unicode_UTF8 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_rar_windows -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_raw -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tar -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tar_concatenated -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tar_empty_filename -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tar_empty_pax -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tar_filename -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tbz -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tgz -> passed [0.082s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tlz -> passed [0.099s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_txz -> passed [0.102s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_tz -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_ustar_filename -> passed [0.120s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_warc -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_xar -> passed [0.100s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip -> passed [0.097s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_comment_stored -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_encryption_data -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_encryption_header -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_encryption_partially -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_CP866_CP1251 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_CP866_CP1251_win -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_CP866_KOI8R -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_CP866_UTF8 -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_CP932_CP932 -> passed [0.099s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_CP932_UTF8 -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_CP932_eucJP -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_KOI8R_CP1251 -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_KOI8R_CP866 -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_KOI8R_UTF8 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_KOI8R_UTF8_2 -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_UTF8_CP1251 -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_UTF8_CP866 -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_UTF8_CP932 -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_UTF8_KOI8R -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_UTF8_UTF8 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_UTF8_UTF8_ru -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_filename_UTF8_eucJP -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_mac_metadata -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_malformed -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_msdos -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_nested -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_nofiletype -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_padded1 -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_padded2 -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_padded3 -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_sfx -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_traditional_encryption_data -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes128 -> passed [0.116s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes256 -> passed [0.133s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes256_large -> passed [0.146s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes256_stored -> passed [0.133s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_zip64a -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_zip64b -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_large -> passed [1.260s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_pax_truncated -> passed [0.967s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_position -> passed [0.141s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_set_format -> passed [0.173s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_set_wrong_format -> passed [0.151s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_too_many_filters -> passed [0.118s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated -> passed [0.197s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_bzip2 -> passed [0.733s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_compress -> passed [0.574s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_gzip -> passed [0.385s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_lzip -> passed [1.121s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_lzma -> passed [1.076s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_lzop -> passed [0.139s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_xz -> passed [1.073s] [192.168.10.2] out: lib/libarchive/functional_test:test_sparse_basic -> passed [0.247s] [192.168.10.2] out: lib/libarchive/functional_test:test_tar_filenames -> passed [0.298s] [192.168.10.2] out: lib/libarchive/functional_test:test_tar_large -> passed [0.191s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_CP1251_UTF8 -> passed [0.114s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_CP932_UTF8 -> passed [0.204s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_EUCJP_CP932 -> passed [0.166s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_EUCJP_UTF8 -> passed [0.113s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_KOI8R_CP866 -> passed [0.108s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_KOI8R_UTF8 -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_Russian_Russia -> passed [0.158s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_UTF8_CP866 -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_ru_RU_CP1251 -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filenames -> passed [0.103s] [192.168.10.2] out: lib/libarchive/functional_test:test_warn_missing_hardlink_target -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk -> passed [0.351s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_appledouble -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_failures -> passed [0.230s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_hardlink -> passed [0.106s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_hfs_compression -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_lookup -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_mac_metadata -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_no_hfs_compression -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_perms -> passed [0.270s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_secure -> passed [0.159s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_sparse -> passed [0.441s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_symlink -> passed [0.098s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_times -> passed [0.097s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_b64encode -> passed [0.139s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_bzip2 -> passed [0.945s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_compress -> passed [0.104s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_gzip -> passed [0.124s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_gzip_timestamp -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lrzip -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4 -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_dependence -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_size_4 -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_size_5 -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_size_6 -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_disable_stream_checksum -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_enable_block_checksum -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lzip -> passed [0.625s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lzma -> passed [0.613s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lzop -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_program -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_uuencode -> passed [0.138s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_xz -> passed [0.658s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip -> passed [0.611s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_bzip2 -> passed [0.232s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_copy -> passed [0.220s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_deflate -> passed [0.229s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_lzma1 -> passed [0.372s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_lzma2 -> passed [0.348s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_ppmd -> passed [0.272s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_empty_archive -> passed [0.082s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_empty_files -> passed [0.222s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_bzip2 -> passed [7.704s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_copy -> passed [1.707s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_deflate -> passed [2.502s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_lzma1 -> passed [11.042s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_lzma2 -> passed [9.490s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_ppmd -> passed [1.073s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_ar -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio_empty -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio_newc -> passed [0.084s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio_odc -> passed [0.221s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_gnutar -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_gnutar_filenames -> passed [0.273s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_gnutar_linknames -> passed [0.177s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660 -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_boot -> passed [0.099s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_empty -> passed [0.294s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_filename -> passed [0.477s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_zisofs -> passed [0.127s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_absolute_path -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_classic -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_classic_indent -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_fflags -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_no_leading_dotslash -> passed [0.203s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_no_separator -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_quoted_filename -> passed [0.155s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_pax -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_raw -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_raw_b64 -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_shar_empty -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_empty -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_sparse -> passed [0.174s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_ustar -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_v7tar -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_warc -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_warc_empty -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_xar -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_xar_empty -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip64 -> passed [0.097s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_compression_store -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_empty -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_empty_zip64 -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_file -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_file_zip64 -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_large -> passed [0.197s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_traditional_pkware_encryption -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_winzip_aes128_encryption -> passed [0.307s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_winzip_aes256_encryption -> passed [0.513s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_zip64_oversize -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_open_memory -> passed [0.101s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip64 -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip64_improved_streaming -> passed [0.106s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip_improved_streaming -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_CP932 -> passed [0.098s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_EUCJP -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_KOI8R -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_Russian_Russia -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_UTF8 -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_ru_RU_CP1251 -> passed [0.088s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fd -> passed [0.317s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fdcwd -> passed [0.029s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fdcwderr -> passed [0.023s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fderr1 -> passed [0.022s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fderr2 -> passed [0.027s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fderr3 -> passed [0.026s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fdlink -> expected_failure: Depends on non-standard behavior not mentioned in POSIX.1-2008: /builds/workspace/FreeBSD_HEAD/src/contrib/netbsd-tests/lib/libc/c063/t_faccessat.c:174: faccessat(dfd, BASELINK, F_OK, AT_SYMLINK_NOFOLLOW) == 0 not met [0.036s] Resuming build [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fd -> Killed [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Fri Jul 22 16:35:42 2016 Return-Path: Delivered-To: freebsd-current@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 3E676BA1154; Fri, 22 Jul 2016 16:35:42 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 E64481E64; Fri, 22 Jul 2016 16:35:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bQdQC-001TmU-Vt>; Fri, 22 Jul 2016 18:35:32 +0200 Received: from x4e34affa.dyn.telefonica.de ([78.52.175.250] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bQdQC-001OoI-Lz>; Fri, 22 Jul 2016 18:35:32 +0200 Date: Fri, 22 Jul 2016 18:35:56 +0200 From: "O. Hartmann" To: freebsd-usb@freebsd.org, FreeBSD CURRENT Subject: Digi Watchport/T temperature sensor as /dev/ttyU Message-ID: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/yU=6rfK1L/9sco8CZOexKVw"; protocol="application/pgp-signature" X-Originating-IP: 78.52.175.250 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 16:35:42 -0000 --Sig_/yU=6rfK1L/9sco8CZOexKVw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable For temperature monitoring, we have a bunch of Digi Watchport/T sensors:=20 http://ftp1.digi.com/support/documentation/90000406_H.pdf They work well with CentOS 5/6 systems and there is also a Nagios plugin, w= ritten in Perl, which makes those sensors usable with Nagios/Icinga/Icinga2:=20 =20 https://exchange.nagios.org/directory/Plugins/System-Metrics/Environmental/= check_watchptTemp/details When attached to FreeBSD 12-CURRENT, the sensor is seen as a generic USB de= vice, for instance ugen2.7: at usbus2, cfg=3D0 md=3DHOST spd= =3DFULL (12Mbps) pwr=3DON (80mA) I tried to load any available USB serial port/adaptor driver available to m= ake this sensor attach as a ttyU? as it does in Linux (/dev/ttyUSB), but no luck so = far. I'm not familiar with serial consoles or the derial capabilities of FreeBSD, so i m= ight have overseen something essential. I'd like to access the sensor to retrieve tem= perature data, even if it is in a crude way. Poking around with USB, I found that the sens= or device does release some informations, so hopefully there is a way to make it look like= a tty, see my attempts to get some informations out of the device below. If someone has some help, hints or advice, I'd appreciate an email (please = CC me, I do not subscribe the QUESTION list). Thanks in advance, Oliver # usbconfig -u 2 -a 7 dump_device_desc ugen2.7: at usbus2, cfg=3D0 md=3DHOST spd= =3DFULL (12Mbps) pwr=3DON (80mA) bLength =3D 0x0012=20 bDescriptorType =3D 0x0001=20 bcdUSB =3D 0x0110=20 bDeviceClass =3D 0x00ff bDeviceSubClass =3D 0x0000=20 bDeviceProtocol =3D 0x00ff=20 bMaxPacketSize0 =3D 0x0008=20 idVendor =3D 0x1608=20 idProduct =3D 0x0304=20 bcdDevice =3D 0x0100=20 iManufacturer =3D 0x0001 iProduct =3D 0x0002 iSerialNumber =3D 0x0003 bNumConfigurations =3D 0x0001=20 # usbconfig -u 2 -a 7 dump_all_config_desc ugen2.7: at usbus2, cfg=3D0 md=3DHOST spd= =3DFULL (12Mbps) pwr=3DON (80mA) Configuration index 0 bLength =3D 0x0009=20 bDescriptorType =3D 0x0002=20 wTotalLength =3D 0x0027=20 bNumInterfaces =3D 0x0001=20 bConfigurationValue =3D 0x0001=20 iConfiguration =3D 0x0000 bmAttributes =3D 0x00a0=20 bMaxPower =3D 0x0028=20 Interface 0 bLength =3D 0x0009=20 bDescriptorType =3D 0x0004=20 bInterfaceNumber =3D 0x0000=20 bAlternateSetting =3D 0x0000=20 bNumEndpoints =3D 0x0003=20 bInterfaceClass =3D 0x00ff bInterfaceSubClass =3D 0x0000=20 bInterfaceProtocol =3D 0x00ff=20 iInterface =3D 0x0000 Endpoint 0 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0081 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x0000=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Endpoint 1 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0001 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x0000=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Endpoint 2 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0087 bmAttributes =3D 0x0003 wMaxPacketSize =3D 0x0008=20 bInterval =3D 0x0001=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 --Sig_/yU=6rfK1L/9sco8CZOexKVw Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXkktsAAoJEOgBcD7A/5N8z34H/j3Zg8eBnzTHXMRX4sTeqQYd gojIaaCkejI5svgzT5UcpDBe7OVizZWNWtJCC+KkMoDKlKlfqMO85Qgd9rSVKw6c NGksLFPH5JHtxXQjYzEQBP4AI5ZifT99WIumyARHLS3okohi8mafyuzRIstetgTp c861/u6LjMGDXWgMl+c8E3Ds7khi2RQbl3wetPKhfAvziGlTZBIxEjre8rlgHD81 6y2mbTrkWVRpl4A1lHdHFhvb/zvXP8gJva2G/z8ao08rUFqJj1cL4t50/5ZQSaGY LUqi4LCRClVUDlM0Ex3BmhgGjeRvTg8tjQqbWZGeSxZykpqHG8DhLP8on2U9BkM= =D3zW -----END PGP SIGNATURE----- --Sig_/yU=6rfK1L/9sco8CZOexKVw-- From owner-freebsd-current@freebsd.org Fri Jul 22 16:52:57 2016 Return-Path: Delivered-To: freebsd-current@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 0FD5EBA16A7 for ; Fri, 22 Jul 2016 16:52:57 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 E2B321A23 for ; Fri, 22 Jul 2016 16:52:56 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e2421fc6-502c-11e6-8929-8ded99d5e9d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 22 Jul 2016 16:53:58 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u6MGqsnB009175; Fri, 22 Jul 2016 10:52:54 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1469206374.84197.14.camel@freebsd.org> Subject: Re: Digi Watchport/T temperature sensor as /dev/ttyU From: Ian Lepore To: "O. Hartmann" , freebsd-usb@freebsd.org, FreeBSD CURRENT Date: Fri, 22 Jul 2016 10:52:54 -0600 In-Reply-To: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> References: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> Content-Type: multipart/mixed; boundary="=-UMmVGZVU10LQFsSYFmHD" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 16:52:57 -0000 --=-UMmVGZVU10LQFsSYFmHD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Fri, 2016-07-22 at 18:35 +0200, O. Hartmann wrote: > For temperature monitoring, we have a bunch of Digi Watchport/T > sensors: > > http://ftp1.digi.com/support/documentation/90000406_H.pdf > > [...] I think the attached patch will make it show up as a ttyU*/cuaU* device for you. (You should probably use the /dev/cuaU* flavor, to avoid problems with tty layer and modem control signals). I keep wishing we had a mechanism, like a sysctl that could be set or something, that would let you supply a vendor/product pair and have the ugensa driver attach to that device, for quick testing of this sort of thing. -- Ian --=-UMmVGZVU10LQFsSYFmHD Content-Disposition: inline; filename="watchportt.diff" Content-Type: text/x-patch; name="watchportt.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/dev/usb/serial/ugensa.c =================================================================== --- sys/dev/usb/serial/ugensa.c (revision 302505) +++ sys/dev/usb/serial/ugensa.c (working copy) @@ -158,6 +158,7 @@ static const STRUCT_USB_HOST_ID ugensa_devs[] = { {USB_VPI(USB_VENDOR_KYOCERA2, USB_PRODUCT_KYOCERA2_CDMA_MSM_K, 0)}, {USB_VPI(USB_VENDOR_HP, USB_PRODUCT_HP_49GPLUS, 0)}, {USB_VPI(USB_VENDOR_NOVATEL2, USB_PRODUCT_NOVATEL2_FLEXPACKGPS, 0)}, + {USB_VPI(USB_VENDOR_INSIDEOUT, USB_PRODUCT_INSIDEOUT_WATCHPORTT, 0)}, }; DRIVER_MODULE(ugensa, uhub, ugensa_driver, ugensa_devclass, NULL, 0); Index: sys/dev/usb/usbdevs =================================================================== --- sys/dev/usb/usbdevs (revision 302505) +++ sys/dev/usb/usbdevs (working copy) @@ -2456,6 +2456,7 @@ product INITIO INIC_1610P 0x1e40 USB to SATA Bridg /* Inside Out Networks products */ product INSIDEOUT EDGEPORT4 0x0001 EdgePort/4 serial ports +product INSIDEOUT WATCHPORTT 0x0304 WatchPort/T /* In-System products */ product INSYSTEM F5U002 0x0002 Parallel printer --=-UMmVGZVU10LQFsSYFmHD-- From owner-freebsd-current@freebsd.org Sat Jul 23 04:16:43 2016 Return-Path: Delivered-To: freebsd-current@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 4F6CCBA2D04 for ; Sat, 23 Jul 2016 04:16:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x242.google.com (mail-it0-x242.google.com [IPv6:2607:f8b0:4001:c0b::242]) (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 110DA1BBD for ; Sat, 23 Jul 2016 04:16:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x242.google.com with SMTP id u186so4248167ita.1 for ; Fri, 22 Jul 2016 21:16:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=R4NqIfYPOLps56bbK8Fe9MBAMvxWeXSHMmjV9YRa/7A=; b=hmVT6YggCAe0fK6CMb1OqaoN5BhRegEDE8u4MbUkf7M7MVK/KSnkMOC/k4xi8HsBUP YBF45PMa1TcOBDmNspoYiEYS42sAVJx5DW5gsvU4xpN5Jq30swG9qq0XwSWy/baTX+M5 VggfJrw1tdLIebk3ui0sLaWCKnAd/rVSOg2ymmPw06VkXr135B4kS2fRaYk6FWlA2K7R MaGRr8XcjTGEJkUgsGWht7SG2JNKM98DcOlG9+1v28SGhZaktoONzbYcSpYN0JajelKt lm6jWEzy98so7hhq79oyOTyDZ0tRnPk0Bg8u3iebCRFRjanZm4atLhAZaK8qEiDLVdln 0ZkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=R4NqIfYPOLps56bbK8Fe9MBAMvxWeXSHMmjV9YRa/7A=; b=h36EDPD953+CIl9ZRow6uIt7Ma0QPOSrtZvchbq2PIUP4LMOOgCYi3vIHXIyyPU1EL 12ykya3rKkXd9F78QC4A+UW8HeW43skJOq/6aBTLXLrPAvkuNRvvf76tWff9S2voJpba hcwW0gViMVkrAHW0jdoE2LYPf7wRB8MXBa0vGO4DwaZCB84Ho7KT+A3NwARnZee0JZlt ecarTnddWn9SK/u4ALSb4JJYqQsQpr4XiI5aSGQI9twcta5KBq+eLdF1EErH2A2H7C9E mt7FjIP3rtPjzAn6/yZjwvRRHw2E3XeUJJ35gzc4XsaU/gG3KAj4PkmgB403MzEsui4d hO8w== X-Gm-Message-State: AEkoous69OBowtWjB3Y4VdglDhMIOqVoO9EtBeCMuOewj9i0u6xt4yw/ds1lD7QXQoOhpIu5YVpJfheMJgHZCg== X-Received: by 10.36.39.195 with SMTP id g186mr7924786ita.53.1469247401545; Fri, 22 Jul 2016 21:16:41 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Fri, 22 Jul 2016 21:16:41 -0700 (PDT) X-Originating-IP: [72.168.176.80] In-Reply-To: <10FBB716-E0BA-4146-92FD-F90AB4F8987C@FreeBSD.org> References: <10FBB716-E0BA-4146-92FD-F90AB4F8987C@FreeBSD.org> From: Warner Losh Date: Fri, 22 Jul 2016 22:16:41 -0600 X-Google-Sender-Auth: JgYva_uJNgzHHXciugnCSEeogK8 Message-ID: Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) To: David Chisnall Cc: Ed Maste , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 04:16:43 -0000 On Fri, Jul 22, 2016 at 1:03 AM, David Chisnall wrot= e: > On 22 Jul 2016, at 03:40, Warner Losh wrote: >> >> On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall w= rote: >>> On 20 Jul 2016, at 16:46, Warner Losh wrote: >>>> >>>> I've been trying to get the final spec for it. Right now it's a >>>> disorganized series >>>> of patches, some of which have been merge some that haven't. I'll send= you a >>>> copy when I can find something better than "here's the code." >>> >>> Thanks. From the information I can find, it looks as if most of the ma= chinery required to implement it is already in dtc, so it should (hopefully= ) just be a matter of adding a new keyword to detect plugins, a scan to fin= d the cross-references (or possibly reusing the existing one) and then a li= ttle bit of extra logic. >> >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Doc= umentation/devicetree/overlay-notes.txt >> has the specs. > > Hmm, that=E2=80=99s even less complete than the docs that I=E2=80=99d fou= nd. Can you share that then? >From that, it seems as if the only thing that dtc needs to do is support t= he /plugin/ syntax and emit a section describing unresolved references? I believe so, yes. >Or is dtc also expected to be able to do the merging? I think that's TBD. We'll need, at the very least, an update libfdt from upstream that knows how to do the merging, as well as changes to /boot/loader to be able to pick and choose which plugins to add to the base. If we can do all that with the BSDL DTC and it passes all the other GPL test cases, then we may have a winner and we can get started integrating plugin support to /boot/loader. I know my RPi would be happier if it had a 'standard' DTB with a plugin for whatever 1-wire stuff I'm playing with today. Warner From owner-freebsd-current@freebsd.org Sat Jul 23 04:52:53 2016 Return-Path: Delivered-To: freebsd-current@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 5593BBA0273; Sat, 23 Jul 2016 04:52:53 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id B9C5A1BC0; Sat, 23 Jul 2016 04:52:51 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp118-210-19-35.lns20.adl2.internode.on.net (HELO midget.dons.net.au) ([118.210.19.35]) by ipmail06.adl2.internode.on.net with ESMTP; 23 Jul 2016 14:17:39 +0930 Received: from [10.0.2.24] ([10.0.2.24]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id u6N4lbmD088884 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Jul 2016 14:17:37 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: Digi Watchport/T temperature sensor as /dev/ttyU Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> Date: Sat, 23 Jul 2016 14:17:37 +0930 Cc: freebsd-usb@freebsd.org, FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <6117BF23-00D5-42D1-80E2-967621E81064@dons.net.au> References: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-Spam-Score: -2.899 () ALL_TRUSTED,BAYES_00,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 04:52:53 -0000 > On 23 Jul 2016, at 02:05, O. Hartmann = wrote: >=20 > I tried to load any available USB serial port/adaptor driver available = to make this > sensor attach as a ttyU? as it does in Linux (/dev/ttyUSB), but no = luck so far. I'm not > familiar with serial consoles or the derial capabilities of FreeBSD, = so i might have > overseen something essential. I'd like to access the sensor to = retrieve temperature data, > even if it is in a crude way. Poking around with USB, I found that the = sensor device does > release some informations, so hopefully there is a way to make it look = like a tty, see my > attempts to get some informations out of the device below. Do you know what driver picks it up in Linux? It's pretty likely you just need to add an entry in one of the existing = drivers to tell it about this device. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Sat Jul 23 07:21:37 2016 Return-Path: Delivered-To: freebsd-current@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 932AABA20F9 for ; Sat, 23 Jul 2016 07:21:37 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 577AD1782 for ; Sat, 23 Jul 2016 07:21:37 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.120.8] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1bQrFY-0005VV-O8 for freebsd-current@freebsd.org; Sat, 23 Jul 2016 09:21:28 +0200 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id u6N7LSme002171 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 23 Jul 2016 09:21:28 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id u6N7LSTc002170 for freebsd-current@freebsd.org; Sat, 23 Jul 2016 09:21:28 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 23 Jul 2016 09:21:28 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: seldom crashes on Dell E6330 with 12-CURRENT Message-ID: <20160723072128.GA2136@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.120.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 07:21:37 -0000 Hello, I own since July 15 a new laptop and faced 3 crashes, details see below. What can I do to gather more information? Thanks notes in general: - hardware: Dell E6330, amd64, 4 cores i5-3360M, 8 GByte RAM, 250 GByte SSD w/ TRIM - WLAN: urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R - kernel: GENERIC r302904 (July 15) - poudriere 3.2-pre: compiling ~1800 ports in 4 builders - swap as plain file in /usr/swap01, 8 GByte - apart of the crashes below, no crash during buildworld, buildkernel and ~48 hours of poudriere fetching distfiles and making ~1800 ports - no errors on 'memtest 1G' crashes/observations: 16.07.2016 07:12 - on shutdown swap device (plain file in /usr) could not be detached - drop to kdb - nothing in /var/log/messages 17.07.2016 19:41 - hard locked, had to power-off - last command issued on console (no X11): cp -p * /usr/PKGDIR (around 1700 files, 2 GByte) - nothing in /var/log/messages 20.07.2016 19:27 - hard locked, had to power-off - last command issued in xterm: fgrep mra... ~/* - nothing in /var/log/messages -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 "Wer übersieht, dass wir uns den anderen weggenommen haben und sie uns wiederhaben wollen, kann von den Kämpfen der letzten Tage keinen verstehen. Und kann natürlich auch keinen dieser Kämpfe bestehen." Hermann Kant in jW 1.10.1989 From owner-freebsd-current@freebsd.org Sat Jul 23 10:38:10 2016 Return-Path: Delivered-To: freebsd-current@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 9BCADBA1244 for ; Sat, 23 Jul 2016 10:38:10 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68CC818C1; Sat, 23 Jul 2016 10:38:09 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u6NAbuob056151 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Jul 2016 10:38:00 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: multipart/signed; boundary="Apple-Mail=_5F583564-E32C-472A-A316-4E0E01B92722"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) From: David Chisnall In-Reply-To: Date: Sat, 23 Jul 2016 11:37:56 +0100 Cc: Ed Maste , FreeBSD Current Message-Id: <8502419A-2BC9-4893-ACCA-E6EB359FB7F5@FreeBSD.org> References: <10FBB716-E0BA-4146-92FD-F90AB4F8987C@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 10:38:10 -0000 --Apple-Mail=_5F583564-E32C-472A-A316-4E0E01B92722 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 23 Jul 2016, at 05:16, Warner Losh wrote: >=20 > On Fri, Jul 22, 2016 at 1:03 AM, David Chisnall = wrote: >> On 22 Jul 2016, at 03:40, Warner Losh wrote: >>>=20 >>> On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall = wrote: >>>> On 20 Jul 2016, at 16:46, Warner Losh wrote: >>>>>=20 >>>>> I've been trying to get the final spec for it. Right now it's a >>>>> disorganized series >>>>> of patches, some of which have been merge some that haven't. I'll = send you a >>>>> copy when I can find something better than "here's the code." >>>>=20 >>>> Thanks. =46rom the information I can find, it looks as if most of = the machinery required to implement it is already in dtc, so it should = (hopefully) just be a matter of adding a new keyword to detect plugins, = a scan to find the cross-references (or possibly reusing the existing = one) and then a little bit of extra logic. >>>=20 >>> = https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Docum= entation/devicetree/overlay-notes.txt >>> has the specs. >>=20 >> Hmm, that=E2=80=99s even less complete than the docs that I=E2=80=99d = found. >=20 > Can you share that then? I only found tutorial-style things: https://www.raspberrypi.org/documentation/configuration/device-tree.md = https://learn.adafruit.com/introduction-to-the-beaglebone-black-device-tre= e/device-tree-overlays I was hoping for something a bit more like a spec. >> =46rom that, it seems as if the only thing that dtc needs to do is = support the /plugin/ syntax and emit a section describing unresolved = references? >=20 > I believe so, yes. That sounds like it should be easy. >=20 >> Or is dtc also expected to be able to do the merging? >=20 > I think that's TBD. We'll need, at the very least, an update libfdt > from upstream that knows how to do the merging, as well as changes to > /boot/loader to be able to pick and choose which plugins to add to the > base. If we can do all that with the BSDL DTC and it passes all the > other GPL test cases, then we may have a winner and we can get started > integrating plugin support to /boot/loader. I know my RPi would be > happier if it had a 'standard' DTB with a plugin for whatever 1-wire > stuff I'm playing with today. Patrick Wildt was running the GPL=E2=80=99d dtc test suite and I fixed = all of the things that he reported broken. We=E2=80=99re now using a = less-efficient algorithm for calculating the cross-references so that we = resolve things in the same order, which makes doing a diff on the dts = produced by the two tools easier. David --Apple-Mail=_5F583564-E32C-472A-A316-4E0E01B92722 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwNzIzMTAzNzU2WjAjBgkqhkiG9w0BCQQx FgQUJiIdeW949mLCGjKNjN15WARLJDAwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAARZjcxuKwdq01Pw7GTgLCi54+o/N2sxek71IdZ6VfxD5D0fsWTCQ+u0 OgKyLMDKecTYOaWf7AoJSVV3ik1h35YbVo8Syi+Y3QPYUW3kBPOD2TinmJb7Daw/2zgDk4P+LId9 B1HChGSgk1KZIdR0FheK0WczJD4cPI5y0fr/nVq2flwE6lWrgJ8j2D+pe8WqRDVT9tFkmkjZ2Fg4 54OfzRjsHVmGROBf/K40QVrWpleKbydr6ID852M4HWT+ohdUJzYMHYY0Jdpw/lY7QSxln5CBv2oW HNzmJqoHMNwvMmGrvAFe+XP52C8l/eKPBnMjfFAcXE4IihNhDRjX4kl+b24AAAAAAAA= --Apple-Mail=_5F583564-E32C-472A-A316-4E0E01B92722-- From owner-freebsd-current@freebsd.org Sat Jul 23 11:26:46 2016 Return-Path: Delivered-To: freebsd-current@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 70213BA27B6 for ; Sat, 23 Jul 2016 11:26:46 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (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 ED05F18B8 for ; Sat, 23 Jul 2016 11:26:45 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id f65so83935814wmi.0 for ; Sat, 23 Jul 2016 04:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Q+NYoc2tI0zDlfgQHDe1CJVOZA9LpDK6iEZHw7lCPLo=; b=skskC19/EuJY+OZrmXHNB+ftBjwpqIv4enzbc9HMRfd3B4PuzROAy0AalVXb1FdTVM +6r53hr33ZQyPJ4xktAzZ33d4jCIYNN8ziRsep9pwucVIBMahQfGpt+2R6UQxbDLat2g jyY4v2h1T30QYyv7ewzM+OssE1hGddrTgkrNnaaf+5gIqDQUhX1i25yurgvN5KAk9mZn iJ6tUyTrzTKte7ZFPq0+eNng9HsAuuuSoiBLxM2L5ucUobR41A+g1nFoTfztyGpfR/s4 UXLPIx4kmwtv6PpVPKobaZk5Prbul8VB/5JIJ5WjsBaeCRpGARMSs5JinZATOzyICkDG AJxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=Q+NYoc2tI0zDlfgQHDe1CJVOZA9LpDK6iEZHw7lCPLo=; b=Rypo6G/xia+zjVCoTIx46W38lAF/Z3f2+YuZsAyp7OfnknLKrHPMewpmt+pxjdaD1N nteY6AHJR3KlJV1Q1wL9cjiX45m/mFidlvYiK7FYDd27PjeqE90GBup+kH6XnAuEu7VH Me16+5goDdicWcCrUrO/VsVDfK4tRkjhWs6E/QJEC22H4ItEen2p5SWoNE+swqi9Oz79 MQIL2udRPY51AwkkrOkZ76+dtetgxO/aaUCx6r5+t0yPhL54OJFVvUUd2evDy1Le39Gp M/Ftsf4pl8syJf3L/KnnDZ8OO+yykIYfzAdbM0wTs/XUWaBqWiH8NeT2TuDa/hbYQdyQ O67A== X-Gm-Message-State: AEkoouv9+Wd8Z7+wE825CWEjIYmGNQgb0eCxI6H95oq+bgzn/F32zhkqurysweK82AFobw== X-Received: by 10.28.227.11 with SMTP id a11mr10367871wmh.29.1469273204415; Sat, 23 Jul 2016 04:26:44 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id s6sm5451775wjm.25.2016.07.23.04.26.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 Jul 2016 04:26:43 -0700 (PDT) Sender: Baptiste Daroussin Date: Sat, 23 Jul 2016 13:26:43 +0200 From: Baptiste Daroussin To: Trond =?iso-8859-1?Q?Endrest=F8l?= Cc: Thomas Eberhardt , freebsd-current@freebsd.org Subject: Re: Weekday missing in date(1) output Message-ID: <20160723112643.ueozhkkogx7zjooz@ivaldir.etoilebsd.net> References: <5985D441-E71C-4A46-84BE-A95C30658846@gmail.com> <20160704063427.ajtjish4pzicirlm@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bxoltxu4lkaxz7im" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 11:26:46 -0000 --bxoltxu4lkaxz7im Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 04, 2016 at 01:45:11PM +0200, Trond Endrest=F8l wrote: > On Mon, 4 Jul 2016 08:34+0200, Baptiste Daroussin wrote: >=20 > > On Sun, Jul 03, 2016 at 10:17:54PM +0200, Thomas Eberhardt wrote: > > > % uname -a > > > FreeBSD clarence.ocp.lan 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #0 r302324: = Sun Jul 3 21:27:41 CEST 2016 thomas@clarence.ocp.lan:/usr/obj/usr/src/= sys/GENERIC-NODEBUG amd64 > > > % env LANG=3Den_US.UTF-8 date > > > Sunday, July 3, 2016 at 10:14:21 PM CEST > > > % env LANG=3Dde_DE.UTF-8 date > > > 3. Juli 2016 um 22:14:22 CEST > > >=20 > > > stable10 gives: > > > % env LANG=3Dde_DE.UTF-8 date > > > So 3 Jul 2016 19:34:18 CEST > > >=20 > > > Is this intentional? > > >=20 > > I have readded the weekday in most locales, I will recheck all of them = to ensure > > the weekday is readded everywhere it was expected >=20 > nb_NO.UTF-8 and nb_NO.ISO8859-1 are also affected. >=20 Sorry it took long, but done: r303219 I will merge it on 11 tomorrow Best regards, Bapt --bxoltxu4lkaxz7im Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXk1RnAAoJEGOJi9zxtz5ao/MQANOKB5TpoeSRYm7rmYbNHq5m Kylyau6XS+Y8bRKd5qXTPIZO0GScoU3q5xRzzM0d3vHf4BaQemliiaZks0qVgAhv 2NQbhYnDgrE0ycSCb8/31WcgTTvB3ZYtIG9Hma2asyhMj1udSzdMcj0aSg/Xkc7q jYgJSV+VpWeetypBOpZaNYrvgpSp3pgY1vSiw4gnEuEzL9U21PiLnodtT6ybjXDU R7lBTGSXxdsbZStBGR0fTZeEHKjUzJ0PNjVFmo/47nlpiZ5rLIFyFFVMoby19xv3 9A8rTlVqEbj8HSG7Nm4wSBiYT9iEewgS8bOtOKZIA+QVYZ0QGR6o+6f12vEACu48 R4JCKpBuBVzaIyKObQfS9gTpK6LKUCfcQwBEy/lKALCYhXjHB3OMyOZuvjsK47TD D2EEHumAH86mrlTXXyfEhBMdhlnUFOAvo5YZu0WcU4SxmpzxtF6wfubCHt2k/fFB wazb4C3yDSKVO41ibxc8ZKd5EujuYL6lZqG/7hvEXuqIH3lZFol7VIQdWv1+eCuK YRYr4eT2r6bsg4A8PMN/tpSGA78EBb10l4i7v33D2JoXtcMVMKnvT/ZArLhYSUES pBeeFZYDuQt7nxHUWm0tAObks51n/aGp6qit+cBisI2DnOiL1uWOZzZWNL8Ylm17 C30TAzG/pqdeCJnTaUQM =EdA/ -----END PGP SIGNATURE----- --bxoltxu4lkaxz7im-- From owner-freebsd-current@freebsd.org Sat Jul 23 12:14:08 2016 Return-Path: Delivered-To: freebsd-current@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 2AFDEBA2A30 for ; Sat, 23 Jul 2016 12:14:08 +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 15CFE1776; Sat, 23 Jul 2016 12:14:08 +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 CB6268C; Sat, 23 Jul 2016 12:14:07 +0000 (UTC) Date: Sat, 23 Jul 2016 12:13:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sephe@FreeBSD.org, ache@FreeBSD.org, jhibbits@FreeBSD.org, bapt@FreeBSD.org, kib@FreeBSD.org, cy@FreeBSD.org, mizhka@FreeBSD.org, np@FreeBSD.org, adrian@FreeBSD.org, bdrewery@FreeBSD.org, jhb@FreeBSD.org, emaste@FreeBSD.org, br@FreeBSD.org, karels@FreeBSD.org, imp@FreeBSD.org, andrew@FreeBSD.org, pfg@FreeBSD.org, manu@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <811998508.6.1469276047857.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1099734996.49.1469103143713.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1099734996.49.1469103143713.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc - Build #1448 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc X-Jenkins-Result: SUCCESS Precedence: bulk X-Mailman-Approved-At: Sat, 23 Jul 2016 12:54:45 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 12:14:08 -0000 FreeBSD_HEAD_amd64_gcc - Build #1448 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1= 448/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/144= 8/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1448= /console Change summaries: 303217 by bapt: Do not try to delete the home of the user if is is not a directory for exam= ple "/dev/null" PR:=09=09211195 Submitted by:=09rday Reported by:=09eniorm MFC after:=091 day 303213 by kib: Addm missed required call to xo_finish() when only header is printed. Reported by:=09pho Sponsored by:=09The FreeBSD Foundation MFC after:=091 week 303212 by bdrewery: Move chown tests to proper path Sponsored by:=09EMC / Isilon Storage Division 303211 by kib: Implement mtx_trylock_spin(9). Discussed with:=09bde Reviewed by:=09jhb Sponsored by:=09The FreeBSD Foundation MFC after:=091 week Differential revision:=09https://reviews.freebsd.org/D7192 303210 by ache: 1) POSIX defines well when GLOB_NOMATCH or original pattern (instead) should be returned, so we can't return GLOB_NOMATCH blindly just because we dislike something in the pattern. 2) Remove extra condition. 303209 by jhibbits: Use label math instead of hard-coding offsets for return addresses. Though the chances of the code in these sections changing are low, future-p= roof the sections and use label math. Renumber the surrounding areas to avoid duplicate label numbers. 303208 by ache: 1) We need the original pattern (in the next round of changes) not only in case it fully constructed, but for half-constructed too, so have no other choice to pass original pattern from glob() down to globextend() instead of attempt to reconstruct I implement previously. 2) Instead of copy&paste the same big enough code, make function for it: globfinal(). 303205 by jhb: Add a driver to create VF devices on Chelsio T4/T5 NICs. Chelsio NICs are a bit unique compared to some other NICs in that they expose different functionality on different physical functions. In particular, PF4 is used to manage the NIC interfaces ('t4nex' and 't5nex'). However, PF4 is not able to create VF devices. Instead, VFs are only supported by physical functions 0 through 3. This commit adds 't4iov' and 't5iov' drivers that attach to PF0-3. One extra wrinkle is that the iov devices cannot enable SR-IOV until the firwmare has been initialized by the main PF4 driver. To handle this case, a new t4_if kobj interface has been added to permit cross-calls between the PF drivers. The PF4 driver notifies sibling drivers when it is fully attached. It also requests sibling drivers to detach before it detaches. Sibling drivers query the PF4 driver during their attach routine to see if it is attached. If not, the sibling drivers defer their attach actions until the PF4 driver informs them it is attached. VF devices are associated with a single port on the NIC. VF devices created from PF0 are associated with the first port on the NIC, VFs from PF1 are associated with the second port, etc. VF devices can only be created from a PF device that has an associated port. Thus, on a 2-port card, VFs are only supported on PF0 and PF1. Reviewed by:=09np (earlier versions) MFC after:=091 month Sponsored by:=09Chelsio Communications 303204 by jhb: Install a handler for firmware work request error messages. If a driver sends an malformed or disallowed work request, the firmware responds with a work request error. Previously the driver treated this is as an unexpected message and panicked. Now it decodes the error message to aid in debugging. Reviewed by:=09np (older version) MFC after:=091 month Sponsored by:=09Chelsio Communications Differential Revision:=09https://reviews.freebsd.org/D6950 303203 by mizhka: [new-committer:mizhka] add committer into graph Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D7288 303202 by jhb: Update after r303154 to note that operations on local files are safe. 303199 by np: ctld(8): Fix MaxBurstLength negotiation. The target must reply with the selected value of MaxBurstSize instead of just echoing back the initiator's offered value. Reviewed by:=09mav@ Sponsored by:=09Chelsio Communications Differential Revision:=09https://reviews.freebsd.org/D7278 303195 by bdrewery: Don't run find(1) for __MPATH with NO_MODULES set. It's a waste of time when it won't be used. Submitted by:=09bde MFC after:=093 days 303190 by br: Add GCC 6.1 warn flags for kernel as well. Sponsored by:=09DARPA, AFRL 303189 by br: Set the soft-float flag for assembly code as well. This fixes compilation with GCC 6.1. Sponsored by:=09DARPA, AFRL 303188 by br: Add warn flags for GCC 6.1 compiler. Sponsored by:=09DARPA, AFRL 303187 by br: Set real values for context/cursor sizes for RISC-V to prevent static assertions. Reviewed by:=09emaste Sponsored by:=09DARPA, AFRL 303186 by manu: PC5 doesn't have mmc2 function. 303183 by kib: Make cam.ko loadable. Sponsored by:=09The FreeBSD Foundation MFC after:=091 week 303182 by sephe: hyperv/vmbus: Move vmbus bufring definition to vmbus_reg.h And add more comment about its fields. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D7269 303180 by sephe: hyperv/vmbus: Cleanup and augment bufring sysctl tree creation Binary state node is added, so that userland programs do not have to parse human readable state string. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D7268 303178 by sephe: hyperv/vmbus: Cosmetic bufring cleanup. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D7267 303171 by karels: Fix per-connection L2 caching in fast path r301217 re-added per-connection L2 caching from a previous change, but it omitted caching in the fast path. Add it. Reviewed By: gallatin Approved by: gnn (mentor) Differential Revision: https://reviews.freebsd.org/D7239 303166 by imp: Add opt_ddb.h. MFC after: 1 week 303165 by imp: Fix cam builds w/o nvme. This is a stop-gap fix until the real fix of dynamically loading XPTs is done and tested. MFC After: 1 week 303164 by jhb: Add more documentation regarding unsafe AIO requests. The asynchronous I/O changes made previously result in different behavior out of the box. Previously all AIO requests failed with ENOSYS / SIGSYS unless aio.ko was explicitly loaded. Now, some AIO requests complete and others ("unsafe" requests) fail with EOPNOTSUPP. Reword the introductory paragraph in aio(4) to add a general description of AIO before describing the vfs.aio.enable_unsafe sysctl. Remove the ENOSYS error description from aio_fsync(2), aio_read(2), and aio_write(2) and replace it with a description of EOPNOTSUPP. Remove the ENOSYS error description from aio_mlock(2). Log a message to the system log the first time a process requests an "unsafe" AIO request that fails with EOPNOTSUPP. This is modeled on the log message used for processes using the legacy pty devices. Reviewed by:=09kib (earlier version) MFC after:=091 week Sponsored by:=09Chelsio Communications Differential Revision:=09https://reviews.freebsd.org/D7151 303160 by cy: Update leap-seconds to leap-seconds.3676752000. As per https://datacenter.iers.org/web/guest/eop/-/somos/5Rgv/latest/16: UTC TIME STEP on the 1st of January 2017 A positive leap second will be introduced at the end of December 2016. The sequence of dates of the UTC second markers will be: 2016 December 31, 23h 59m 59s 2016 December 31, 23h 59m 60s 2017 January 1, 0h 0m 0s The difference between UTC and the International Atomic Time TAI is: from 2015 July 1, 0h UTC, to 2017 January 1 0h UTC : UTC-TAI =3D - 36s from 2017 January 1, 0h UTC, until further notice : UTC-TAI =3D - 37s Obtained from:=09ftp://tycho.usno.navy.mil/pub/ntp/leap-seconds.3676752000 See also:=09https://www.iers.org/SharedDocs/News/EN/BulletinC.html =09https://datacenter.iers.org/web/guest/eop/-/somos/5Rgv/latest/16 MFC after:=091 week Relnotes:=09yes 303158 by emaste: libmd: strip local absolute symbols (to link with lld) Old versions of gas produce an invalid section index. That is ignored by old versions of ld, but prevents a link with lld. Submitted by:=09Rafael =C3=81vila de Esp=C3=ADndola (earlier version) Reviewed by:=09allanjude Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D6789 303157 by emaste: libcxxrt: add padding in __cxa_allocate_* to fix alignment The addition of the referenceCount to __cxa_allocate_exception put the unwindHeader at offset 0x58 in __cxa_exception, but it requires 16-byte alignment. In order to avoid changing the current __cxa_exception ABI (and thus breaking its consumers), add explicit padding in the allocation routines (and account for it when freeing). This is intended as a lower-risk change for FreeBSD 11. A "more correct" fix should be prepared for upstream and -CURRENT. Reviewed by:=09dim MFC after:=093 days Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D7271 303156 by emaste: Remove duplicate symbols from libroken version-script.map Upstream commit r24759 (efed563) prefixed some symbols with rk_, but introduced 6 duplicate symbols in the version script (because the rk_-prefixed versions of the symbols were already present). 303155 by kib: Hide counted_warning(9) under #ifdef _KERNEL braces, to allow building subr_prf.c in userspace for libsbuf. Sponsored by:=09The FreeBSD Foundation MFC after:=091 week 303154 by kib: Declare aio requests on files from local filesystems safe. Two notes: - I allow AIO on reclaimed vnodes, since it is deterministically terminated fast. - devfs mounts are marked as MNT_LOCAL, but device vnodes have type VCHR, so the slow device io is not allowed. Reviewed by:=09jhb Sponsored by:=09The FreeBSD Foundation MFC after:=091 week Differential revision:=09https://reviews.freebsd.org/D7273 303153 by kib: Remove spurious but harmless double-quote. Noted by:=09jhb 303151 by kib: Provide counter_warning(9) KPI which allows to issue limited number of warnings for some kernel events, mostly intended for the use of obsoleted or otherwise undersired interfaces. This is an abstracted and race-expelled code from compat pty driver. Requested and reviewed by:=09jhb Sponsored by:=09The FreeBSD Foundation MFC after:=091 week Differential revision:=09https://reviews.freebsd.org/D7270 303150 by adrian: [mx25l] add new device id. Tested: * (submitter) TP-Link TL-WR1043nd v3 Submitted by:=09tj@enoti.me 303147 by pfg: binutils: fix "Bad value" error in bfd for MIPS when using -Bsymbolic. >From OpenBSD's log: Inspired by https://sourceware.org/ml/binutils/2010-08/msg00333.html, but expressed differently so there are no GPLv3 issues. Obtained from:=09OpenBSD (CVS rev. 1.7) MFC after:=091 month 303146 by pfg: sed(1): Appease older GCC. 303145 by manu: axp209 needs aw_nmi so attach a bit earlier Reviewed by:=09andrew Differential Revision:=09https://reviews.freebsd.org/D7081 303144 by manu: We need the GIC to be attached so attach later at BUS_PASS_INTERRUPT + BUS_= PASS_ORDER_LATE Reviewed by:=09andrew MFC after:=091 week Differential Revision:=09https://reviews.freebsd.org/D7080 303143 by andrew: Fix the build: * Add acpi_if.h to the SRC list in the uart module * Only include new acpi headers when they are needed Obtained from:=09ABT Systems Ltd MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 303142 by ache: 1) GLOB_BRACE was somewhat broken. First it repeatedly calls glob0() in globexp1() recursive calls, but glob0() was not supposed to be called repeatedly in the original code. It finalize results by possible adding original pattern for no match case, may return GLOB_NOMATCH error and by sorting all things. Original pattern adding or GLOB_NOMATCH error can happens each time glob0() called repeatedly, and sorting happens for one item only, all things are never sorted. Second, f.e. "a{a" pattern does not match "a{a" file but match "a" file instead (just one example, there are many). Third, some errors (f.e. for limits or overflow) can be ignored by GLOB_BRACE code because it forces return (0)= . Add non-finalizing flag to glob0() and make globexp0() wrapper around recursively called globexp1() to finalize things like glob0() does. Reorganize braces code to work correctly. 2) Don't allow MB_CUR_MAX * strlen overallocation hits GLOB_LIMIT_STRING (ARG_MAX) limit, use final string length, not malloced space for it. 3) Revive DEBUG-ifdefed section. From owner-freebsd-current@freebsd.org Sat Jul 23 12:56:53 2016 Return-Path: Delivered-To: freebsd-current@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 75463BA1A70 for ; Sat, 23 Jul 2016 12:56:53 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.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 6140B1E73 for ; Sat, 23 Jul 2016 12:56:53 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5D012BA1A6E; Sat, 23 Jul 2016 12:56:53 +0000 (UTC) Delivered-To: current@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 5CA16BA1A6A for ; Sat, 23 Jul 2016 12:56:53 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1FCBC1E72 for ; Sat, 23 Jul 2016 12:56:52 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1bQwU0-0007SG-7w for current@freebsd.org; Sat, 23 Jul 2016 14:56:44 +0200 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1bQwU0-0002ky-7D for current@freebsd.org; Sat, 23 Jul 2016 14:56:44 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Sat, 23 Jul 2016 12:56:44 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: Hdwe UEFI upgrade report...some ??? to maybe ignore Date: Sat, 23 Jul 2016 05:56:44 -0700 (PDT) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 12:56:53 -0000 I had the main desktop DDR2 mysteriously lose video ( still don't know if i= t is just needing reseating memory or if the onboard video no longer works or if one of the four bad ca= pacitors went too var awry to still work... lack of time to test..) Sorry for the formatting new ddr3 msi board FX-8320E .......... old ddr2 gigabyte ?????= amd new usb mouse, had to use usm0 .............old usb mouse > lega= cy mouse adaptor, used psm0 new vt so can exit X (not tested yet) ............ old sc new vidcontrol to set resolution NOT ............. old vidcontrol MO= DE_276 brown black new onboard EUFI/LEGACY mode disabled sound ........... old game= theatre sound card again working new no parallel port, card on order, ALL SLOTS FULL probably .........= .... old parallel port onboard new two pcie so Areca and Video card work .......... ol= d Areca, OR video, used the former new cost $99 motherboard = ......... old second hand board, probably more than= $99 new nfe0 not working, none is WINDOWS strange "gaming" ... old nfe0 E2205 .... fixed with a axe/ue0 usb to ethernet box which I had sometimes problems with as to the novice one would try axe0 in wp= a_ etc ignoring the instead ue0... new msi nvidia 750ti 2gb no PCIE adaptor necc .... old onboa= rd video new nvidia-driver, had to build from ports ..... = old nvidia-driver-304=20=20=20 new 8g = ..... old 2g ddr2 If one prefers DDR2 for a two-cpu-on-lan setup, anyone knows of a very reli= able source for a pair of mobo/CPU ? Not important that anyone answers Might-be-working-if-reassembled-enough-times-with-legacy-parts pentium 4 a= nd DDR2 ( gigabyte amd) motherboards, ... e-waste or send to a FreeBSD developer for test and reuse somewhere? (= each run but no video though, amd board is disassembled... )=20 The only question here I feel the need to address sooner not later is wheth= er to duplicate the DDR3 amd system for in-case-Xorg-crashes-at-dawn backup, or discard the DDR2 board and build/bu= y two DDR2 systems to recreate what was working about twenty days ago flawlessly... bad capacitors on the mothe= rboard notwithstanding. ( DDR2 amd, main was gigabyte, backup was msi... although each without a full range of= slots vs ATX full size and costlier)=20 At any rate is is cathartic to have a fully working v11 vt desktop with sou= nd that I had no clue if would work without RMA, assistance, ...=20 One or two items may be omitted from the list above... a 3x5 card has gone = missing here since yesterday... too much paperwork in progress.=20= From owner-freebsd-current@freebsd.org Sat Jul 23 13:26:35 2016 Return-Path: Delivered-To: freebsd-current@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 86515BA21E7 for ; Sat, 23 Jul 2016 13:26:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A665B1C18; Sat, 23 Jul 2016 13:26:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id d13e334d; Sat, 23 Jul 2016 15:26:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=rTn4S9ImrlskducIf5acQ7lcOTg=; b=FXxCNIhUZ+IWu8Cv+T+3BVW/XsMi ko8dZiUbTASaLJBHI7dPAseqbVNPPEIGuhtW5kcGes9PtkzoOI9yIiDtJbWSEY+1 wb1Ck65sXasoC6JySvbs+NF782ssHBncKW7/fgjlGblLURsSTtk1InNuq9gWUPFj MvGhLYN0mhncbdQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=K6m5w+SgabUfPS5BM+xJ1rm6+q3WA+mKr+86EiqjsseFjgcMG0Qvu3aS MnrWhugpAOATsBFW2xzSRFFepzFK4aGiDEn9ag+TeL0GZgCiLYgRDoeh8cFiNk7E 1QmiCzTUykCYa0NKaPDS1ex9b75o7WeBH6YmXZ057uV8v3KMnwI= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id f2bb5da8 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 23 Jul 2016 15:26:25 +0200 (CEST) Date: Sat, 23 Jul 2016 15:26:21 +0200 From: Emmanuel Vadot To: Warner Losh Cc: David Chisnall , Ed Maste , FreeBSD Current Subject: Re: Call for Testing: Switching back to our BSD licensed dtc(1) Message-Id: <20160723152621.f5d86620141651ebaba57628@bidouilliste.com> In-Reply-To: References: <10FBB716-E0BA-4146-92FD-F90AB4F8987C@FreeBSD.org> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 13:26:35 -0000 On Fri, 22 Jul 2016 22:16:41 -0600 Warner Losh wrote: > On Fri, Jul 22, 2016 at 1:03 AM, David Chisnall wr= ote: > > On 22 Jul 2016, at 03:40, Warner Losh wrote: > >> > >> On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall = wrote: > >>> On 20 Jul 2016, at 16:46, Warner Losh wrote: > >>>> > >>>> I've been trying to get the final spec for it. Right now it's a > >>>> disorganized series > >>>> of patches, some of which have been merge some that haven't. I'll se= nd you a > >>>> copy when I can find something better than "here's the code." > >>> > >>> Thanks. From the information I can find, it looks as if most of the = machinery required to implement it is already in dtc, so it should (hopeful= ly) just be a matter of adding a new keyword to detect plugins, a scan to f= ind the cross-references (or possibly reusing the existing one) and then a = little bit of extra logic. > >> > >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/D= ocumentation/devicetree/overlay-notes.txt > >> has the specs. > > > > Hmm, that?s even less complete than the docs that I?d found. >=20 > Can you share that then? >=20 > >From that, it seems as if the only thing that dtc needs to do is support= the /plugin/ syntax and emit a section describing unresolved references? >=20 > I believe so, yes. >=20 > >Or is dtc also expected to be able to do the merging? >=20 > I think that's TBD. We'll need, at the very least, an update libfdt > from upstream that knows how to do the merging, as well as changes to > /boot/loader to be able to pick and choose which plugins to add to the > base. If we can do all that with the BSDL DTC and it passes all the > other GPL test cases, then we may have a winner and we can get started > integrating plugin support to /boot/loader. I know my RPi would be > happier if it had a 'standard' DTB with a plugin for whatever 1-wire > stuff I'm playing with today. >=20 > Warner ubldr already support dtb overlays as of r298821. Also support might come to uboot directly soon. --=20 Emmanuel Vadot From owner-freebsd-current@freebsd.org Sat Jul 23 17:34:56 2016 Return-Path: Delivered-To: freebsd-current@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 E6549BA18AD for ; Sat, 23 Jul 2016 17:34:56 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::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 A2CEF179B for ; Sat, 23 Jul 2016 17:34:56 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id w127so196268729vkh.2 for ; Sat, 23 Jul 2016 10:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=VzvsX9F9g4Vt5FWLHLCvHH2CgSj+vxKQDLglwg1IwWM=; b=Q4R3dIe4DJv24E9oHkLH8iWzL/WmCzv1gxAkygdeaGCcgGaeeykD84ac4BOOdCmkfE 482RLWsEcTzwTiNpylKbgHh38mKL3IxB0sT0HmJOZMam/0pxTkQMKOfzIu6OLuMs6UnM mkvdI/6qoztFYBMGxJZexzs4v+MfUPZDOz0apfEnGEnPkH7eu86xtSh1VrUQuNRisdw/ yl2Rzf8J7MtgldXELKsLu6hhpwNLe5SKaHe7tdZVY+8oSUohTCY6bwiTTcVPfUBNouy2 gYTuOcd3CxzCE2g+YrQsxYPq0Pp34uWxV48ObIW/OEhnrRVc6WKuL2bsGSg1lsPb2kcD lOkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=VzvsX9F9g4Vt5FWLHLCvHH2CgSj+vxKQDLglwg1IwWM=; b=cjiwUChYifRxHBDeK7UAckNrryCcxP5sEQskwFaSx/cvaDi9WxAx/IlaZ2d1jQNM44 TiWHFfzphoN0YQv8TvT/xcxsg9J5lbB2aWhBXvk3aTRlW1JaZB8PIRz/HvfsdBC5BEqE BAh/bVEwwSin3vfLF3kMwrk0GV+PkibloMUx4VJML8sEE0GS9vbeTOmLuJEBdI4ez8sk WcXWxMC6S0fMCDJqz4Acm+z6MShPNmJaRU9fKoD8QtcU0+Xhs/8jsIxQICNBh5voOmmD UA9dO0tDng/c3CGNHHWTJIIfiVAiiK0Rf091+bx6l75j9w2x2k98irAhCVjPu5yeNLml Kedw== X-Gm-Message-State: AEkoouuCVK+M20om13h3SrNDlP7jqb98A8IL4nQIXwO0/S6SYHcT6JFsk/R7tao1aHJ5ulCdNQQR+5gXv7pxiQ== X-Received: by 10.31.168.78 with SMTP id r75mr4945675vke.8.1469295295626; Sat, 23 Jul 2016 10:34:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.6.101 with HTTP; Sat, 23 Jul 2016 10:34:55 -0700 (PDT) From: Kim Culhan Date: Sat, 23 Jul 2016 13:34:55 -0400 Message-ID: Subject: r303219 make kernel compile failure: cxgbe To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 17:34:57 -0000 cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.t4_iov.o -MTt4_iov.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/cxgbe/t4_iov.c -I/usr/src/sys/dev/cxgbe /usr/src/sys/dev/cxgbe/t4_iov.c:44:10: fatal error: 't4_if.h' file not found #include "t4_if.h" From owner-freebsd-current@freebsd.org Sat Jul 23 19:17:16 2016 Return-Path: Delivered-To: freebsd-current@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 9428EBA2133 for ; Sat, 23 Jul 2016 19:17:16 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::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 2CA8619DC for ; Sat, 23 Jul 2016 19:17:16 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id f65so91829448wmi.0 for ; Sat, 23 Jul 2016 12:17:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=reeaRDYbgeV1zyicn7ifpWS065JFODwfxMu51UAArYI=; b=obZT5oEgYGTwTn2pNycTR1Soi5GyiqEC1mRICYgHrBqHiN1RvC6XggHImtMCtHiftL 71wgUSftjKfnPTKTONyRmc68LmU+JmvqmZ/l3vzeBEFvYkhwMLrnN8wkHwGlcB1CzKSH a4cyR3rz8FziHAKf+HO7UFYsp6mwECBj6rXIq6GuupZRmLcV6YiX0OmTF+aFVvxWJc09 mCsL8Rv8klMgjUztgak5VabToN0PLns7zV0RolTgrZaK7SsrOqBgyY6Lmx08U8dguBol quTzHw+/6moHgve5eWkABSz5bmLcFe1/3dRdMWPqmI8AKChnKvfZzqXMFqF69cD9xTe7 I6dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=reeaRDYbgeV1zyicn7ifpWS065JFODwfxMu51UAArYI=; b=C1QuQ+yoFkhD/oJBSh2XxY/kPiGKUJ8ZYHWg52ujKTmNoKQiYD3Jce736mbaJceypP IPV04OHgZfTSvrtlc2V8Kfo9wHyFTPsy8IQnLhjC9tjNQPHSdtkgD0QUPycO4141d+BC KuEqZdukRpSvNr7L0jOt/+CUR38KcV0by7rme80hyEZKb8cyXRRsql4wfxF5JHmM0H5P ZAuwX6jOqdYX4z0JY5SMfGORRFqinXduSWwkMj0q55v1yzcwyVlKTU5Q9x4eELBaByHx MuN+iXUqyk1WSZAv8k1kOKtbGhXKWPsW2oWDzPVnL8fNEa3gf5bLcrnUaMm2Yh9Ga6/i i25Q== X-Gm-Message-State: AEkoouvx6pi3fO67k+4edtwE4eneTv7+8o7j4QIeZMGBUZK3QXqhWUpQzSS+6R2uY8YR5NQDi+J/EmCb14WeCg== X-Received: by 10.194.18.35 with SMTP id t3mr7986692wjd.174.1469301434138; Sat, 23 Jul 2016 12:17:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.198.201 with HTTP; Sat, 23 Jul 2016 12:16:34 -0700 (PDT) From: Miguel C Date: Sat, 23 Jul 2016 20:16:34 +0100 Message-ID: Subject: FreeBSD 11 - BETA-1 Xen DOMU loses network when jail (VIMAGE) starts To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 19:17:16 -0000 I had a freebsd 10 DOMU running with VIMAGE support but since there were some fixes in 11 I decided to give it a go... I made a clean install and just migrated some backup config and adapted as needed (I only have one jail running on this box for plex and all media is in zfs) After the clean install I ofc rebuilded the kernel with VIMAGE support and that's the only change from GENERIC I noticed the vif interface was disappearing on the Dom0 a bit after this machine boot and I was able to track the issue... if I don't start the jail at boot I have network, so then I tried to do it manually (jail -c plex in this case) and although I still see "xn0" in the Dom0 (netbsd) the vif interface is now gone. Since I use vnet for the jail and the "jib" script provided in src/share/examples/jails I suspect its when the bridging occurred that network fails. All the scrip does is create a bridge and add both xn0 and the newly created epair. Thanks Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* From owner-freebsd-current@freebsd.org Sat Jul 23 19:47:31 2016 Return-Path: Delivered-To: freebsd-current@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 ED15DBA28FF for ; Sat, 23 Jul 2016 19:47:31 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::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 7E120165A for ; Sat, 23 Jul 2016 19:47:31 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id f65so92274124wmi.0 for ; Sat, 23 Jul 2016 12:47:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=9+bUQPqnmLgrJpSos5OYjGLe0iuPN+/JxlflQq2swX0=; b=1CIZ+RTOCBtKlbSe7lkXu3wxOLLKnx0eoTXOAQpvYkrn+XPjLtw6pWPLQOSbpVvj1i SvXoUPxqHMw2HzYp9VHrQDeVtJmC01R7NGxbdADdOrJMGtrMJh0Va4oQIZ5jyFpiXFHD +VSV3nDnF2GYcnwHPc8jrQWGXfed7k+pESgshpVjMpCacl6lluo/fGytW7Ch2KQ8wCR0 Ogoa99DoAGCWebSE0UwV0omw0gIJ1kyOzKUowBQkMMqSoGvUrdU149k/PEp1PaUhdlNr 36eoyroOzTSTQsWt4s17tIUKT6Y3DofwdkMV8UgpGW3ENtGdskzxk3m6Q0ahKVbfeamN emlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=9+bUQPqnmLgrJpSos5OYjGLe0iuPN+/JxlflQq2swX0=; b=P9mCTmIW+sXok4GMNBpbwD1Pw3Eo5OCUiujiVTDVqA1VkRsZdzpHDQAPt6TpxXUYZL exYX22t5ao4oS+qWCHmIFuMNwd6wQKKkrGZmdCri/gPxg9zJkCMXnIvO5D7mXgdhG4RJ jFY8Pkj8Qtjk66ixFvoKDS4HneWFoK56g9iNHrlNWCfcgDXHdzQmFDHdqeanKYWpqMqd 7U58NYIqa6S045KvAH91bsXJbvE3vQde6vS58/BcUUBq6aKcO6ddRJ7tBC74IuDWKerp sBS7G+YzfM9s6fZL0LBDdGyUPZ+28tu5gGEtfz0RCTh/BRnuhdoog+m96ObZ+8WSKbGU n+mg== X-Gm-Message-State: AEkooutyUuQPJ/KAMt5Pz5lV8kTfqWGoFXAqtmFpFnGImoFCxIpvStxRa8nob4/H7jlymkfKjT9hBwi2LWupTA== X-Received: by 10.28.134.14 with SMTP id i14mr11962622wmd.59.1469303249232; Sat, 23 Jul 2016 12:47:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.198.201 with HTTP; Sat, 23 Jul 2016 12:46:49 -0700 (PDT) In-Reply-To: References: From: Miguel C Date: Sat, 23 Jul 2016 20:46:49 +0100 Message-ID: Subject: Re: FreeBSD 11 - BETA-1 Xen DOMU loses network when jail (VIMAGE) starts To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 19:47:32 -0000 Just as a note using netgraph (with jng script as a workaround) works.... Also manually creating a bridge in the domu and adding xn0 as a member makes this fail.... so the issue is indeed related to the bridge. I'll open a PR later in case someone want to look into it, but I'm happy it works with netgraph. Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* On Sat, Jul 23, 2016 at 8:16 PM, Miguel C wrote: > I had a freebsd 10 DOMU running with VIMAGE support but since there were > some fixes in 11 I decided to give it a go... > > I made a clean install and just migrated some backup config and adapted > as needed (I only have one jail running on this box for plex and all media > is in zfs) > After the clean install I ofc rebuilded the kernel with VIMAGE support and > that's the only change from GENERIC > > I noticed the vif interface was disappearing on the Dom0 a bit after this > machine boot and I was able to track the issue... if I don't start the jail > at boot I have network, so then I tried to do it manually (jail -c plex in > this case) and although I still see "xn0" in the Dom0 (netbsd) the vif > interface is now gone. > > Since I use vnet for the jail and the "jib" script provided in > src/share/examples/jails I suspect its when the bridging occurred that > network fails. > > All the scrip does is create a bridge and add both xn0 and the newly > created epair. > > Thanks > > Melhores Cumprimentos // Best Regards > ----------------------------------------------- > *Miguel Clara* > *IT - Sys Admin & Developer* > From owner-freebsd-current@freebsd.org Sat Jul 23 20:04:12 2016 Return-Path: Delivered-To: freebsd-current@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 370A2BA2D64; Sat, 23 Jul 2016 20:04:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 EBFC81DD2; Sat, 23 Jul 2016 20:04:11 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bR39X-001h2o-KT>; Sat, 23 Jul 2016 22:04:03 +0200 Received: from x5ce10335.dyn.telefonica.de ([92.225.3.53] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bR39X-003F1u-97>; Sat, 23 Jul 2016 22:04:03 +0200 Date: Sat, 23 Jul 2016 22:04:30 +0200 From: "O. Hartmann" To: Ian Lepore Cc: freebsd-usb@freebsd.org, FreeBSD CURRENT Subject: Re: Digi Watchport/T temperature sensor as /dev/ttyU Message-ID: <20160723220430.34ce02fe.ohartman@zedat.fu-berlin.de> In-Reply-To: <1469206374.84197.14.camel@freebsd.org> References: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> <1469206374.84197.14.camel@freebsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/IBmRcL4wiB=hvxacIjRHLde"; protocol="application/pgp-signature" X-Originating-IP: 92.225.3.53 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 20:04:12 -0000 --Sig_/IBmRcL4wiB=hvxacIjRHLde Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 22 Jul 2016 10:52:54 -0600 Ian Lepore schrieb: > On Fri, 2016-07-22 at 18:35 +0200, O. Hartmann wrote: > > For temperature monitoring, we have a bunch of Digi Watchport/T > > sensors:=20 > >=20 > > http://ftp1.digi.com/support/documentation/90000406_H.pdf > >=20 > > =20 > [...] >=20 > I think the attached patch will make it show up as a ttyU*/cuaU* device > for you. (You should probably use the /dev/cuaU* flavor, to avoid > problems with tty layer and modem control signals). >=20 > I keep wishing we had a mechanism, like a sysctl that could be set or > something, that would let you supply a vendor/product pair and have the > ugensa driver attach to that device, for quick testing of this sort of > thing. >=20 > -- Ian No, it doesn't change anything. I applied the patch to most recent CURRENT = and it is still the same. But thanks anyway. Kind regards, oh --Sig_/IBmRcL4wiB=hvxacIjRHLde Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXk83OAAoJEOgBcD7A/5N8fDEH/j6q8YZYfKessUcxUHdpkAbP CbfgY2tYOO0x0RzPxa21pghZ6IZIUbrUoZw6PovTH7pon0WCOudMOdHUTbF4azmf UyUKhQU8M0IslSZuw3DSHvmiMchSV35+lYMxXy3KK/o5fDnrLXTcrxoEB64qljKc TGAv9PkRJ99HzEE5BFuDn9rdzCs3KAloU1/VTa+LWNGGpoaL4fmB7+RsDTICVn1/ aHRsb1shTREHPO/wGIcPIu49izNbYg7Tedi+vr+tmrs5mykPluVm/Ub+k77rpZu9 h1qrPRp46y6eoaztyBGP/HFwZVgZ+Hhqny3sh+43aE3wPn2gNmSQuSiCIftb+ss= =HQcM -----END PGP SIGNATURE----- --Sig_/IBmRcL4wiB=hvxacIjRHLde-- From owner-freebsd-current@freebsd.org Sat Jul 23 20:50:21 2016 Return-Path: Delivered-To: freebsd-current@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 99216BA2C0A for ; Sat, 23 Jul 2016 20:50:21 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 75C411EC1 for ; Sat, 23 Jul 2016 20:50:21 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 0a9de0c8-5117-11e6-a0ff-e511cd071b9b X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 23 Jul 2016 20:50:08 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u6NKnCM9011992; Sat, 23 Jul 2016 14:49:12 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1469306951.84197.31.camel@freebsd.org> Subject: Re: Digi Watchport/T temperature sensor as /dev/ttyU From: Ian Lepore To: "O. Hartmann" Cc: freebsd-usb@freebsd.org, FreeBSD CURRENT Date: Sat, 23 Jul 2016 14:49:11 -0600 In-Reply-To: <20160723220430.34ce02fe.ohartman@zedat.fu-berlin.de> References: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> <1469206374.84197.14.camel@freebsd.org> <20160723220430.34ce02fe.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 20:50:21 -0000 On Sat, 2016-07-23 at 22:04 +0200, O. Hartmann wrote: > Am Fri, 22 Jul 2016 10:52:54 -0600 > Ian Lepore schrieb: > > > On Fri, 2016-07-22 at 18:35 +0200, O. Hartmann wrote: > > > For temperature monitoring, we have a bunch of Digi Watchport/T > > > sensors: > > > > > > http://ftp1.digi.com/support/documentation/90000406_H.pdf > > > > > > > > [...] > > > > I think the attached patch will make it show up as a ttyU*/cuaU* > > device > > for you. (You should probably use the /dev/cuaU* flavor, to avoid > > problems with tty layer and modem control signals). > > > > I keep wishing we had a mechanism, like a sysctl that could be set > > or > > something, that would let you supply a vendor/product pair and have > > the > > ugensa driver attach to that device, for quick testing of this sort > > of > > thing. > > > > -- Ian > > No, it doesn't change anything. I applied the patch to most recent > CURRENT and it is > still the same. But thanks anyway. > > Kind regards, > > oh Oh, my bad, I forgot to mention: You'll have to manually "kldload ugensa" before plugging in the device (or load it from your loader.conf). When the change gets committed (assuming it works), the devd usb scripts will get regenerated, and that's what handles the auto-load of the driver. -- Ian