From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 00:01:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F0755E3 for ; Sun, 26 Apr 2015 00:01:54 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 5BADC1A4F for ; Sun, 26 Apr 2015 00:01:54 +0000 (UTC) Received: from fortune.joker.local (180-199-46-187.nagoya1.commufa.jp [180.199.46.187]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t3PNVY84008941 for ; Sun, 26 Apr 2015 08:31:34 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 26 Apr 2015 08:31:34 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Message-Id: <20150426083134.a06737a25877dd7583a11aff@dec.sakura.ne.jp> In-Reply-To: <1429993569027-6007628.post@n5.nabble.com> References: <1849381.HnoQVUIgNM@akita> <1429993569027-6007628.post@n5.nabble.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 26 Apr 2015 00:01:54 -0000 On Sat, 25 Apr 2015 13:26:09 -0700 (MST) r00ster wrote: Jan, Thanks for your work! Running 'mostly' OK for me. (See below) Without your patch, two finger scrolling didn't work for me. r00ster, Applicable to stable/10 amd64 at r281732 and r281981, and running for me, but I haven't tried release/10.* and releng/10.* branch. You should need applying diffs for r281708 and r281709 in stable/10 manually, as these are prerequisite for Jan's patch. https://lists.freebsd.org/pipermail/svn-src-stable-10/2015-April/005163.html https://lists.freebsd.org/pipermail/svn-src-stable-10/2015-April/005164.html Working mostly good for me on my ThinkPad T420, but mouse cursor runs fast to right if I touch anywhere on right edge (about 5 - 10% of the pad). Other edges are OK. Unfortunately, I haven't determined why (hardware? software?) and how to fix it. > Do you know if this patch can be applied to 10.1 RELEASE? > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Call-For-Testers-Synaptics-touchpads-tp6003555p6007628.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- 青木 知明 [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 00:21:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCA0E8C0 for ; Sun, 26 Apr 2015 00:21:15 +0000 (UTC) Received: from mail-oi0-f48.google.com (mail-oi0-f48.google.com [209.85.218.48]) (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 8B8571C1B for ; Sun, 26 Apr 2015 00:21:15 +0000 (UTC) Received: by oica37 with SMTP id a37so65789768oic.0 for ; Sat, 25 Apr 2015 17:21:14 -0700 (PDT) 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:content-type; bh=4LG0P+Uaw7X0FfbmW9z/U9QdmKNiJW888AQvy0xD14o=; b=QwQUrpz+7f/E8QS+KVyV1U9C7Bg8xJIfB27mwJYdFeXQb//n1OOxdKx+f5w8aDZk3J GS7YQzoXzOePvpv142vnbWvitMjbdmPbNFd8uECwTUuES9tRQKQoIWuAKG/zt3DWYYva PosYC+0jfqVWSx59nJ6ORZsHdRRmxPetUtVGvwy2y5B11gk02JRHpNGQiR3HABGL/+X4 sI8inCjLMfSajaXUQkjMyuv4rEThNo1+Wb53hulLpHu36CF5nlQVha9xVxcR55dB9AdG 4KaqP/QFC5MnRgAYoCnuDMHrgMUVatpcoRXmk0uEhJCE/JcJQzXMld9q/m3g4N3bofV3 5EJA== X-Gm-Message-State: ALoCoQnIXktND7GvRKRms1ICySqPqn9Os+vYCpWfthi+U9URI77tQUZES+/oeVC7RnT1m0/OhLkz MIME-Version: 1.0 X-Received: by 10.60.101.195 with SMTP id fi3mr4336672oeb.65.1430007674333; Sat, 25 Apr 2015 17:21:14 -0700 (PDT) Received: by 10.202.80.6 with HTTP; Sat, 25 Apr 2015 17:21:14 -0700 (PDT) In-Reply-To: References: <1537009.8hcWOSdFGB@akita> Date: Sun, 26 Apr 2015 02:21:14 +0200 Message-ID: Subject: Re: CTF: wpa_supplicant/hostapd 2.4 import From: Oliver Pinter To: Rui Paulo Cc: "freebsd-wireless@freebsd.org" , FreeBSD-Current , security@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 26 Apr 2015 00:21:15 -0000 On 4/23/15, Oliver Pinter wrote: > Rui, FYI: http://w1.fi/security/2015-1/wpa_supplicant-p2p-ssid-overflow.txt > > On Sun, Apr 19, 2015 at 9:41 PM, Rui Paulo wrote: >> Hi, >> >> Please test the new wpa_supplicant/hostapd. Here's the patch against >> FreeBSD >> HEAD: >> >> https://people.freebsd.org/~rpaulo/wpa-2.4.diff >> >> Thanks, Hi Rui! Could you please cherry-pick / merge this commit from DragonflyBSD: https://github.com/DragonFlyBSD/DragonFlyBSD/commit/584c4a9f0c9071cb62abe9c870a2b08afe746a88 ? This fixes the CVE-2015-1863 . >> -- >> Rui Paulo >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 00:29:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DF7EA3E for ; Sun, 26 Apr 2015 00:29:24 +0000 (UTC) Received: from mail-ob0-f174.google.com (mail-ob0-f174.google.com [209.85.214.174]) (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 0A7941C40 for ; Sun, 26 Apr 2015 00:29:23 +0000 (UTC) Received: by oblw8 with SMTP id w8so61532401obl.0 for ; Sat, 25 Apr 2015 17:29:17 -0700 (PDT) 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:content-type; bh=fjpC5gVuprRAjyw8/QO7UCdhWKvCTzmOnVpltIseAi0=; b=bJzhWrrBncKvZXlrr0fL6XbRRrXhgGwob9zjC1Tf+G9nyPMnH1wSjWROjHkmGrPjuB 8oqWKnFucvY5WgQvaq+x/r6Pvervtu8eI76VGcM9qzPoBAD7aRNL2KXuTT6cP3HQ2NZ1 GvMRcUmvUyTSDgBXC8cHTngh1ZDjG8u9Sr2SECOQJtkegGsGXxlO84zuKNqChcDhRAWh UENvdAuHbNN3WeA1PW2VpIgWxjgSJYHDsNpFxCjw5/09WN7rpFcYfDkrN588ufjeCfR7 q1aiciRTId3ox8bTKhsvv2mbhyhFWbTihhLf0Qlj5yl2hZecREpX+Dw34D8S4ozt/jdH sYIw== X-Gm-Message-State: ALoCoQkdignXotN2+gZwcps03lHNgjUQGb0Vrwl0Vr7L99D+vCnRmSXUDLCQgP3f51FcVmnp36Mn MIME-Version: 1.0 X-Received: by 10.202.194.135 with SMTP id s129mr4201632oif.39.1430008157028; Sat, 25 Apr 2015 17:29:17 -0700 (PDT) Received: by 10.202.80.6 with HTTP; Sat, 25 Apr 2015 17:29:16 -0700 (PDT) In-Reply-To: References: <1537009.8hcWOSdFGB@akita> Date: Sun, 26 Apr 2015 02:29:16 +0200 Message-ID: Subject: Re: CTF: wpa_supplicant/hostapd 2.4 import From: Oliver Pinter To: Rui Paulo Cc: "freebsd-wireless@freebsd.org" , FreeBSD-Current , security@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 26 Apr 2015 00:29:24 -0000 On 4/26/15, Oliver Pinter wrote: > On 4/23/15, Oliver Pinter wrote: >> Rui, FYI: >> http://w1.fi/security/2015-1/wpa_supplicant-p2p-ssid-overflow.txt >> >> On Sun, Apr 19, 2015 at 9:41 PM, Rui Paulo wrote: >>> Hi, >>> >>> Please test the new wpa_supplicant/hostapd. Here's the patch against >>> FreeBSD >>> HEAD: >>> >>> https://people.freebsd.org/~rpaulo/wpa-2.4.diff >>> >>> Thanks, > > Hi Rui! > > Could you please cherry-pick / merge this commit from DragonflyBSD: > https://github.com/DragonFlyBSD/DragonFlyBSD/commit/584c4a9f0c9071cb62abe9c870a2b08afe746a88 > ? > > This fixes the CVE-2015-1863 . And this is the original commit: http://w1.fi/cgit/hostap/commit/src/p2p/p2p.c?id=9ed4eee345f85e3025c33c6e20aa25696e341ccd > >>> -- >>> Rui Paulo >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> > From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 00:56:09 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E963FD72 for ; Sun, 26 Apr 2015 00:56:09 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 893631EBC for ; Sun, 26 Apr 2015 00:56:09 +0000 (UTC) Received: from fortune.joker.local (180-199-46-187.nagoya1.commufa.jp [180.199.46.187]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t3Q0u7B7016039 for ; Sun, 26 Apr 2015 09:56:07 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 26 Apr 2015 09:56:05 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Message-Id: <20150426095605.36a3c59d0b7604d49383ce56@dec.sakura.ne.jp> In-Reply-To: <20150426083134.a06737a25877dd7583a11aff@dec.sakura.ne.jp> References: <1849381.HnoQVUIgNM@akita> <1429993569027-6007628.post@n5.nabble.com> <20150426083134.a06737a25877dd7583a11aff@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 26 Apr 2015 00:56:10 -0000 Woops. I missed the thread hierarchy. :-( If you're using new-enough synaptics, MFS of r281708 and r281709 in stable/10 would be sufficient. If you're using "semi-MT one as mentioned by Jan Kokem〓ller (like me), you should additionally need applying his patch. Clarifying a bit more about my case, without Jan's patch, TrackPad (synaptics variant) works except two finger scrolling. Enabling/disabling TrackPad via hw.psm.synaptics.touchpad_off works OK. With Jan's patch, two finger scrolling start working for me, but vertical only. (Maybe r281708 and r281709 would be same.) Mouse cursor issue I mentioned below occurs with- and without- Jan's patch. On Sun, 26 Apr 2015 08:31:34 +0900 Tomoaki AOKI wrote: > On Sat, 25 Apr 2015 13:26:09 -0700 (MST) > r00ster wrote: > > Jan, > > Thanks for your work! Running 'mostly' OK for me. (See below) > Without your patch, two finger scrolling didn't work for me. > > > r00ster, > > Applicable to stable/10 amd64 at r281732 and r281981, and running for > me, but I haven't tried release/10.* and releng/10.* branch. > You should need applying diffs for r281708 and r281709 in stable/10 > manually, as these are prerequisite for Jan's patch. > > https://lists.freebsd.org/pipermail/svn-src-stable-10/2015-April/005163.html > https://lists.freebsd.org/pipermail/svn-src-stable-10/2015-April/005164.html > > Working mostly good for me on my ThinkPad T420, but mouse cursor runs > fast to right if I touch anywhere on right edge (about 5 - 10% of the > pad). Other edges are OK. > > Unfortunately, I haven't determined why (hardware? software?) and > how to fix it. > > > > Do you know if this patch can be applied to 10.1 RELEASE? > > > > > > > > -- > > View this message in context: http://freebsd.1045724.n5.nabble.com/Call-For-Testers-Synaptics-touchpads-tp6003555p6007628.html > > Sent from the freebsd-current mailing list archive at Nabble.com. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 09:31:16 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B738D1A2; Sun, 26 Apr 2015 09:31:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9A95B1DE8; Sun, 26 Apr 2015 09:31:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D3CD76FC; Sun, 26 Apr 2015 09:31:16 +0000 (UTC) Date: Sun, 26 Apr 2015 09:31:14 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org, bapt@FreeBSD.org Message-ID: <779335789.59.1430040674978.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_i386 #36 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_i386 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 26 Apr 2015 09:31:17 -0000 See Changes: [bapt] Reincorporate documentation lost with update to nvi 2.1.3 ------------------------------------------ [...truncated 135276 lines...] mount protocol=09XDR structure sizes=09=09 ... 21 mount protocol=09basic data types=09=09 ... 22 mount data types=09=09=09 ... 22 mount data types=09fhandle=09=09\fIfhandle\fP ... 22 mount data types=09fhstatus=09=09\fIfhstatus\fP ... 22 mount data types=09dirpath=09=09\fIdirpath\fP ... 22 mount data types=09name=09=09\fIname\fP ... 22 mount server procedures=09=09=09 ... 23 mount server procedures=09MNTPROC_NULL()=09=09\fIMNTPROC_NULL()\fP ... 23 mount server procedures=09MNTPROC_MNT()=09=09\fIMNTPROC_MNT()\fP ... 23 mount server procedures=09MNTPROC_DUMP()=09=09\fIMNTPROC_DUMP()\fP ... 23 mount server procedures=09MNTPROC_UMNT()=09=09\fIMNTPROC_UMNT()\fP ... 24 mount server procedures=09MNTPROC_UMNTALL()=09=09\fIMNTPROC_UMNTALL()\fP ..= . 24 mount server procedures=09MNTPROC_EXPORT()=09=09\fIMNTPROC_EXPORT()\fP ... = 24 --- secure.all__D --- --- evp_key.po --- --- share.all__D --- =3D=3D=3D> share/doc/smm (all) --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o evp_key.po --- share.all__D --- --- _sub.all --- =3D=3D=3D> share/doc/smm/title (all) --- Title.ascii.gz --- groff -Tascii -P-c -mtty-char | gzip -cn > Title.ascii.gz =3D=3D=3D> share/doc/smm/contents (all) --- contents.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > contents.as= cii.gz :38: warning: macro `>>' not defined =3D=3D=3D> share/doc/smm/01.setup (all) --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char -ms = | gzip -cn > paper.ascii.gz --- secure.all__D --- --- evp_lib.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o evp_lib.po --- share.all__D --- =3D=3D=3D> share/doc/smm/02.config (all) --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char -ms | gzip -cn > pap= er.ascii.gz =3D=3D=3D> share/doc/smm/03.fsck (all) --- secure.all__D --- --- evp_pbe.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o evp_pbe.po --- share.all__D --- --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -c= n > paper.ascii.gz --- secure.all__D --- --- evp_pkey.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o evp_pkey.po --- share.all__D --- =3D=3D=3D> share/doc/smm/04.quotas (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.= gz =3D=3D=3D> share/doc/smm/05.fastfs (all) --- paper.ascii.gz --- groff -Tascii -P-c -e -t -mtty-char -ms | gzip -cn > paper.ascii.gz =3D=3D=3D> share/doc/smm/06.nfs (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -me | gzip -cn > pape= r.ascii.gz :545: warning [p 11, 3.7i]: cannot adjust line --- secure.all__D --- --- m_dss.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_dss.po --- share.all__D --- =3D=3D=3D> share/doc/smm/07.lpd (all) --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char -ms | gzip -cn > paper.ascii.gz =3D=3D=3D> share/doc/smm/08.sendmailop (all) --- paper.ascii.gz --- groff -Tascii -P-c -e -p -mtty-char -me | gzip -cn > paper.ascii.gz --- secure.all__D --- --- m_dss1.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_dss1.po --- share.all__D --- =3D=3D=3D> share/doc/smm/11.timedop (all) --- secure.all__D --- --- m_ecdsa.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_ecdsa.po --- share.all__D --- --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.= gz =3D=3D=3D> share/doc/smm/12.timed (all) --- _stamp.extra --- touch _stamp.extra --- paper.ascii.gz --- groff -Tascii -P-c -I -t -mtty-char -ms | gzip -cn > paper.a= scii.gz =3D=3D=3D> share/doc/smm/18.net (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms = | gzip -cn > paper.ascii.gz --- secure.all__D --- --- m_md4.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_md4.po --- share.all__D --- =3D=3D=3D> share/doc/usd (all) --- _sub.all --- =3D=3D=3D> share/doc/usd/title (all) --- Title.ascii.gz --- groff -Tascii -P-c -mtty-char | gzip -cn > Title.ascii.gz =3D=3D=3D> share/doc/usd/contents (all) --- contents.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > contents.as= cii.gz :43: warning: macro `>>' not defined =3D=3D=3D> share/doc/usd/04.csh (all) --- paper.ascii.gz --- groff -Tascii -P-c -I -mtty-char -ms | gzip -cn > paper.ascii.gz --- secure.all__D --- --- m_md5.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_md5.po --- share.all__D --- =3D=3D=3D> share/doc/usd/05.dc (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.gz =3D=3D=3D> share/doc/usd/06.bc (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.gz =3D=3D=3D> share/doc/usd/07.mail (all) --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char -me | gzip -cn > paper.ascii.gz --- secure.all__D --- --- m_mdc2.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_mdc2.po --- share.all__D --- =3D=3D=3D> share/doc/usd/10.exref (all) --- _sub.all --- =3D=3D=3D> share/doc/usd/10.exref/exref (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii= .gz --- secure.all__D --- --- m_null.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_null.po --- share.all__D --- =3D=3D=3D> share/doc/usd/10.exref/summary (all) --- summary.ascii.gz --- groff -Tascii -P-c -t -mtty-char -ms | gzip -cn > su= mmary.ascii.gz =3D=3D=3D> share/doc/usd/11.vitut (all) --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char -ms | gzip -cn > paper.asci= i.gz =3D=3D=3D> share/doc/usd/12.vi (all) --- secure.all__D --- --- m_ripemd.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto> -I -= DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 = -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DO= PENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_A= SM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -= std=3Dgnu89 -fstack-protector -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-par= ameter -Wno-parentheses -Qunused-arguments -c -o m_ripemd.po --- share.all__D --- --- _sub.all --- =3D=3D=3D> share/doc/usd/12.vi/vi (all) make[7]: make[7]: don't know how to make vi.chars. Stop make[7]: stopped in *** [_sub.all] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [share.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- rescue.all__D --- echo nvi: >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in *** [vi_make] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [objs] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [rescue.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- --- all_subdir_libsqlite3 --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libsqlite3] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 10:52:51 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44430C15; Sun, 26 Apr 2015 10:52:51 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 25A5615C1; Sun, 26 Apr 2015 10:52:51 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 33932717; Sun, 26 Apr 2015 10:52:51 +0000 (UTC) Date: Sun, 26 Apr 2015 10:52:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, bapt@FreeBSD.org Message-ID: <681086053.61.1430045571164.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2697 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.20 Precedence: 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, 26 Apr 2015 10:52:51 -0000 See Changes: [bapt] Do not modify locales [bapt] Reincorporate documentation lost with update to nvi 2.1.3 ------------------------------------------ [...truncated 153535 lines...] --- sbin.all__D --- cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-share= d-textrel -o geom_part.so -Wl,-soname,geom_part.so `NM=3D'nm' lorder geom= _part.So subr.So | tsort -q` -lutil --- lib.all__D --- --- sig_call.po --- cc -pg -O2 -pipe -I -I -I -std=3D= gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-par= ameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant= -decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarat= ions -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const= -variable -Qunused-arguments -c -o sig_c= all.po --- sbin.all__D --- =3D=3D=3D> sbin/geom/class/raid (all) --- geom_raid.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscrip= ts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-= pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unus= ed-const-variable -Qunused-arguments -c -o geom_raid.So --- secure.all__D --- --- dsa_ameth.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_ameth.po --- sbin.all__D --- --- subr.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscrip= ts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-= pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unus= ed-const-variable -Qunused-arguments -c -o subr.So --- share.all__D --- =3D=3D=3D> share/doc/smm/11.timedop (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.gz =3D=3D=3D> share/doc/smm/12.timed (all) --- _stamp.extra --- touch _stamp.extra --- paper.ascii.gz --- groff -Tascii -P-c -I -t -mtty-char -ms | gzip -cn > paper.ascii.gz --- sbin.all__D --- --- graid.8.gz --- gzip -cn > graid.8.gz --- geom_raid.so --- building shared library geom_raid.so cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-share= d-textrel -o geom_raid.so -Wl,-soname,geom_raid.so `NM=3D'nm' lorder geom= _raid.So subr.So | tsort -q` -lmd --- share.all__D --- =3D=3D=3D> share/doc/smm/18.net (all) --- secure.all__D --- --- dsa_asn1.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_asn1.po --- share.all__D --- --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.gz --- sbin.all__D --- =3D=3D=3D> sbin/geom/class/raid3 (all) --- geom_raid3.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Qunused-arguments -c -o geom_raid3.So --- share.all__D --- =3D=3D=3D> share/doc/usd (all) --- _sub.all --- =3D=3D=3D> share/doc/usd/title (all) --- secure.all__D --- --- dsa_depr.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_depr.po --- share.all__D --- --- Title.ascii.gz --- groff -Tascii -P-c -mtty-char | gzip -cn > Title.ascii.gz =3D=3D=3D> share/doc/usd/contents (all) --- sbin.all__D --- --- subr.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Qunused-arguments -c -o subr.So --- share.all__D --- --- contents.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > contents.ascii.g= z :43: warning: macro `>>' not defined --- secure.all__D --- --- dsa_err.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_err.po --- share.all__D --- =3D=3D=3D> share/doc/usd/04.csh (all) --- lib.all__D --- --- sig_coord.po --- cc -pg -O2 -pipe -I -I -I -std=3D= gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-par= ameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant= -decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarat= ions -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const= -variable -Qunused-arguments -c -o sig_= coord.po --- sbin.all__D --- --- graid3.8.gz --- gzip -cn > graid3.8.gz --- geom_raid3.so --- building shared library geom_raid3.so cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-share= d-textrel -o geom_raid3.so -Wl,-soname,geom_raid3.so `NM=3D'nm' lorder ge= om_raid3.So subr.So | tsort -q` -lmd --- share.all__D --- --- paper.ascii.gz --- groff -Tascii -P-c -I -mtty-char -ms | gzip -cn > paper.ascii.gz --- secure.all__D --- --- dsa_gen.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_gen.po --- sbin.all__D --- =3D=3D=3D> sbin/geom/class/sched (all) --- geom_sched.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Qunused-arguments -c -o geom_sched.So --- share.all__D --- =3D=3D=3D> share/doc/usd/05.dc (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.gz --- sbin.all__D --- --- subr.So --- --- share.all__D --- =3D=3D=3D> share/doc/usd/06.bc (all) --- sbin.all__D --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Qunused-arguments -c -o subr.So --- share.all__D --- --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.gz --- secure.all__D --- --- dsa_key.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_key.po --- share.all__D --- =3D=3D=3D> share/doc/usd/07.mail (all) --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char -me <= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/share/doc/usd/07.mail/mail6= .nr> | gzip -cn > paper.ascii.gz --- lib.all__D --- --- sig_party.po --- cc -pg -O2 -pipe -I -I -I -std=3D= gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-par= ameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant= -decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarat= ions -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const= -variable -Qunused-arguments -c -o sig_= party.po --- secure.all__D --- --- dsa_lib.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_lib.po --- share.all__D --- =3D=3D=3D> share/doc/usd/10.exref (all) --- sbin.all__D --- --- gsched.8.gz --- gzip -cn > gsched.8.gz --- geom_sched.so --- building shared library geom_sched.so cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-share= d-textrel -o geom_sched.so -Wl,-soname,geom_sched.so `NM=3D'nm' lorder ge= om_sched.So subr.So | tsort -q`=20 --- share.all__D --- --- _sub.all --- =3D=3D=3D> share/doc/usd/10.exref/exref (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.ascii.gz --- sbin.all__D --- =3D=3D=3D> sbin/geom/class/shsec (all) --- geom_shsec.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Qunused-arguments -c -o geom_shsec.So --- share.all__D --- =3D=3D=3D> share/doc/usd/10.exref/summary (all) --- summary.ascii.gz --- groff -Tascii -P-c -t -mtty-char -ms | gzip -cn > summary= .ascii.gz =3D=3D=3D> share/doc/usd/11.vitut (all) --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char -ms | gzip -cn > paper.ascii.gz --- secure.all__D --- --- dsa_ossl.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -I -I -DOPENSSL_THREADS -DDSO_DLFCN -D= HAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5= _ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I -I -I -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c -o dsa_ossl.po --- sbin.all__D --- --- subr.So --- cc -fpic -DPIC -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Qunused-arguments -c -o subr.So --- share.all__D --- =3D=3D=3D> share/doc/usd/12.vi (all) --- _sub.all --- =3D=3D=3D> share/doc/usd/12.vi/vi (all) make[7]: make[7]: don't know how to make vi.chars. Stop make[7]: stopped in *** [_sub.all] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [share.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in --- lib.all__D --- *** [all_subdir_libngatm] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_geom] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 13:59:19 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3734718E; Sun, 26 Apr 2015 13:59:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2314E193F; Sun, 26 Apr 2015 13:59:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2050E75E; Sun, 26 Apr 2015 13:59:18 +0000 (UTC) Date: Sun, 26 Apr 2015 13:59:18 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org, hselasky@FreeBSD.org, bapt@FreeBSD.org, andrew@FreeBSD.org, melifaro@FreeBSD.org Message-ID: <1313183204.62.1430056758377.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <779335789.59.1430040674978.JavaMail.jenkins@jenkins-9.freebsd.org> References: <779335789.59.1430040674978.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_i386 #37 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_i386 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 26 Apr 2015 13:59:19 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 14:46:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89A9E94F; Sun, 26 Apr 2015 14:46:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 74FED1E06; Sun, 26 Apr 2015 14:46:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 11E71761; Sun, 26 Apr 2015 14:46:02 +0000 (UTC) Date: Sun, 26 Apr 2015 14:46:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, hselasky@FreeBSD.org, bapt@FreeBSD.org, andrew@FreeBSD.org, grembo@FreeBSD.org, melifaro@FreeBSD.org Message-ID: <538233971.64.1430059561914.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <681086053.61.1430045571164.JavaMail.jenkins@jenkins-9.freebsd.org> References: <681086053.61.1430045571164.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2698 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.20 Precedence: 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, 26 Apr 2015 14:46:01 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 08:18:12 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C392F43D for ; Mon, 27 Apr 2015 08:18:12 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1AAAF10CC for ; Mon, 27 Apr 2015 08:18:11 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA11836 for ; Mon, 27 Apr 2015 11:25:03 +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 1YmeKH-000GDx-Mm for freebsd-current@FreeBSD.org; Mon, 27 Apr 2015 11:23:37 +0300 Message-ID: <553DF08A.9000007@FreeBSD.org> Date: Mon, 27 Apr 2015 11:17:14 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: backward dependencies on libzfs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 08:18:12 -0000 I am not sure what's the best list to discuss this issue, so let me raise it here. It seems that libzfs_core can not be used without also linking / loading libzfs: /lib/libzfs_core.so.2: Undefined symbol "zcmd_ioctl_compat" The same is true for libnvpair but for a different reason (and it looks like mea culpa): /lib/libnvpair.so.2: Undefined symbol "aok" Both dependencies seem to be backward, because: $ ldd /lib/libzfs.so.2 /lib/libzfs.so.2: libmd.so.6 => /lib/libmd.so.6 (0x801647000) libthr.so.3 => /lib/libthr.so.3 (0x801857000) libumem.so.2 => /lib/libumem.so.2 (0x801a7c000) libutil.so.9 => /lib/libutil.so.9 (0x801c7d000) libuutil.so.2 => /lib/libuutil.so.2 (0x801e8f000) libm.so.5 => /lib/libm.so.5 (0x802098000) *libnvpair.so.2 => /lib/libnvpair.so.2 (0x8022c1000)* libavl.so.2 => /lib/libavl.so.2 (0x8024d6000) libbsdxml.so.4 => /lib/libbsdxml.so.4 (0x8026d8000) libgeom.so.5 => /lib/libgeom.so.5 (0x8028ff000) *libzfs_core.so.2 => /lib/libzfs_core.so.2 (0x802b04000)* libc.so.7 => /lib/libc.so.7 (0x80081f000) libsbuf.so.6 => /lib/libsbuf.so.6 (0x802d08000) So, there are circular dependencies between libzfs and the other library in both cases. It seems that those dependencies do not cause much, if any trouble, in practice, but they are not nice, because they are unexpected and they are not present on other OpenZFS platforms. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 10:02:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C91856C for ; Mon, 27 Apr 2015 10:02:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3B61E1CD5 for ; Mon, 27 Apr 2015 10:02:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9759D982 for ; Mon, 27 Apr 2015 10:02:46 +0000 (UTC) Date: Mon, 27 Apr 2015 10:02:46 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <871883073.66.1430128966566.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #982 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 10:02:46 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 13:50:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE91D3FB; Mon, 27 Apr 2015 13:50:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C968516B5; Mon, 27 Apr 2015 13:50:11 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5C2D7B924; Mon, 27 Apr 2015 09:50:10 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Hans Petter Selasky , Ian Lepore , Svatopluk Kraus Subject: Re: [patch] fix add_bounce_page() for BUS_DMA_KEEP_PG_OFFSET Date: Mon, 27 Apr 2015 09:32:18 -0400 Message-ID: <1878637.qa1RymYSTA@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <553B2D56.1000405@selasky.org> References: <1429882188.1157.2.camel@freebsd.org> <553B2D56.1000405@selasky.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 27 Apr 2015 09:50:10 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 13:50:12 -0000 On Saturday, April 25, 2015 07:59:50 AM Hans Petter Selasky wrote: > On 04/24/15 15:29, Ian Lepore wrote: > > On Fri, 2015-04-24 at 13:34 +0200, Svatopluk Kraus wrote: > >> The add_bounce_page() can be called from _bus_dmamap_load_phys(). > >> Client virtual address is zero (not valid) in that case. So, client > >> physical address must be used to get an offset when > >> BUS_DMA_KEEP_PG_OFFSET flag is set. Note that client physical address > >> is always valid. > >> > >> Svatopluk Kraus > > > > The only user of BUS_DMA_KEEP_PG_OFFSET in the system is USB. If the > > flag didn't exist, we could do bouncing with a whole lot more > > efficiency, at least in the ARM world. I wonder if it would be possible > > to just eliminate the flag (and of course, USB's need for it, which I > > fully admit I don't understand even a little bit). > > > > Hi, > > USB (EHCI/UHCI/OHCI) needs this flag when computing scatter/gather > lists. Please ensure it works like expected. The good news is XHCI needs > it less than the EHCI. > > Ian: The patch looks good - will you commit it? I think the patch looks good. Feel free to commit it (someone) if I don't get to it first. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 16:44:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 856495BD; Mon, 27 Apr 2015 16:44:49 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 655E11D17; Mon, 27 Apr 2015 16:44:49 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-241-118.lns20.per4.internode.on.net [121.45.241.118]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t3RGiauP041206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 27 Apr 2015 09:44:41 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <553E676D.1020902@freebsd.org> Date: Tue, 28 Apr 2015 00:44:29 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: John Baldwin CC: freebsd-current@freebsd.org Subject: Re: readdir/telldir/seekdir problem (i think) References: <55386505.70708@freebsd.org> <553A7DB0.8080308@freebsd.org> <553A8D28.7090901@freebsd.org> <4718551.Y2ZnMk6NSM@ralph.baldwin.cx> In-Reply-To: <4718551.Y2ZnMk6NSM@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 16:44:49 -0000 On 4/25/15 4:28 AM, John Baldwin wrote: > On Saturday, April 25, 2015 02:36:24 AM Julian Elischer wrote: >> On 4/25/15 1:30 AM, Julian Elischer wrote: >>> On 4/24/15 10:59 PM, John Baldwin wrote: >>>> Index: head/lib/libc/gen/telldir.c >>>> =================================================================== >>>> --- head/lib/libc/gen/telldir.c (revision 281929) >>>> +++ head/lib/libc/gen/telldir.c (working copy) >>>> @@ -101,8 +101,10 @@ >>>> return; >>>> if (lp->loc_loc == dirp->dd_loc && lp->loc_seek == >>>> dirp->dd_seek) >>>> return; >>>> - (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, SEEK_SET); >>>> - dirp->dd_seek = lp->loc_seek; >>>> + if (lp->loc_seek != dirp->dd_seek) { >>>> + (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, >>>> SEEK_SET); >>>> + dirp->dd_seek = lp->loc_seek; >>>> + } >>> yes I did that yesterday but it still fails when you transition >>> blocks.. (badly). >>> >>> I also tried bigger blocks.. also fails (eventually) >>> >>> I did find a way to make it work... you had to seek back >>> to the first block you deleted on each set.. >>> then work forward from there again.. unfortunately since >>> I'm trying to make a microsoft program not fail (via samba) >>> I have no control over how it does things and seekdir doesn't >>> know what was deleted anyway... (so the fix is fine for the >>> test program but not for real life) >>> >>> I think I can make the BSD one act like the linux one by changing >>> the lseek being done to use the offset (loc) plus the buffer seek >>> address of the target, instead of just going for the buffer base and >>> stepping forward through the entries.. >>> >>> maybe tomorrow. >>> >> The following conditional code makes ours behave the same as the linux >> one. >> it breaks several 'rules' but works where ours is clean but fails.. >> as Rick said.. "maybe that's what we should do too." >> >> >> this is at the end of seekdir() >> >> >> The new code does what linux does.. and shouldn't work.. but does >> // at least in the limited conditions I need it to. >> // We'll probably need to do this at work...: >> >> >> The original code is what we have now, but gets mightily confused >> sometimes. >> // This is clean(er) but fails in specific situations(when >> doing commands >> // from Microft windows, via samba). >> >> >> root@vps1:/tmp # diff -u dir.c.orig dir.c >> --- dir.c.orig 2015-04-24 11:29:36.855317000 -0700 >> +++ dir.c 2015-04-24 11:15:49.058500000 -0700 >> @@ -1105,6 +1105,13 @@ >> dirp->dd_loc = lp->loc_loc; >> return; >> } >> +#ifdef GLIBC_SEEK >> + (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek + lp->loc_loc, >> SEEK_SET); >> + dirp->dd_seek = lp->loc_seek + lp->loc_loc; >> + dirp->dd_loc = 0; >> + lp->loc_seek = dirp->dd_seek; >> + lp->loc_loc = 0; >> +#else >> (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, SEEK_SET); >> dirp->dd_seek = lp->loc_seek; >> dirp->dd_loc = 0; >> @@ -1114,6 +1121,7 @@ >> if (dp == NULL) >> break; >> } >> +#endif >> } > Yes, this isn't at all safe. There's no guarantee whatsoever that > the offset on the directory fd that isn't something returned by > getdirentries has any meaning. In particular, the size of the > directory entry in a random filesystem might be a different size > than the structure returned by getdirentries (since it converts > things into a FS-independent format). > > This might work for UFS by accident, but this is probably why ZFS > doesn't work. > > However, this might be properly fixed by the thing that ino64 is > doing where each directory entry returned by getdirentries gives > you a seek offset that you _can_ directly seek to (as opposed to > seeking to the start of the block and then walking forward N > entries until you get an inter-block entry that is the same). I just made the stunning discovery that our seekdir/readdir/telldir code in libc works with FreeBSD 8.0. so maybe the problem is that the kernel changed it's behaviour, and no-one thought to fix libc.. (at least it works on one of our 8.0 base appliances.. I'll do more testing tomorrow.. it's past midnight.) > From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 18:16:35 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52729556; Mon, 27 Apr 2015 18:16:35 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::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 1337F1816; Mon, 27 Apr 2015 18:16:35 +0000 (UTC) Received: by oblw8 with SMTP id w8so90063218obl.0; Mon, 27 Apr 2015 11:16:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=Zl8xyfs2Jg9+/AMq0thMAGPFasWSGkVlsjc9Q7DgIEQ=; b=Nj/6KLNcNLH1gz4ti+YxFmG7aiLJwZx+Vh9HgBgt8YkbQvplmIFsI0N6dxzNsg2zUQ rkj/vYrwQcokLyK+CBsC2W1ZCj2qfqAj1VxVqcZviKr+QpgS1wTIasXiOkO7C0IuBWG6 sQd4bdyVHD8G+M7v5GCO8r9Pg/paNuYK8OSJeciXUJwVMSrI1YphuZHoGVkQBjtVIodf x9YOl3BQDZtaV/Sc1Dn33RyOrUggPQ1+GOd8Im2S96NpSDwTJp6WWKMtuYEJBpWXJHgb rIVvI0+kVRarWenbVv7yMc+8xdfewjhnRjqpOaewFN3W+312+3IZfRI2lpKXakM19Chx vYIQ== X-Received: by 10.202.91.194 with SMTP id p185mr10622755oib.9.1430158594318; Mon, 27 Apr 2015 11:16:34 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:f039:b350:5840:757f? ([2601:8:ab80:7d6:f039:b350:5840:757f]) by mx.google.com with ESMTPSA id s3sm5361340obt.27.2015.04.27.11.16.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Apr 2015 11:16:33 -0700 (PDT) From: Garrett Cooper X-Pgp-Agent: GPGMail 2.5b6 Content-Type: multipart/signed; boundary="Apple-Mail=_13AEAF56-63DF-48BE-8CBC-815BD69CC552"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: cam(4) timeouts in bhyve/kyua runs up on Jenkins? Date: Mon, 27 Apr 2015 11:16:32 -0700 Message-Id: <28845361-E624-4CB9-B255-1B2C1FD0DF28@gmail.com> Cc: FreeBSD Current , "freebsd-testing@freebsd.org" To: Alexander Motin Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 18:16:35 -0000 --Apple-Mail=_13AEAF56-63DF-48BE-8CBC-815BD69CC552 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi mav! I was looking at the console log for the latest kyua run and = I=92ve noticed that it=92s timing out a bit more [1] than it was = previously [2]. I=92ve seen some of your commits recently to cam(4) = dealing with bhyve =97 has there been a performance regression there? Thanks! -NGie 1. https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/940/console 2. https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/983/console --Apple-Mail=_13AEAF56-63DF-48BE-8CBC-815BD69CC552 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 iQEcBAEBCgAGBQJVPn0AAAoJEMZr5QU6S73ey0cH/AgoUne2Iev6ojMRW/2PPfyn 6Fwma5aaXZkyzEZ2mFGVoE0aQy+RjJP5Q5fUNPXhpwciq+CA3Gws6ye+z7RM4OHH lL8TUVk/+8Xp816jxqnyQJIHvfZUbU9XHVRIaNTTk+mW684n/0i/659K7p1yRW7w S0qohKXbbJy6sRzRy4lcrwulAxXSHFifBoYq2NX0kd/VGaKa+Ow7zQfpSlxkklsl a/4Ghl2992v5wvtm4d+gBhBYcF23jbb938gizgLfZesmBq/yHyPlkjNlnPAwXdsm A9lobeDiscbDR9RSVuOsOYLpqiE12LJeuIh98+Zl7t1AwsILsnWZodNOpvtEP8c= =CwX5 -----END PGP SIGNATURE----- --Apple-Mail=_13AEAF56-63DF-48BE-8CBC-815BD69CC552-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 18:17:34 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E5CC67D; Mon, 27 Apr 2015 18:17:34 +0000 (UTC) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::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 67917182C; Mon, 27 Apr 2015 18:17:34 +0000 (UTC) Received: by oica37 with SMTP id a37so96401541oic.0; Mon, 27 Apr 2015 11:17:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=z4Fzs/bguAXDQlotsTdHQwpOgY31jPtv03prJdCbfGI=; b=H9zJM79oYaKxgsUczhqHxl8skiLCI3OOhzSBlXgR/BtWsuK/IyxxokSTbkOKlq7RZb 2RWAUh2JtQ6N9fBsausI+goKIcD9LDt/hP2zrqSBEAiHxakio82gLu3kMiip1dzbNuRP uUewK9bHidlDN73d243dbV57Xch5Q2+ed/Ew7zqQnE/EnflqGaQ14TLRODx/psW10omh YksIZ8WDejV3rM/oZp+Mzbxhkr6hZmRAB2GJfRwHb3YkF9i3EKvyDSUa61h3Rbf154oA lMZWJ+rSlYOJodWi0vXWcXjtRKzKaD5KukIgbwt09TGhJqezx0NtATLm7+80nHGo7utQ +yQQ== X-Received: by 10.60.177.73 with SMTP id co9mr11121916oec.5.1430158653593; Mon, 27 Apr 2015 11:17:33 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:f039:b350:5840:757f? ([2601:8:ab80:7d6:f039:b350:5840:757f]) by mx.google.com with ESMTPSA id s3sm5361340obt.27.2015.04.27.11.17.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Apr 2015 11:17:32 -0700 (PDT) Subject: Re: cam(4) timeouts in bhyve/kyua runs up on Jenkins? Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1BCEB238-21DD-4009-BC57-E71DAB7B1FE1"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Garrett Cooper In-Reply-To: <28845361-E624-4CB9-B255-1B2C1FD0DF28@gmail.com> Date: Mon, 27 Apr 2015 11:17:33 -0700 Cc: FreeBSD Current , "freebsd-testing@freebsd.org" Message-Id: <4BEE0A54-3AD2-42DB-AF4E-2B0A5E34DF4E@gmail.com> References: <28845361-E624-4CB9-B255-1B2C1FD0DF28@gmail.com> To: Alexander Motin X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 18:17:34 -0000 --Apple-Mail=_1BCEB238-21DD-4009-BC57-E71DAB7B1FE1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 27, 2015, at 11:16, Garrett Cooper wrote: > Hi mav! > I was looking at the console log for the latest kyua run and = I=92ve noticed that it=92s timing out a bit more [1] than it was = previously [2]. I=92ve seen some of your commits recently to cam(4) = dealing with bhyve =97 has there been a performance regression there? > Thanks! > -NGie >=20 > 1. https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/940/console > 2. https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/983/console (Sorry for not being more explicit for the archives) These are the timeouts I=92m referring to: ahcich0: is 00000000 cs 00000000 ss 1f000000 rs 1f000000 tfd 50 serr = 00000000 cmd 1000dc17 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 a8 54 1e 40 00 00 = 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command --Apple-Mail=_1BCEB238-21DD-4009-BC57-E71DAB7B1FE1 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 iQEcBAEBCgAGBQJVPn09AAoJEMZr5QU6S73e8VsH/2m1z6UsYAFpE6qzKSIJkVy+ 2qXnfAiedfjpetvBILzqeWDFD9qnaTGv0HUo+vdt39NURJePA9lPMnUHQuq1x+rj s53xLub/HvFQkijyA7x8nBFtPW5U84cdesjfmzgpMk4DDulLmBS4yC29tcu7PUMK Whsgd815WceQ9HLUw78FdIIRmL8OJAbvW4X8KCODrfkAHmjBSItUGaJsgJQZrVm8 M4wnUFzjDAYK8Gh/iZ0IevYglfzwi19UC4uuSr5QBJgzXfo8VJ//MJXjJtldidJA Uq79Dwa/krTKgqZKqnv48DykCzm/brzX5qal0sKQLBT1zgrhmnUFeFu4z8Huots= =salu -----END PGP SIGNATURE----- --Apple-Mail=_1BCEB238-21DD-4009-BC57-E71DAB7B1FE1-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 18:27:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC2539E1 for ; Mon, 27 Apr 2015 18:27:12 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B8E5B1950 for ; Mon, 27 Apr 2015 18:27:12 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C5295A49 for ; Mon, 27 Apr 2015 18:27:10 +0000 (UTC) Date: Mon, 27 Apr 2015 18:27:08 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1890227175.69.1430159228318.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <871883073.66.1430128966566.JavaMail.jenkins@jenkins-9.freebsd.org> References: <871883073.66.1430128966566.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #983 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 18:27:12 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 18:37:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 468EBCA4; Mon, 27 Apr 2015 18:37:39 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1539D1A51; Mon, 27 Apr 2015 18:37:39 +0000 (UTC) Received: by pacyx8 with SMTP id yx8so137950012pac.1; Mon, 27 Apr 2015 11:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=49Ua/DJIeeDeQvj4Pw9CoxaqYKGciDYuR/LN+EUk5/E=; b=X+74VI0Tr00B7Pfuc19Pz3uL0vF9ynHb3i7JeilFBcaj88NDqXWFIAc9PhKe8yw7bm 7H2hMMMlyLKCAwA62G0j4LWfmoR3ZpVMlpRHdKellypCt79v/iVJ+4SMpF2IxaPsZDPr 3OU7Ep6JEs5cHwfzrwvueykFAZLtFKMzZepvmXgGiIfpWa/ATFNbTVvdKfhGj/y4bIKH A8xiguQ9nG7wBrUZ6vf2uIwg/h2okAFztpyRR24+aCjS1YlBF7UBdWWWzP7RTCh7gzov mS7HTXmCr9/4xz4ga0ktRcTkgilH4bQSbQGd/JunMiXVKp1mpM6+EuVtkHJUKGntNOBF 0MqQ== X-Received: by 10.66.160.71 with SMTP id xi7mr24506582pab.19.1430159858679; Mon, 27 Apr 2015 11:37:38 -0700 (PDT) Received: from [10.47.220.227] (mobile-166-176-184-74.mycingular.net. [166.176.184.74]) by mx.google.com with ESMTPSA id p1sm20131418pdl.60.2015.04.27.11.37.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Apr 2015 11:37:38 -0700 (PDT) References: <871883073.66.1430128966566.JavaMail.jenkins@jenkins-9.freebsd.org> <1890227175.69.1430159228318.JavaMail.jenkins@jenkins-9.freebsd.org> Mime-Version: 1.0 (1.0) In-Reply-To: <1890227175.69.1430159228318.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <0700981C-D1C0-4474-9612-81CD01CACF1E@gmail.com> Cc: "freebsd-current@freebsd.org" X-Mailer: iPhone Mail (12F70) From: Garrett Cooper Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #983 Date: Mon, 27 Apr 2015 11:37:33 -0700 To: "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 18:37:39 -0000 I'll fix these tonight. Forgot to add appropriate modfind calls to these tes= tcases, and GENERIC doesn't appear to have mqueuefs or aio built into it... I= nteresting data points. > On Apr 27, 2015, at 11:27, jenkins-admin@freebsd.org wrote: >=20 > See >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 20:03:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B1F2E12; Mon, 27 Apr 2015 20:03:11 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B21EB15C7; Mon, 27 Apr 2015 20:03:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CsBABElT5V/95baINcg19cBYMVwy6BSAqFNk4CgW4TAQEBAQEBAYEKhCEBAQQBAQEgBCcgCxsYAgINGQIpAQkmBggHBAEYBASICg2zT5QEAQEBAQYBAQEBAQEcgSGJFYEChCwHAQEcATMHgmiBRQWFLJAqhAiED5QCI4IHHIFtIjEHewkXIoEAAQEB X-IronPort-AV: E=Sophos;i="5.11,659,1422939600"; d="scan'208";a="206445322" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 27 Apr 2015 16:03:08 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 4D4BCB3F5F; Mon, 27 Apr 2015 16:03:08 -0400 (EDT) Date: Mon, 27 Apr 2015 16:03:08 -0400 (EDT) From: Rick Macklem To: Julian Elischer Cc: freebsd-current@freebsd.org, John Baldwin Message-ID: <1101073752.26759547.1430164988301.JavaMail.root@uoguelph.ca> In-Reply-To: <553E676D.1020902@freebsd.org> Subject: Re: readdir/telldir/seekdir problem (i think) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.11] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 27 Apr 2015 20:03:11 -0000 Julian Elischer wrote: > On 4/25/15 4:28 AM, John Baldwin wrote: > > On Saturday, April 25, 2015 02:36:24 AM Julian Elischer wrote: > >> On 4/25/15 1:30 AM, Julian Elischer wrote: > >>> On 4/24/15 10:59 PM, John Baldwin wrote: > >>>> Index: head/lib/libc/gen/telldir.c > >>>> =================================================================== > >>>> --- head/lib/libc/gen/telldir.c (revision 281929) > >>>> +++ head/lib/libc/gen/telldir.c (working copy) > >>>> @@ -101,8 +101,10 @@ > >>>> return; > >>>> if (lp->loc_loc == dirp->dd_loc && lp->loc_seek == > >>>> dirp->dd_seek) > >>>> return; > >>>> - (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, > >>>> SEEK_SET); > >>>> - dirp->dd_seek = lp->loc_seek; > >>>> + if (lp->loc_seek != dirp->dd_seek) { > >>>> + (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, > >>>> SEEK_SET); > >>>> + dirp->dd_seek = lp->loc_seek; > >>>> + } > >>> yes I did that yesterday but it still fails when you transition > >>> blocks.. (badly). > >>> > >>> I also tried bigger blocks.. also fails (eventually) > >>> > >>> I did find a way to make it work... you had to seek back > >>> to the first block you deleted on each set.. > >>> then work forward from there again.. unfortunately since > >>> I'm trying to make a microsoft program not fail (via samba) > >>> I have no control over how it does things and seekdir doesn't > >>> know what was deleted anyway... (so the fix is fine for the > >>> test program but not for real life) > >>> > >>> I think I can make the BSD one act like the linux one by changing > >>> the lseek being done to use the offset (loc) plus the buffer seek > >>> address of the target, instead of just going for the buffer base > >>> and > >>> stepping forward through the entries.. > >>> > >>> maybe tomorrow. > >>> > >> The following conditional code makes ours behave the same as the > >> linux > >> one. > >> it breaks several 'rules' but works where ours is clean but > >> fails.. > >> as Rick said.. "maybe that's what we should do too." > >> > >> > >> this is at the end of seekdir() > >> > >> > >> The new code does what linux does.. and shouldn't work.. but does > >> // at least in the limited conditions I need it to. > >> // We'll probably need to do this at work...: > >> > >> > >> The original code is what we have now, but gets mightily confused > >> sometimes. > >> // This is clean(er) but fails in specific > >> situations(when > >> doing commands > >> // from Microft windows, via samba). > >> > >> > >> root@vps1:/tmp # diff -u dir.c.orig dir.c > >> --- dir.c.orig 2015-04-24 11:29:36.855317000 -0700 > >> +++ dir.c 2015-04-24 11:15:49.058500000 -0700 > >> @@ -1105,6 +1105,13 @@ > >> dirp->dd_loc = lp->loc_loc; > >> return; > >> } > >> +#ifdef GLIBC_SEEK > >> + (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek + lp->loc_loc, > >> SEEK_SET); > >> + dirp->dd_seek = lp->loc_seek + lp->loc_loc; > >> + dirp->dd_loc = 0; > >> + lp->loc_seek = dirp->dd_seek; > >> + lp->loc_loc = 0; > >> +#else > >> (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, SEEK_SET); > >> dirp->dd_seek = lp->loc_seek; > >> dirp->dd_loc = 0; > >> @@ -1114,6 +1121,7 @@ > >> if (dp == NULL) > >> break; > >> } > >> +#endif > >> } > > Yes, this isn't at all safe. There's no guarantee whatsoever that > > the offset on the directory fd that isn't something returned by > > getdirentries has any meaning. In particular, the size of the > > directory entry in a random filesystem might be a different size > > than the structure returned by getdirentries (since it converts > > things into a FS-independent format). > > > > This might work for UFS by accident, but this is probably why ZFS > > doesn't work. > > > > However, this might be properly fixed by the thing that ino64 is > > doing where each directory entry returned by getdirentries gives > > you a seek offset that you _can_ directly seek to (as opposed to > > seeking to the start of the block and then walking forward N > > entries until you get an inter-block entry that is the same). > I just made the stunning discovery that our seekdir/readdir/telldir > code in libc works with > FreeBSD 8.0. > so maybe the problem is that the kernel changed it's behaviour, and > no-one thought to fix libc.. > > (at least it works on one of our 8.0 base appliances.. I'll do more > testing tomorrow.. it's past midnight.) > I suspect that pre-r252438 systems work better for UFS than r252438 or later. That patch changed ufs_readdir() so that it no longer returned the on-disk directory structure. (Among other things, it added code that skipped over d_ino == 0 entries.) As such, r252438 and later systems have UFS where the "logical" offset of a directory entry returned by getdirentries() isn't the same as the "physical" offset for it in the on-disk directory. Having said the above, I have two somewhat inconsistent thoughts: 1 - As jhb has explained, the libc functions aren't safe for telldir()/seekdir() when entries are added/deleted. It just happens that UFS might work ok (and is more likely to work ok when "logical offset" == "physical offset"). 2 - I'm not sure r252438 was a good idea (at least the part that skips invalid d_ino == 0 entries) because I don't think making "logical offset" != "physical offset" is a good idea, if there isn't a good reason to need to do so. I think it is hard to argue that r252438 broke the libc functions. It just happens that cases that aren't guaranteed to work happens to work without r252438. I also think that the use of d_off (or d_cookie, if you prefer that name), which would be the "physical offset" of the next directory entry is the best bet for fixing this, in general. (By in general, I mean for all file systems.) But this will require a new getdirentries(2) syscall and libc functions that know how to use it. rick > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 00:57:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7424F67C; Tue, 28 Apr 2015 00:57:33 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::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 15DAA1751; Tue, 28 Apr 2015 00:57:33 +0000 (UTC) Received: by laat2 with SMTP id t2so92793047laa.1; Mon, 27 Apr 2015 17:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4/9WroFIB4sFve3kA8vlewQK/NAoEPLFhToVmgHqAW8=; b=u0EWwnAJqVjCtJjeHW9nvse9n7HaKE3m2L+ucCIlrH6vNQpInWsJPnRbv9QPHC5QGo Hk5HkCw4zbV62dk9n3GnHREg/u2gTzLQsWzP7szj/ldlRUliRpltx6DYnAImgmF7BAUR D8BO8WoXREjp3POSpOo6miFgdXbUbzxk2LXzE5SeKu50Rs1ltyLoBBqRdMj8cquW5tVJ A0Ur/20MP5WFhj58SSkkSfUCskU8cqxmV1EDg+c0Yxe707osnVnC72RaHXT9PPahepKz TrPjPXu7BLg6avoZ2y7UhYNYzD4bwmD7s+FylgoZa9kl36/uOkcxZ6ViDAxTYDhgnMXO vDww== MIME-Version: 1.0 X-Received: by 10.152.23.66 with SMTP id k2mr6849203laf.89.1430182650339; Mon, 27 Apr 2015 17:57:30 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.164.38 with HTTP; Mon, 27 Apr 2015 17:57:30 -0700 (PDT) In-Reply-To: <553DF08A.9000007@FreeBSD.org> References: <553DF08A.9000007@FreeBSD.org> Date: Mon, 27 Apr 2015 17:57:30 -0700 X-Google-Sender-Auth: D_HeF7-827xHip2NfrsGIf_x1ko Message-ID: Subject: Re: backward dependencies on libzfs From: Craig Rodrigues To: Andriy Gapon Cc: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 00:57:33 -0000 On Mon, Apr 27, 2015 at 1:17 AM, Andriy Gapon wrote: > > I am not sure what's the best list to discuss this issue, so let me raise > it here. > > It seems that libzfs_core can not be used without also linking / loading > libzfs: > /lib/libzfs_core.so.2: Undefined symbol "zcmd_ioctl_compat" > > The same is true for libnvpair but for a different reason (and it looks > like mea > culpa): > /lib/libnvpair.so.2: Undefined symbol "aok" > > Both dependencies seem to be backward, because: > $ ldd /lib/libzfs.so.2 > /lib/libzfs.so.2: > libmd.so.6 => /lib/libmd.so.6 (0x801647000) > libthr.so.3 => /lib/libthr.so.3 (0x801857000) > libumem.so.2 => /lib/libumem.so.2 (0x801a7c000) > libutil.so.9 => /lib/libutil.so.9 (0x801c7d000) > libuutil.so.2 => /lib/libuutil.so.2 (0x801e8f000) > libm.so.5 => /lib/libm.so.5 (0x802098000) > *libnvpair.so.2 => /lib/libnvpair.so.2 (0x8022c1000)* > libavl.so.2 => /lib/libavl.so.2 (0x8024d6000) > libbsdxml.so.4 => /lib/libbsdxml.so.4 (0x8026d8000) > libgeom.so.5 => /lib/libgeom.so.5 (0x8028ff000) > *libzfs_core.so.2 => /lib/libzfs_core.so.2 (0x802b04000)* > libc.so.7 => /lib/libc.so.7 (0x80081f000) > libsbuf.so.6 => /lib/libsbuf.so.6 (0x802d08000) > > So, there are circular dependencies between libzfs and the other library > in both > cases. > It seems that those dependencies do not cause much, if any trouble, in > practice, > but they are not nice, because they are unexpected and they are not > present on > other OpenZFS platforms. > > Fixes similar to this: https://svnweb.freebsd.org/changeset/base/272484 need to be done to plug these symbol dependency problems in the libraries. -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 01:10:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB03585B; Tue, 28 Apr 2015 01:10:12 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id C91DE1867; Tue, 28 Apr 2015 01:10:12 +0000 (UTC) Received: from u10-2-32-011.office.norse-data.com (unknown [50.204.88.51]) by elvis.mu.org (Postfix) with ESMTPSA id 745BB341F86B; Mon, 27 Apr 2015 18:10:10 -0700 (PDT) Message-ID: <553EDDF7.6010302@mu.org> Date: Mon, 27 Apr 2015 18:10:15 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: David Chisnall CC: freebsd-current Current , ports Subject: Re: Merging GitHub Pull Requests into Subversion using git-svn References: <29BE23C6-EBFE-40FB-91FC-C0E7CBFCFD45@FreeBSD.org> In-Reply-To: <29BE23C6-EBFE-40FB-91FC-C0E7CBFCFD45@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.20 Precedence: 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, 28 Apr 2015 01:10:13 -0000 [[ reply private ]] On 4/25/15 12:30 AM, David Chisnall wrote: > On 23 Apr 2015, at 00:12, Craig Rodrigues wrote: >> While not as smooth as clicking a merge button in GitHub, >> this is a valid way to accept patches submitted via GitHub pull requests, >> and integrate them in our FreeBSD Subversion repo. > The merge button on GitHub does the wrong thing anyway (merges without fast-forward, so you end up with a tangled history), so (after the initial setup) the steps that I use for merging pull requests from GitHub projects are very similar (locally pull the branch with fast-fordward, test, push). Not to bikeshed this, but you really almost never want a fast-forward commit. The reason is that it becomes challenging to git-bisect things to sort out where a bad commit was. In addition then the merge is actually one "atomic" commit. Getting over viewing "merge commits" as "messy" was the final hurdle I faced going towards git-nirvana. -Alfred From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 01:17:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5062B66; Tue, 28 Apr 2015 01:17:14 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CD6701953; Tue, 28 Apr 2015 01:17:14 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 7E147446C; Mon, 27 Apr 2015 18:17:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1430183828; x=1430198228; bh=0cD7UZYC12Vqtt2eXhVp50eVCuFZdkQRiPseXpEc2FA=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=M0m5KYb2eg3BijEpLIlr4ky2JEKpF6Wfo5b0neqz6QgkaPQMDPEuRxDUIynH838g5 Dh6KxxB4BZsm34KLH74VoyWPD7weRfF+NkoJd6fajN120ta/HxkjkUjYeIxCR0Trqk t0qWnnazUw0NsGuvfoA90J7ahYvhDeqPnS/zA39Y= Message-ID: <553EDF94.1060705@delphij.net> Date: Mon, 27 Apr 2015 18:17:08 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Craig Rodrigues , Andriy Gapon CC: FreeBSD Current Subject: Re: backward dependencies on libzfs References: <553DF08A.9000007@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 01:17:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 04/27/15 17:57, Craig Rodrigues wrote: > On Mon, Apr 27, 2015 at 1:17 AM, Andriy Gapon > wrote: > >> >> I am not sure what's the best list to discuss this issue, so let >> me raise it here. >> >> It seems that libzfs_core can not be used without also linking / >> loading libzfs: /lib/libzfs_core.so.2: Undefined symbol >> "zcmd_ioctl_compat" >> >> The same is true for libnvpair but for a different reason (and it >> looks like mea culpa): /lib/libnvpair.so.2: Undefined symbol >> "aok" >> >> Both dependencies seem to be backward, because: $ ldd >> /lib/libzfs.so.2 /lib/libzfs.so.2: libmd.so.6 => /lib/libmd.so.6 >> (0x801647000) libthr.so.3 => /lib/libthr.so.3 (0x801857000) >> libumem.so.2 => /lib/libumem.so.2 (0x801a7c000) libutil.so.9 => >> /lib/libutil.so.9 (0x801c7d000) libuutil.so.2 => >> /lib/libuutil.so.2 (0x801e8f000) libm.so.5 => /lib/libm.so.5 >> (0x802098000) *libnvpair.so.2 => /lib/libnvpair.so.2 >> (0x8022c1000)* libavl.so.2 => /lib/libavl.so.2 (0x8024d6000) >> libbsdxml.so.4 => /lib/libbsdxml.so.4 (0x8026d8000) libgeom.so.5 >> => /lib/libgeom.so.5 (0x8028ff000) *libzfs_core.so.2 => >> /lib/libzfs_core.so.2 (0x802b04000)* libc.so.7 => /lib/libc.so.7 >> (0x80081f000) libsbuf.so.6 => /lib/libsbuf.so.6 (0x802d08000) >> >> So, there are circular dependencies between libzfs and the other >> library in both cases. It seems that those dependencies do not >> cause much, if any trouble, in practice, but they are not nice, >> because they are unexpected and they are not present on other >> OpenZFS platforms. >> >> > Fixes similar to this: > https://svnweb.freebsd.org/changeset/base/272484 > > need to be done to plug these symbol dependency problems in the > libraries. Well I think it's different issue. The backward dependency was because of our libzfs_core depends on some compatibility shims (I think it was introduced in r248445). I don't have much time to work on it right now though. Andriy -- maybe file a bug and assign it to me? Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.2 (FreeBSD) iQIcBAEBCgAGBQJVPt+QAAoJEJW2GBstM+ns5g8P/jchSVar1TjU2HoJymmthwPM W5mwFSp0f0XWbtd2tkOSUHL6DGvV5pVpzhg3Oj20lrSGJv3s7tymffUSwBtKEA5q fptapAeg/2hXT2U27ns0d5BgaoNz87y0BZgwcWrM4lsDOLpOLt++NPvqf5Jjoq18 y9cRvO06JCZV087Ou/mqU981b7f1T6T+eEUdGXGltP6uynF10HMAlwe53d4hJLgl mhXvZcK78rjf8swtUCBzvkeTkB1OH/O1kL/w8p1oSTUbTERJneNFHEb1+o18XHsA 3aWrnDtweEDgK6mItK3HI26Rq1HvxdqbaYVnfmQikkufyamehzQofXb0AewJuRNf EG4DYp1Y48USD2feQRF0an+lGcro6IQPv1GdKox2VdgR6lF0mOUPJr2TMvKNsumQ 4pxPNsM0b637YzL0mp/bt6t2C6YNaStn+PQ8gWCeOzBM2AJIUqliAP8eghEuAR2a 4kFGOOzLlzITdsg8Y7UNvTmiAMJVGm2XIwkOQA7pUR8LfkFeqyFqb846kR0HOK9w Ce01BAsgM1OFgbo/WELd8ZTTrh+B2eV8dPJhPVEO1tmcniJoeUg3Qj76IPAK34U0 q5FTs5iaEWk2/N+jkd8kAGnZrHhVTLl88aEcdak+eyLj/VtUuvHakZckteDTlYak k5ZJG2p/nxiY5NJPbDJJ =tf6a -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 01:18:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58D37C7C for ; Tue, 28 Apr 2015 01:18:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 458B91967 for ; Tue, 28 Apr 2015 01:18:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AAE1DAF5 for ; Tue, 28 Apr 2015 01:18:45 +0000 (UTC) Date: Tue, 28 Apr 2015 01:18:45 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <127140399.73.1430183925596.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1890227175.69.1430159228318.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1890227175.69.1430159228318.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #984 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 01:18:45 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 03:09:38 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B40EDB01; Tue, 28 Apr 2015 03:09:38 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9303515B5; Tue, 28 Apr 2015 03:09:38 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-241-118.lns20.per4.internode.on.net [121.45.241.118]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t3S39We0043139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 27 Apr 2015 20:09:35 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <553EF9E6.5050903@freebsd.org> Date: Tue, 28 Apr 2015 11:09:26 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Rick Macklem CC: freebsd-current@freebsd.org, John Baldwin Subject: Re: readdir/telldir/seekdir problem (i think) References: <1101073752.26759547.1430164988301.JavaMail.root@uoguelph.ca> In-Reply-To: <1101073752.26759547.1430164988301.JavaMail.root@uoguelph.ca> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 03:09:38 -0000 On 4/28/15 4:03 AM, Rick Macklem wrote: > Julian Elischer wrote: >> On 4/25/15 4:28 AM, John Baldwin wrote: >>> On Saturday, April 25, 2015 02:36:24 AM Julian Elischer wrote: >>>> On 4/25/15 1:30 AM, Julian Elischer wrote: >>>>> On 4/24/15 10:59 PM, John Baldwin wrote: >>>>>> Index: head/lib/libc/gen/telldir.c >>>>>> =================================================================== >>>>>> --- head/lib/libc/gen/telldir.c (revision 281929) >>>>>> +++ head/lib/libc/gen/telldir.c (working copy) >>>>>> @@ -101,8 +101,10 @@ >>>>>> return; >>>>>> if (lp->loc_loc == dirp->dd_loc && lp->loc_seek == >>>>>> dirp->dd_seek) >>>>>> return; >>>>>> - (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, >>>>>> SEEK_SET); >>>>>> - dirp->dd_seek = lp->loc_seek; >>>>>> + if (lp->loc_seek != dirp->dd_seek) { >>>>>> + (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, >>>>>> SEEK_SET); >>>>>> + dirp->dd_seek = lp->loc_seek; >>>>>> + } >>>>> yes I did that yesterday but it still fails when you transition >>>>> blocks.. (badly). >>>>> >>>>> I also tried bigger blocks.. also fails (eventually) >>>>> >>>>> I did find a way to make it work... you had to seek back >>>>> to the first block you deleted on each set.. >>>>> then work forward from there again.. unfortunately since >>>>> I'm trying to make a microsoft program not fail (via samba) >>>>> I have no control over how it does things and seekdir doesn't >>>>> know what was deleted anyway... (so the fix is fine for the >>>>> test program but not for real life) >>>>> >>>>> I think I can make the BSD one act like the linux one by changing >>>>> the lseek being done to use the offset (loc) plus the buffer seek >>>>> address of the target, instead of just going for the buffer base >>>>> and >>>>> stepping forward through the entries.. >>>>> >>>>> maybe tomorrow. >>>>> >>>> The following conditional code makes ours behave the same as the >>>> linux >>>> one. >>>> it breaks several 'rules' but works where ours is clean but >>>> fails.. >>>> as Rick said.. "maybe that's what we should do too." >>>> >>>> >>>> this is at the end of seekdir() >>>> >>>> >>>> The new code does what linux does.. and shouldn't work.. but does >>>> // at least in the limited conditions I need it to. >>>> // We'll probably need to do this at work...: >>>> >>>> >>>> The original code is what we have now, but gets mightily confused >>>> sometimes. >>>> // This is clean(er) but fails in specific >>>> situations(when >>>> doing commands >>>> // from Microft windows, via samba). >>>> >>>> >>>> root@vps1:/tmp # diff -u dir.c.orig dir.c >>>> --- dir.c.orig 2015-04-24 11:29:36.855317000 -0700 >>>> +++ dir.c 2015-04-24 11:15:49.058500000 -0700 >>>> @@ -1105,6 +1105,13 @@ >>>> dirp->dd_loc = lp->loc_loc; >>>> return; >>>> } >>>> +#ifdef GLIBC_SEEK >>>> + (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek + lp->loc_loc, >>>> SEEK_SET); >>>> + dirp->dd_seek = lp->loc_seek + lp->loc_loc; >>>> + dirp->dd_loc = 0; >>>> + lp->loc_seek = dirp->dd_seek; >>>> + lp->loc_loc = 0; >>>> +#else >>>> (void) lseek(dirp->dd_fd, (off_t)lp->loc_seek, SEEK_SET); >>>> dirp->dd_seek = lp->loc_seek; >>>> dirp->dd_loc = 0; >>>> @@ -1114,6 +1121,7 @@ >>>> if (dp == NULL) >>>> break; >>>> } >>>> +#endif >>>> } >>> Yes, this isn't at all safe. There's no guarantee whatsoever that >>> the offset on the directory fd that isn't something returned by >>> getdirentries has any meaning. In particular, the size of the >>> directory entry in a random filesystem might be a different size >>> than the structure returned by getdirentries (since it converts >>> things into a FS-independent format). >>> >>> This might work for UFS by accident, but this is probably why ZFS >>> doesn't work. >>> >>> However, this might be properly fixed by the thing that ino64 is >>> doing where each directory entry returned by getdirentries gives >>> you a seek offset that you _can_ directly seek to (as opposed to >>> seeking to the start of the block and then walking forward N >>> entries until you get an inter-block entry that is the same). >> I just made the stunning discovery that our seekdir/readdir/telldir >> code in libc works with >> FreeBSD 8.0. >> so maybe the problem is that the kernel changed it's behaviour, and >> no-one thought to fix libc.. >> >> (at least it works on one of our 8.0 base appliances.. I'll do more >> testing tomorrow.. it's past midnight.) actually that was a mistake.. it fails on 8.0 as much as it fails on 10.x and 11. the patch above also fixes it on 8.0. (UFS and ZFS) > I suspect that pre-r252438 systems work better for UFS than r252438 > or later. That patch changed ufs_readdir() so that it no longer returned > the on-disk directory structure. (Among other things, it added code that > skipped over d_ino == 0 entries.) yes but it was broken even before that. basically here's the difference between what Linux (and mu patched code) does and what we do.. in Linux they seek directly to the base address of the block PLUS the offset of the entry being seeked. The filesystem somehow correctly interprets this as teh start of the correct entry. I guess it must return the correct information in the dirent structure in the first place. in the unmodified BSD version, we seek to the start of the 'block' (actually the start of the buffer we asked for, which may or may not (probably not) be any special address in the directory (except at 0) and then we step forward records adding up the offsets (lengths) until we get pas thte address we are looking for. Since we do not return empty records, as soon as we get to the place where there ued to be an empty record, we get out of sync with the kernel. It appears that even in 8, deleted records didn't get to userland. The answer would be to pad out earlier records or add pad records at the front of the buffer, but that doesn't seem to be happenning. (it's what USED to be done but I suspect that 254438 was not the only place that was broken.) > > As such, r252438 and later systems have UFS where the "logical" offset > of a directory entry returned by getdirentries() isn't the same as the > "physical" offset for it in the on-disk directory. > > Having said the above, I have two somewhat inconsistent thoughts: > 1 - As jhb has explained, the libc functions aren't safe for telldir()/seekdir() > when entries are added/deleted. It just happens that UFS might work > ok (and is more likely to work ok when "logical offset" == "physical offset"). > 2 - I'm not sure r252438 was a good idea (at least the part that skips invalid > d_ino == 0 entries) because I don't think making "logical offset" != "physical offset" > is a good idea, if there isn't a good reason to need to do so. > > I think it is hard to argue that r252438 broke the libc functions. It just > happens that cases that aren't guaranteed to work happens to work without r252438. > > I also think that the use of d_off (or d_cookie, if you prefer that name), which > would be the "physical offset" of the next directory entry is the best bet > for fixing this, in general. (By in general, I mean for all file systems.) > But this will require a new getdirentries(2) syscall and libc functions that > know how to use it. > > rick > >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 06:13:37 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E909700; Tue, 28 Apr 2015 06:13:37 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 2E218199A; Tue, 28 Apr 2015 06:13:36 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (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 881A51FE023; Tue, 28 Apr 2015 08:13:33 +0200 (CEST) Message-ID: <553F253D.7010605@selasky.org> Date: Tue, 28 Apr 2015 08:14:21 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org CC: Ian Lepore , Svatopluk Kraus Subject: Re: [patch] fix add_bounce_page() for BUS_DMA_KEEP_PG_OFFSET References: <1429882188.1157.2.camel@freebsd.org> <553B2D56.1000405@selasky.org> <1878637.qa1RymYSTA@ralph.baldwin.cx> In-Reply-To: <1878637.qa1RymYSTA@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 06:13:37 -0000 On 04/27/15 15:32, John Baldwin wrote: > On Saturday, April 25, 2015 07:59:50 AM Hans Petter Selasky wrote: >> On 04/24/15 15:29, Ian Lepore wrote: >>> On Fri, 2015-04-24 at 13:34 +0200, Svatopluk Kraus wrote: ... > I think the patch looks good. Feel free to commit it (someone) if I don't > get to it first. > Hi, https://svnweb.freebsd.org/changeset/base/282120 Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 06:25:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEC568F9; Tue, 28 Apr 2015 06:25:31 +0000 (UTC) Received: from ns1.cloudforge.co.za (ns1.cloudforge.co.za [162.243.192.113]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C45551ABA; Tue, 28 Apr 2015 06:25:31 +0000 (UTC) Received: from [197.89.111.34] (helo=brane.freislich.nom.za) by ns1.cloudforge.co.za with esmtpa (Exim 4.80) (envelope-from ) id 1YmyhP-0005Hn-7v; Tue, 28 Apr 2015 02:08:51 -0400 Received: from zen ([10.0.0.220] helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YmyhM-0009NC-Vl; Tue, 28 Apr 2015 08:08:48 +0200 Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YmyhL-0002Wn-Ne; Tue, 28 Apr 2015 08:08:47 +0200 To: Rui Paulo cc: "freebsd-wireless@freebsd.org" , freebsd-current@freebsd.org Subject: Re: CTF: wpa_supplicant/hostapd 2.4 import From: "Ian FREISLICH" In-reply-to: <3845818.sZ85oEnXDh@akita> References: <3845818.sZ85oEnXDh@akita> <2408123.McWtPaBMsU@akita> <55377bf3.653cc20a.6e28.54ad@mx.google.com> X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9719.1430201327.1@zen> Content-Transfer-Encoding: quoted-printable Date: Tue, 28 Apr 2015 08:08:47 +0200 Message-Id: X-Missing-rDNS: 10.0.0.220 X-ACL-Warn: Authenticated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 06:25:32 -0000 Rui Paulo wrote: > > locally_generated=3D1 Apr 22 12:28:34 zen kernel: wlan0: link state ch= anged > > to DOWN > = > Can you send me the log of the previous wpa_supplicant version? Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: Trying to associate with = 06:27:22:6c:0b:8f (SSID=3D'quasar' freq=3D2437 MHz) Apr 6 18:06:38 zen kernel: wlan0: link state changed to UP Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: Associated with 06:27:22:= 6c:0b:8f Apr 6 18:06:38 zen dhclient[1758]: send_packet: No buffer space available Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-STARTED EA= P authentication started Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-PROPOSED-M= ETHOD vendor=3D0 method=3D4 -> NAK Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-PROPOSED-M= ETHOD vendor=3D0 method=3D21 Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-METHOD EAP= vendor 0 method 21 (TTLS) selected Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-PEER-CERT = depth=3D1 subject=3D'/C=3DZA/ST=3DWestern Cape/O=3DFreislich Home Network/= OU=3DFreislich Home/CN=3Dfreislich.nom.za/emailAddress=3Dca@freislich.nom.= za' Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-PEER-CERT = depth=3D1 subject=3D'/C=3DZA/ST=3DWestern Cape/O=3DFreislich Home Network/= OU=3DFreislich Home/CN=3Dfreislich.nom.za/emailAddress=3Dca@freislich.nom.= za' Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-PEER-CERT = depth=3D0 subject=3D'/C=3DZA/ST=3DWestern Cape/L=3DCape Town/O=3DFreislich= Home Network/OU=3DFreislich Home/CN=3Dfreislich.nom.za/emailAddress=3Dca@= freislich.nom.za' Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-EAP-SUCCESS EA= P authentication completed successfully Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: WPA: Key negotiation comp= leted with 06:27:22:6c:0b:8f [PTK=3DCCMP GTK=3DCCMP] Apr 6 18:06:38 zen wpa_supplicant[1651]: wlan0: CTRL-EVENT-CONNECTED - Co= nnection to 06:27:22:6c:0b:8f completed [id=3D7 id_str=3D] Apr 6 18:06:43 zen dhclient: New IP Address (wlan0): 10.0.0.220 Apr 6 18:06:43 zen dhclient: New Subnet Mask (wlan0): 255.255.255.0 Apr 6 18:06:43 zen dhclient: New Broadcast Address (wlan0): 10.0.0.255 Apr 6 18:06:43 zen dhclient: New Routers (wlan0): 10.0.0.1 Ian -- = Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 07:54:21 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0647EF6C; Tue, 28 Apr 2015 07:54:21 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::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 7D944157B; Tue, 28 Apr 2015 07:54:20 +0000 (UTC) Received: by labbd9 with SMTP id bd9so98031267lab.2; Tue, 28 Apr 2015 00:54:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=uVciRwHOvrc8tSl9V3hORQZVT9HWfPA9qvTsy8XVxI4=; b=lrhPIGC0tVj4YCgqL402sOKglFlkGJFzdwQff3SwoJ4siMNI/bl4aVgtGu6LvCrUJf zlB9BOBuKShHEK/j7NiW9Bvy9qfDBpENSEScx1QseEmbRNqKQxti58MCybdwMtT/sVtL 6m+83S5SbxW2Er4fg4o98ludxkLakb1prSrBps+PRIJwUuOojwVrKnBNcj4sOe3x9OzD EySyldBYU15vtV6/Qucppqebq9RvCfQiXnbJ5JLmuk1bCLRlxureNB2/0CYlaE5FGJrQ RT7/V5g+4jv0arvQBeXFeSBFvdcPZThVgDVQ6zd7DEcE0fyPojJtz0ZdMWwTxjhK4zLO kNTQ== X-Received: by 10.112.57.197 with SMTP id k5mr13807683lbq.102.1430207658690; Tue, 28 Apr 2015 00:54:18 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([91.198.175.1]) by mx.google.com with ESMTPSA id o8sm5361947lal.2.2015.04.28.00.54.16 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Apr 2015 00:54:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <553F3CA7.9090601@FreeBSD.org> Date: Tue, 28 Apr 2015 10:54:15 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Garrett Cooper CC: FreeBSD Current , "freebsd-testing@freebsd.org" Subject: Re: cam(4) timeouts in bhyve/kyua runs up on Jenkins? References: <28845361-E624-4CB9-B255-1B2C1FD0DF28@gmail.com> <4BEE0A54-3AD2-42DB-AF4E-2B0A5E34DF4E@gmail.com> In-Reply-To: <4BEE0A54-3AD2-42DB-AF4E-2B0A5E34DF4E@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 07:54:21 -0000 Hi. On 27.04.2015 21:17, Garrett Cooper wrote: > On Apr 27, 2015, at 11:16, Garrett Cooper > wrote: > >> I was looking at the console log for the latest kyua run and Ive >> noticed that its timing out a bit more [1] than it was >> previously [2]. Ive seen some of your commits recently to cam(4) >> dealing with bhyve has there been a performance regression >> there? Thanks! -NGie >> >> 1. >> https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/940/console >> 2. >> https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/983/console > > (Sorry for not being more explicit for the archives) These are the > timeouts Im referring to: > > ahcich0: is 00000000 cs 00000000 ss 1f000000 rs 1f000000 tfd 50 > serr 00000000 cmd 1000dc17 (ada0:ahcich0:0:0:0): > WRITE_FPDMA_QUEUED. ACB: 61 08 a8 54 1e 40 00 00 00 00 00 00 > (ada0:ahcich0:0:0:0): CAM status: Command timeout > (ada0:ahcich0:0:0:0): Retrying command Last time I was more working on bhyve host disk emulation, rather then on cam(4) running on guest. Considering that, what guest and what host versions are you running? Is there any other load on host except this VM that could cause I/O delays high enough to trigger timeouts? What are you using to back the virtual disk (file, zvol, ...)? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 09:36:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6095E1C for ; Tue, 28 Apr 2015 09:36:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D2B44114A for ; Tue, 28 Apr 2015 09:36:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A61CFBDF for ; Tue, 28 Apr 2015 09:36:39 +0000 (UTC) Date: Tue, 28 Apr 2015 09:36:36 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2079477520.75.1430213796647.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <127140399.73.1430183925596.JavaMail.jenkins@jenkins-9.freebsd.org> References: <127140399.73.1430183925596.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #985 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 09:36:41 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 10:11:36 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45BF18D3 for ; Tue, 28 Apr 2015 10:11:36 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BD52B1630 for ; Tue, 28 Apr 2015 10:11:34 +0000 (UTC) Received: from localhost ([83.205.11.192]) by mwinf5d34 with ME id MNBX1q00E48cfiB03NBX36; Tue, 28 Apr 2015 12:11:32 +0200 X-ME-Helo: localhost X-ME-Date: Tue, 28 Apr 2015 12:11:32 +0200 X-ME-IP: 83.205.11.192 Message-ID: <553F5CD2.5020604@orange.fr> Date: Tue, 28 Apr 2015 12:11:30 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: stable@freebsd.org, current@freebsd.org Subject: VT+KVM: is there a way to disable video output on a given connector ? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 10:11:36 -0000 Hello, I have an old Dell Inspirao 9300 with a Radeon video card, which I use to do some tests. This computer has a screen (1920x1200) in very bad state, so I use it with an external display (1920x1080), switching to the external by a special key combination (Fn+F8). This works OK when the video is in alphanumeric mode, that is with syscons. But with the video in graphics mode, both screens are used. Under X, the output to the internal screen may be suppressed with xrandr. But with vt I have not found any documented tunable/sysctl to achieve the same effect (I already use the kern.vt.fb.default_mode tunable to force the resolution). Thanks for your attention, CBu From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 17:05:20 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0940219B for ; Tue, 28 Apr 2015 17:05:20 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EA39919CD for ; Tue, 28 Apr 2015 17:05:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4C510C8A for ; Tue, 28 Apr 2015 17:05:18 +0000 (UTC) Date: Tue, 28 Apr 2015 17:05:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1849636935.78.1430240717581.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2079477520.75.1430213796647.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2079477520.75.1430213796647.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #986 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 17:05:20 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 22:56:51 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F90FE27 for ; Tue, 28 Apr 2015 22:56:51 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF831249 for ; Tue, 28 Apr 2015 22:56:51 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E1980D0A for ; Tue, 28 Apr 2015 22:56:48 +0000 (UTC) Date: Tue, 28 Apr 2015 22:56:46 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <26744991.80.1430261806049.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1849636935.78.1430240717581.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1849636935.78.1430240717581.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #987 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 28 Apr 2015 22:56:51 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 07:42:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AE591BB for ; Wed, 29 Apr 2015 07:42:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EB7CF17D6 for ; Wed, 29 Apr 2015 07:42:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8A7DCDFC for ; Wed, 29 Apr 2015 07:42:15 +0000 (UTC) Date: Wed, 29 Apr 2015 07:42:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2126140464.82.1430293333992.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <26744991.80.1430261806049.JavaMail.jenkins@jenkins-9.freebsd.org> References: <26744991.80.1430261806049.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #988 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 07:42:17 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 11:03:09 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE183D5A for ; Wed, 29 Apr 2015 11:03:09 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (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 75CE21F2F for ; Wed, 29 Apr 2015 11:03:09 +0000 (UTC) Received: by wiun10 with SMTP id n10so61280860wiu.1 for ; Wed, 29 Apr 2015 04:03:08 -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:mail-followup-to :mime-version:content-type:content-disposition:user-agent; bh=l30AQ5LqqOib45nqqvkNXu6H7rQrOgVFGu58+cGdh2I=; b=lm31zm3HLglbkVvdIOt/rFvq3CPkOJQeQWc2LpvtkCYd1pFDU87H6PclJWbi+qFcZG e+LVeboEkTeaDGiQi4Pr+2asOdMsiVsS+Vu3zFbfIJVeXnfBNHLUBa9fA5a4eRMuTeh8 afO6X/fJ7faq0k/p4zR4y8BMIy6hhtgDwM0dv6XnFOmn55/DlnlA3za/fwcBpXs/ZmMX l9xMmhCi6jK70Ae0Hn90Bf/55N2YjTqGBq54XPs8AErqBty8Ln13WkWTxPPn0yJter8c BegjR6gHTcC6MMulWeBSkWWDWARSmG2rMDazwGMnZKGtjjun6B6K1frhSWfPSmvw09Wu 1OpQ== X-Received: by 10.180.82.133 with SMTP id i5mr4713971wiy.23.1430305387977; Wed, 29 Apr 2015 04:03:07 -0700 (PDT) Received: from brick.home (eid109.neoplus.adsl.tpnet.pl. [83.21.119.109]) by mx.google.com with ESMTPSA id o6sm20668010wiz.24.2015.04.29.04.03.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Apr 2015 04:03:07 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 29 Apr 2015 13:03:04 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: freebsd-current@FreeBSD.org Subject: Enabling RACCT/RCTL in GENERIC. Message-ID: <20150429110304.GA3377@brick.home> Mail-Followup-To: freebsd-current@FreeBSD.org 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.20 Precedence: 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, 29 Apr 2015 11:03:10 -0000 Hi. With the patch I've just committed, the cost of compiling with RACCT and RCTL is just a subroutine call and an unlocked variable check, in a few places. I'd like to add "options RACCT", "options RCTL", and "options RACCT_DISABLED", to GENERIC on amd64, and MFC it before 10.2. What do you think? Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 11:45:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E4FC5DA for ; Wed, 29 Apr 2015 11:45:19 +0000 (UTC) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) (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 EB9C4138E for ; Wed, 29 Apr 2015 11:45:18 +0000 (UTC) Received: by wgin8 with SMTP id n8so25192197wgi.0 for ; Wed, 29 Apr 2015 04:45:10 -0700 (PDT) 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-type; bh=2Z4Bb+WzbWqC1BGiPYZzJDduS5IxZKQljcFey4CrMd4=; b=Z+wiC+lGhcjEOVgsNY8pIP+VuBBLRngCfp++7GldyuoopxY9Zfpudiamd8jts/GQwg ZcJ29hO91dlnbivtw2IO00kIpmENQBs49SC8Vc99V6UKd3nyZwJYlr81QY0XDQdGxEsJ HwqvR/tXM3VD4kfjsbTM2GIF1ORt409oBH56XrQ3AiMd3pG7Ye6m8jKT89Aw6PipEScD 7DXnUxotSmXJzgeWBIOVbZcrpx5kB5ssvja7/aDMHl+V3X2NjxaYz6a2IqC/KoxYy4NF sbORrzwzP82kPmAMHyUsKYHWwZgKhZRrbs34le223tqge4VXi0jLL8L2Hw4KRS5qyd6T m2ZQ== X-Gm-Message-State: ALoCoQlyDjP8H5DSMKWFf8+VYUqGEPQ41j9yROx9b10P52Hbs2NKVhs2AmcbkAK0Q/5OQARMKid8 X-Received: by 10.194.89.70 with SMTP id bm6mr39443899wjb.146.1430307910804; Wed, 29 Apr 2015 04:45:10 -0700 (PDT) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com. [209.85.212.179]) by mx.google.com with ESMTPSA id wr2sm38674578wjb.45.2015.04.29.04.45.09 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Apr 2015 04:45:10 -0700 (PDT) Received: by widdi4 with SMTP id di4so62492234wid.0 for ; Wed, 29 Apr 2015 04:45:09 -0700 (PDT) X-Received: by 10.194.185.167 with SMTP id fd7mr14235960wjc.32.1430307909731; Wed, 29 Apr 2015 04:45:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.70.129 with HTTP; Wed, 29 Apr 2015 04:44:49 -0700 (PDT) In-Reply-To: <20150429110304.GA3377@brick.home> References: <20150429110304.GA3377@brick.home> From: Jov Date: Wed, 29 Apr 2015 19:44:49 +0800 Message-ID: Subject: Re: Enabling RACCT/RCTL in GENERIC. To: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 11:45:19 -0000 =E2=80=8BIt's great,please do it=E2=80=8B. Jov blog: http:amutu.com/blog 2015-04-29 19:03 GMT+08:00 Edward Tomasz Napiera=C5=82a = : > Hi. With the patch I've just committed, the cost of compiling with RACCT > and RCTL is just a subroutine call and an unlocked variable check, in a f= ew > places. I'd like to add "options RACCT", "options RCTL", and "options > RACCT_DISABLED", to GENERIC on amd64, and MFC it before 10.2. What do yo= u > think? Thanks! > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 11:41:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F227B4BF for ; Wed, 29 Apr 2015 11:41:31 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id DE75112D0 for ; Wed, 29 Apr 2015 11:41:31 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id 3A8B11C79FEF for ; Wed, 29 Apr 2015 04:42:07 -0700 (PDT) Date: Wed, 29 Apr 2015 04:41:24 -0700 (MST) From: timp To: freebsd-current@freebsd.org Message-ID: <1430307684708-6008378.post@n5.nabble.com> In-Reply-To: <20150429110304.GA3377@brick.home> References: <20150429110304.GA3377@brick.home> Subject: Re: Enabling RACCT/RCTL in GENERIC. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 29 Apr 2015 12:07:48 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 11:41:32 -0000 Hi! Does it mean I will manage to use rctl to set limits without recompiling GENERIC? If so, then it's extremely nice news! -- View this message in context: http://freebsd.1045724.n5.nabble.com/Enabling-RACCT-RCTL-in-GENERIC-tp6008374p6008378.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:47:26 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31E91A1C; Wed, 29 Apr 2015 12:47:26 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 0405B1AA6; Wed, 29 Apr 2015 12:47:24 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t3TClIeW030045; Wed, 29 Apr 2015 05:47:18 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t3TClIu5030044; Wed, 29 Apr 2015 05:47:18 -0700 (PDT) (envelope-from david) Date: Wed, 29 Apr 2015 05:47:18 -0700 From: David Wolfskill To: current@freebsd.org Cc: Garrett Cooper Subject: Head buildworld @282213 fails; suspect r282211 Message-ID: <20150429124718.GM1225@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org, Garrett Cooper MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="JjpRhe3EFs1LrwYV" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 12:47:26 -0000 --JjpRhe3EFs1LrwYV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #46 r28213= 3M/282133:1100070: Tue Apr 28 05:39:53 PDT 2015 root@g1-254.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY amd64 After updating sources to r282213, buildworld fails: =2E.. >>> stage 4.4: building everything =2E.. --- tests.all__D --- /usr/src/tests/sys/aio/aio_test.c:207:2: error: implicit declaration of fun= ction 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ATF_REQUIRE_KERNEL_MODULE("aio"); ^ /usr/src/tests/freebsd_test_suite/macros.h:43:3: note: expanded from macro = 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s", \ ^ 1 error generated. *** [aio_test.o] Error code 1 make[6]: stopped in /usr/src/tests/sys/aio =2E.. --- tests.all__D --- /usr/src/tests/sys/aio/aio_test.c:207:2: error: implicit declaration of fun= ction 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ATF_REQUIRE_KERNEL_MODULE("aio"); ^ /usr/src/tests/freebsd_test_suite/macros.h:43:3: note: expanded from macro = 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s", \ ^ 1 error generated. *** [aio_test.o] Error code 1 make[6]: stopped in /usr/src/tests/sys/aio =2E... src.conf is: g1-254(11.0-C)[3] cat /etc/src.conf=20 KERNCONF=3DCANARY PORTS_MODULES=3Dx11/nvidia-driver PORTS_MODULES+=3Dmultimedia/cuse4bsd-kmod PORTS_MODULES+=3Demulators/virtualbox-ose-kmod WITHOUT_DEBUG_FILES=3D1 IWN_DEBUG=3D1 IEEE80211_DEBUG=3D1 g1-254(11.0-C)[4]=20 and make.conf: g1-254(11.0-C)[4] cat /etc/make.conf # CFLAGS+=3D -g SENDMAIL_MC=3D/etc/mail/laptop.mc NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" NET_SNMP_SYS_LOCATION=3D"variable" NET_SNMP_LOGFILE=3D/var/log/snmpd.log NET_SNMP_PERSISTENTDIR=3D/var/net-snmp WITH_BSD_JDK=3DTRUE FORCE_PKG_REGISTER=3D NO # For mplayer WITHOUT_RUNTIME_CPUDETECTION=3D YES OPTIONS_SET=3DOPTIMIZED_CFLAGS WITHOUT_CJK=3D YES NO_SUID_XSERVER=3DYES INSTALL_AS_NCFTP=3Dyes g1-254(11.0-C)[5]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --JjpRhe3EFs1LrwYV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVQNLVXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7uTcP/2FLDNy69rxuskkPVPMoGqa4 Ml6E67NUKd3t6MHTeTlmlMS+Vxmv2xQIyfCEXtPqQgXNCb0QI9AXQOGoY2xXhL79 gh89l+IF/JaRFWul1KMUCuz1+BE3v37tXxaRjRMEchPGkNmZbAEo3XySaXVLMigd gBBgTrJ1VsHDAA3Qro/AD0u5aogoI5vht1k8SddLH5gYiKMW2IsOSMeUWLg8bTpK pmjA5G3MWtrPv0lHDS/EDRN8kZjfrq+RsX0o59a7p8fKu8C3uFxcJhOXS43TLHh/ 1oqB2FtsTo5q8mMY7EHhFEUf7yrruyyCLEA5c9iV8XCM0HmLIiXIvNnTkgIq0msb Ov8Pjf4sUjBkG6dP81MrXi0+Vv+V4cQVv5xazSrK7e3eVT+n8EqhRYzFWDFoWQDx 5Pp5dECg6CKR4O2hPp9lSdOUZWAMHWWkAQZSUeWdWpYZ5LI8asqUpon9/rk0wz6C Vx3GA2BYRkWCALvL10xBh7zxQl1aYLBVIKX54xb4jpoaoHYNNJZISLVFf7J5OTp0 KJVljIKYty8LmFMmGewJo+jJ26sOCpi/6FyXLJwhLda40CbpwzTbWyhgjCizokyU o4V2jhKqfNusc3UNvFDHm93tQTywJIcWa6tc5iRt64yLD0fd3IMXWAGtnjAyeFvd mdITPmwOZ643F38In3Zc =RFbq -----END PGP SIGNATURE----- --JjpRhe3EFs1LrwYV-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:52:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 294D0B7D for ; Wed, 29 Apr 2015 12:52:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 15AEF1BA7 for ; Wed, 29 Apr 2015 12:52:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C8128E72 for ; Wed, 29 Apr 2015 12:52:52 +0000 (UTC) Date: Wed, 29 Apr 2015 12:52:52 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1530883735.84.1430311972105.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2126140464.82.1430293333992.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2126140464.82.1430293333992.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #989 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 12:52:55 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 13:34:50 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AB6193C; Wed, 29 Apr 2015 13:34:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 346751053; Wed, 29 Apr 2015 13:34:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 84100E86; Wed, 29 Apr 2015 13:34:50 +0000 (UTC) Date: Wed, 29 Apr 2015 13:34:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org, trasz@FreeBSD.org, whu@FreeBSD.org, ngie@FreeBSD.org Message-ID: <1709657630.85.1430314490486.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_i386 #54 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_i386 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 13:34:50 -0000 See Changes: [trasz] Add kern.racct.enable tunable and RACCT_DISABLED config option. The point of this is to be able to add RACCT (with RACCT_DISABLED) to GENERIC, to avoid having to rebuild the kernel to use rctl(8). Differential Revision: https://reviews.freebsd.org/D2369 Reviewed by: kib@ MFC after: 1 month Relnotes: yes Sponsored by: The FreeBSD Foundation [whu] Microsoft vmbus, storage and other related driver enhancements for HyperV. - Vmbus multi channel support. - Vector interrupt support. - Signal optimization. - Storvsc driver performance improvement. - Scatter and gather support for storvsc driver. - Minor bug fix for KVP driver. Thanks royger, jhb and delphij from FreeBSD community for the reviews and comments. Also thanks Hovy Xu from NetApp for the contributions to the storvsc driver. PR: 195238 Submitted by: whu Reviewed by: royger, jhb, delphij Approved by: royger MFC after: 2 weeks Relnotes: yes Sponsored by: Microsoft OSTC [ngie] ATF_REQUIRE_KERNEL_MODULE: use atf_skip, not ATF_REQUIRE_MSG so the testcase no longer bombs out PLAIN_REQUIRE_KERNEL_MODULE: use printf + _exit, no err so the testcase no longer bombs out if it prints to stderr MFC after: 5 days ------------------------------------------ [...truncated 155406 lines...] --- 00 --- cat >00.tmp chmod +x 00.tmp mv 00.tmp 00 --- 01 --- cat >01.tmp chmod +x 01.tmp mv 01.tmp 01 --- 02 --- cat >02.tmp chmod +x 02.tmp mv 02.tmp 02 --- 03 --- cat >03.tmp chmod +x 03.tmp mv 03.tmp 03 --- 04 --- cat >04.tmp chmod +x 04.tmp mv 04.tmp 04 --- 05 --- cat >05.tmp chmod +x 05.tmp mv 05.tmp 05 --- 06 --- cat >06.tmp chmod +x 06.tmp mv 06.tmp 06 --- 07 --- cat >07.tmp chmod +x 07.tmp mv 07.tmp 07 --- 08 --- cat >08.tmp chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- 10 --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- 11 --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- 14 --- cat >14.tmp --- usr.sbin.all__D --- --- tbxface.o --- --- tests.all__D --- chmod +x 14.tmp --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o tbxface.o --- tests.all__D --- mv 14.tmp 14 --- Kyuafile.auto --- ===> tests/sys/pjdfstest/tests/unlink (all) --- 00 --- cat >00.tmp chmod +x 00.tmp mv 00.tmp 00 --- 01 --- cat >01.tmp chmod +x 01.tmp mv 01.tmp 01 --- 02 --- cat >02.tmp chmod +x 02.tmp mv 02.tmp 02 --- 03 --- cat >03.tmp chmod +x 03.tmp mv 03.tmp 03 --- 04 --- cat >04.tmp chmod +x 04.tmp mv 04.tmp 04 --- 05 --- cat >05.tmp chmod +x 05.tmp mv 05.tmp 05 --- 06 --- cat >06.tmp chmod +x 06.tmp mv 06.tmp 06 --- 07 --- cat >07.tmp chmod +x 07.tmp mv 07.tmp 07 --- 08 --- cat >08.tmp chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- 10 --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- 11 --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- Kyuafile.auto --- --- misc.sh --- sed -e '\,maindir=,s,maindir=.*,maindir=`dirname $0`/../,' < > misc.sh.tmp --- lib.all__D --- --- snmpclient.po --- cc -pg -O2 -pipe -I -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_LIBCRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -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 -o snmpclient.po --- tests.all__D --- mv misc.sh.tmp misc.sh --- Kyuafile.auto --- --- usr.sbin.all__D --- --- tbxfload.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o tbxfload.o --- tests.all__D --- ===> tests/sys/aio (all) (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=aio_test DEPENDFILE=.depend.aio_test .MAKE.DEPENDFILE=.depend.aio_test ) --- aio_test.o --- cc -O2 -pipe -I -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o aio_test.o :207:2: error: implicit declaration of function 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ATF_REQUIRE_KERNEL_MODULE("aio"); ^ :43:3: note: expanded from macro 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s", \ ^ 1 error generated. *** [aio_test.o] Error code 1 make[6]: stopped in 1 error make[6]: stopped in *** [aio_test] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [tests.all__D] Error code 2 make[2]: stopped in --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_acpi] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_libbsnmp] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- --- all_subdir_clang --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_tblgen] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 14:22:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A7BD816; Wed, 29 Apr 2015 14:22:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 843DC1627; Wed, 29 Apr 2015 14:22:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D56C9E8D; Wed, 29 Apr 2015 14:22:04 +0000 (UTC) Date: Wed, 29 Apr 2015 14:22:04 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, trasz@FreeBSD.org, gnn@FreeBSD.org, whu@FreeBSD.org, ngie@FreeBSD.org Message-ID: <1875410264.87.1430317324841.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2709 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.20 Precedence: 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, 29 Apr 2015 14:22:04 -0000 See Changes: [gnn] Make it possible to statically link SIFTR into the kernel as a new option. Reviewed by: bz Discussed with: lstewart MFC after: 2 weeks [trasz] Remove oldnfs leftovers from mountd(8). Reviewed by: rmacklem@ Sponsored by: The FreeBSD Foundation [trasz] Add kern.racct.enable tunable and RACCT_DISABLED config option. The point of this is to be able to add RACCT (with RACCT_DISABLED) to GENERIC, to avoid having to rebuild the kernel to use rctl(8). Differential Revision: https://reviews.freebsd.org/D2369 Reviewed by: kib@ MFC after: 1 month Relnotes: yes Sponsored by: The FreeBSD Foundation [whu] Microsoft vmbus, storage and other related driver enhancements for HyperV. - Vmbus multi channel support. - Vector interrupt support. - Signal optimization. - Storvsc driver performance improvement. - Scatter and gather support for storvsc driver. - Minor bug fix for KVP driver. Thanks royger, jhb and delphij from FreeBSD community for the reviews and comments. Also thanks Hovy Xu from NetApp for the contributions to the storvsc driver. PR: 195238 Submitted by: whu Reviewed by: royger, jhb, delphij Approved by: royger MFC after: 2 weeks Relnotes: yes Sponsored by: Microsoft OSTC [ngie] ATF_REQUIRE_KERNEL_MODULE: use atf_skip, not ATF_REQUIRE_MSG so the testcase no longer bombs out PLAIN_REQUIRE_KERNEL_MODULE: use printf + _exit, no err so the testcase no longer bombs out if it prints to stderr MFC after: 5 days ------------------------------------------ [...truncated 177529 lines...] chmod +x 07.tmp mv 07.tmp 07 --- 08 --- cat >08.tmp chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- 10 --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- 11 --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- --- lib.all__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=atf_c++_test DEPENDFILE=.depend.atf_c++_test .MAKE.DEPENDFILE=.depend.atf_c++_test PROG_CXX=atf_c++_test) --- tests.all__D --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- 14 --- cat >14.tmp chmod +x 14.tmp mv 14.tmp 14 --- Kyuafile.auto --- --- usr.sbin.all__D --- --- hccontrol.8.gz --- gzip -cn > hccontrol.8.gz --- tests.all__D --- ===> tests/sys/pjdfstest/tests/unlink (all) --- usr.sbin.all__D --- --- hccontrol --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -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 -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o hccontrol send_recv.o link_policy.o link_control.o le.o host_controller_baseband.o info.o status.o node.o hccontrol.o util.o -lbluetooth --- lib.all__D --- --- atf_c++_test.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -DATF_C_TESTS_BASE='"/usr/tests/lib/atf/libatf-c"' -DATF_INCLUDEDIR='"/usr/include"' -I -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -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 -Wno-c++11-extensions -c -o atf_c++_test.o --- tests.all__D --- --- 00 --- cat >00.tmp chmod +x 00.tmp mv 00.tmp 00 --- 01 --- cat >01.tmp --- usr.sbin.all__D --- ===> usr.sbin/bluetooth/hcsecd (all) --- tests.all__D --- chmod +x 01.tmp mv 01.tmp 01 --- 02 --- cat >02.tmp chmod +x 02.tmp mv 02.tmp 02 --- 03 --- cat >03.tmp chmod +x 03.tmp mv 03.tmp 03 --- 04 --- cat >04.tmp chmod +x 04.tmp mv 04.tmp 04 --- 05 --- cat >05.tmp chmod +x 05.tmp mv 05.tmp 05 --- 06 --- cat >06.tmp --- usr.sbin.all__D --- --- hcsecd.o --- --- tests.all__D --- chmod +x 06.tmp --- usr.sbin.all__D --- cc -O2 -pipe -I -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -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 -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o hcsecd.o --- tests.all__D --- mv 06.tmp 06 --- 07 --- cat >07.tmp chmod +x 07.tmp mv 07.tmp 07 --- 08 --- cat >08.tmp chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- 10 --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- 11 --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- Kyuafile.auto --- --- misc.sh --- sed -e '\,maindir=,s,maindir=.*,maindir=`dirname $0`/../,' < > misc.sh.tmp mv misc.sh.tmp misc.sh --- Kyuafile.auto --- ===> tests/sys/aio (all) --- usr.sbin.all__D --- --- hcsecd.8.gz --- gzip -cn > hcsecd.8.gz --- tests.all__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=aio_test DEPENDFILE=.depend.aio_test .MAKE.DEPENDFILE=.depend.aio_test ) --- usr.sbin.all__D --- --- hcsecd.conf.5.gz --- gzip -cn > hcsecd.conf.5.gz --- parser.o --- cc -O2 -pipe -I -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -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 -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c parser.c -o parser.o --- tests.all__D --- --- aio_test.o --- cc -O2 -pipe -I -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o aio_test.o :207:2: error: implicit declaration of function 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ATF_REQUIRE_KERNEL_MODULE("aio"); ^ :43:3: note: expanded from macro 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s", \ ^ 1 error generated. *** [aio_test.o] Error code 1 make[6]: stopped in 1 error make[6]: stopped in *** [aio_test] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [tests.all__D] Error code 2 make[2]: stopped in --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_bluetooth] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_tblgen] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[7]: stopped in *** [atf_c++_test] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_atf] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 15:22:11 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E8F1C22; Wed, 29 Apr 2015 15:22:11 +0000 (UTC) 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 0A50E1D58; Wed, 29 Apr 2015 15:22:10 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1YnTl0-003ggw-8r>; Wed, 29 Apr 2015 17:18:38 +0200 Received: from x5ce16981.dyn.telefonica.de ([92.225.105.129] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1YnTl0-003Gnx-54>; Wed, 29 Apr 2015 17:18:38 +0200 Date: Wed, 29 Apr 2015 17:18:34 +0200 From: "O. Hartmann" To: David Wolfskill Cc: current@freebsd.org, Garrett Cooper Subject: Re: Head buildworld @282213 fails; suspect r282211 Message-ID: <20150429171834.49a01631.ohartman@zedat.fu-berlin.de> In-Reply-To: <20150429124718.GM1225@albert.catwhisker.org> References: <20150429124718.GM1225@albert.catwhisker.org> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/yO_myR2PPfpelc8MeY4C/KG"; protocol="application/pgp-signature" X-Originating-IP: 92.225.105.129 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 15:22:11 -0000 --Sig_/yO_myR2PPfpelc8MeY4C/KG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 29 Apr 2015 05:47:18 -0700 David Wolfskill schrieb: > Running: >=20 > FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #46 > r282133M/282133:1100070: Tue Apr 28 05:39:53 PDT 2015 > root@g1-254.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY amd64 >=20 > After updating sources to r282213, buildworld fails: >=20 > ... > >>> stage 4.4: building everything > ... > --- tests.all__D --- > /usr/src/tests/sys/aio/aio_test.c:207:2: error: implicit declaration of f= unction > 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] > ATF_REQUIRE_KERNEL_MODULE("aio"); ^ > /usr/src/tests/freebsd_test_suite/macros.h:43:3: note: expanded from macro > 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s= ", \ > ^ > 1 error generated. > *** [aio_test.o] Error code 1 >=20 > make[6]: stopped in /usr/src/tests/sys/aio >=20 > ... > --- tests.all__D --- > /usr/src/tests/sys/aio/aio_test.c:207:2: error: implicit declaration of f= unction > 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] > ATF_REQUIRE_KERNEL_MODULE("aio"); ^ > /usr/src/tests/freebsd_test_suite/macros.h:43:3: note: expanded from macro > 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s= ", \ > ^ > 1 error generated. > *** [aio_test.o] Error code 1 >=20 > make[6]: stopped in /usr/src/tests/sys/aio > .... >=20 > src.conf is: > g1-254(11.0-C)[3] cat /etc/src.conf=20 > KERNCONF=3DCANARY > PORTS_MODULES=3Dx11/nvidia-driver > PORTS_MODULES+=3Dmultimedia/cuse4bsd-kmod > PORTS_MODULES+=3Demulators/virtualbox-ose-kmod > WITHOUT_DEBUG_FILES=3D1 > IWN_DEBUG=3D1 > IEEE80211_DEBUG=3D1 > g1-254(11.0-C)[4]=20 >=20 > and make.conf: >=20 > g1-254(11.0-C)[4] cat /etc/make.conf > # CFLAGS+=3D -g > SENDMAIL_MC=3D/etc/mail/laptop.mc > NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" > NET_SNMP_SYS_LOCATION=3D"variable" > NET_SNMP_LOGFILE=3D/var/log/snmpd.log > NET_SNMP_PERSISTENTDIR=3D/var/net-snmp > WITH_BSD_JDK=3DTRUE > FORCE_PKG_REGISTER=3D NO > # For mplayer > WITHOUT_RUNTIME_CPUDETECTION=3D YES > OPTIONS_SET=3DOPTIMIZED_CFLAGS > WITHOUT_CJK=3D YES > NO_SUID_XSERVER=3DYES > INSTALL_AS_NCFTP=3Dyes > g1-254(11.0-C)[5]=20 >=20 > Peace, > david Here the same with r282221. regards, O. Hartmann --Sig_/yO_myR2PPfpelc8MeY4C/KG Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVQPZKAAoJEOgBcD7A/5N8/jQIAIrjQgDWAawK+Ep8Fsi+3fen qpCASrT4+xuGypdhqurZy4tyvgdFQETyL/m4cka9TNhEksbrBAcOgyP6iRsH5VE1 tDqGJ551CBdx6dS+Y5zqDVSneKArlHYqVkSvyXDpWGkJYY9oFsRmGTwxwBA068K2 uuWYgobVKf/UBqgLKktaKqOSpWCkFH2aHj7QBulULgTdygAmlOnjl71fBkwl8Q/3 ZkhVXBoeZnvkXKnHwRuR0TSymB/OBQc0Z3R5nWquJX26HKOn2fMnTrpdy6RiJ4DP x2KyIIKa8KQNqkVnt8PvEk84meaYFUEtoj+au/FJPkEXSWHvGnXIpW/BLXpd1Fc= =JkNg -----END PGP SIGNATURE----- --Sig_/yO_myR2PPfpelc8MeY4C/KG-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 16:43:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2152ED89 for ; Wed, 29 Apr 2015 16:43:41 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::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 AA51117EB for ; Wed, 29 Apr 2015 16:43:40 +0000 (UTC) Received: by wgin8 with SMTP id n8so34807728wgi.0 for ; Wed, 29 Apr 2015 09:43:39 -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:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=/7IDLZYpTbsc2i7EsfN1ZAXgrxyXwH+BFUwa79Cq+xM=; b=kZTlcpygunS0V+2kKIM6/29sPtQXXdwK8jjtdM690DkYhL8NjubJ07iXVp+beivZOJ cYgqzHuDZoN+ZI4Oc8iw+HAT4q6TU4kf0/un3zZ3QiRUCBDXiswytlqHrwK4Y19I1AYt uW6qkn43hQkfBeJLr+bTGjYY+IHeye4OcFhuuQp+vYXh+G+nYYsOcrINFgI7Zo5Qo17l tVsqRJpM9CPjqFLu/sn6FgaslJZI3NW9EG7XOEi5cxTg7oXQsrk4faKd0wNZO20+CKpD PAkQORbc5L/ry8+SnNwrBib1aS0N8//xA7XblOEOGCWMTtMjAe50OEYScSWRJkqoKz+/ G4Bg== X-Received: by 10.180.218.201 with SMTP id pi9mr9714784wic.53.1430325819125; Wed, 29 Apr 2015 09:43:39 -0700 (PDT) Received: from brick.home (eid109.neoplus.adsl.tpnet.pl. [83.21.119.109]) by mx.google.com with ESMTPSA id df1sm21942824wib.12.2015.04.29.09.43.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Apr 2015 09:43:37 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 29 Apr 2015 18:43:35 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: timp Cc: freebsd-current@freebsd.org Subject: Re: Enabling RACCT/RCTL in GENERIC. Message-ID: <20150429164335.GA3688@brick.home> Mail-Followup-To: timp , freebsd-current@freebsd.org References: <20150429110304.GA3377@brick.home> <1430307684708-6008378.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1430307684708-6008378.post@n5.nabble.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 16:43:41 -0000 On 0429T0441, timp wrote: > Hi! > Does it mean I will manage to use rctl to set limits without recompiling > GENERIC? If so, then it's extremely nice news! Yes. You will still need to enable it using a tunable, though, as explained by rctl(8) error message: rctl: RACCT/RCTL present, but disabled; enable using kern.racct.enable=1 tunable From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 17:40:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5288FE3D for ; Wed, 29 Apr 2015 17:40:39 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED221F9C for ; Wed, 29 Apr 2015 17:40:38 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 44CABA4106 for ; Wed, 29 Apr 2015 17:40:38 +0000 (UTC) Message-ID: <5541179D.5010601@freebsd.org> Date: Wed, 29 Apr 2015 13:40:45 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Enabling RACCT/RCTL in GENERIC. References: <20150429110304.GA3377@brick.home> In-Reply-To: <20150429110304.GA3377@brick.home> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpmgWn0DNtpBJsHCbugEmO8O6JSh23cTU" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 17:40:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LpmgWn0DNtpBJsHCbugEmO8O6JSh23cTU Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2015-04-29 07:03, Edward Tomasz Napiera=C5=82a wrote: > Hi. With the patch I've just committed, the cost of compiling with RAC= CT > and RCTL is just a subroutine call and an unlocked variable check, in a= few > places. I'd like to add "options RACCT", "options RCTL", and "options > RACCT_DISABLED", to GENERIC on amd64, and MFC it before 10.2. What do = you > think? Thanks! >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 +1 --=20 Allan Jude --LpmgWn0DNtpBJsHCbugEmO8O6JSh23cTU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVQRedAAoJEJrBFpNRJZKfAp4QAJ4ZNErD5YmAGQhY+EXxkVAc ljcSaZt6orcW2HV1csh7tgigcgLevuFMgGByk2sK2hlAss9H5S5rTc7oPUMCGAtb lJNlB9/c+VIYkteoTirPzhA0/gPE5XFledF4zzJfcgmYTwThdlqm4vPCX5iq7KH+ fPy7K9YEPd7aGgsjKrD4CYPUzedpUP5JgYtBC/8rmb9xuwYLsEev7dEMLz3VlMB2 9Wp8lun/T44qxyHct3rEM7s8z4VAbqM7csf82yzzkOnvxlrRfcQcIwZvxuanoi6c n1egedM6ufOLS6ZgHCB2vyF7BP1h1XhMccjkjzaY1syRfwTI030rFEgAERWugSXG Pjvq60myRNgoGapZEG62klujfTq9fmeVmpLMn8jyHQUK7lk/lWUGEpx0xHBUy6hl IXVnECFsI7w4kcjbgjCQDWKCnra6Io2n92oZckZ05Wlc9QS2cwDCRh3ZKJaAHwq9 M/fBuQirsI8MPFVCKK7phPlQHjVIldJOytYfkD/f1VEcdJ5pt+F7lAuECyTLaMQH 5g3oVKJmxBPa9LLAHTznmdtfxlp5T+j3aKiA3wj4nLTZX1pEwYKiQhkjvAQCu+RF +BLQ5JNmmy2umJYlvxhDSQZM2wEpWJAGht3njZwKN5oR7u3WQf8/ZMvUutHoARW1 /p8P4fxzcADWPymquUx3 =fpiy -----END PGP SIGNATURE----- --LpmgWn0DNtpBJsHCbugEmO8O6JSh23cTU-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 19:05:53 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76234F84 for ; Wed, 29 Apr 2015 19:05:53 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BECB19B6 for ; Wed, 29 Apr 2015 19:05:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t3TJ5r8m064487 for ; Wed, 29 Apr 2015 19:05:53 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t3TJ5rJu064485 for freebsd-current@FreeBSD.org; Wed, 29 Apr 2015 19:05:53 GMT (envelope-from bdrewery) Received: (qmail 80405 invoked from network); 29 Apr 2015 14:05:51 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 29 Apr 2015 14:05:51 -0500 Message-ID: <55412B92.6040909@FreeBSD.org> Date: Wed, 29 Apr 2015 14:05:54 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: Enabling RACCT/RCTL in GENERIC. References: <20150429110304.GA3377@brick.home> In-Reply-To: <20150429110304.GA3377@brick.home> OpenPGP: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JxEgD2dI5jjQwiTRaCkFJpX7OduchAcD3" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 19:05:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JxEgD2dI5jjQwiTRaCkFJpX7OduchAcD3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 4/29/2015 6:03 AM, Edward Tomasz Napiera=C5=82a wrote: > Hi. With the patch I've just committed, the cost of compiling with RAC= CT > and RCTL is just a subroutine call and an unlocked variable check, in a= few > places. I'd like to add "options RACCT", "options RCTL", and "options > RACCT_DISABLED", to GENERIC on amd64, and MFC it before 10.2. What do = you > think? Thanks! Please. --=20 Regards, Bryan Drewery --JxEgD2dI5jjQwiTRaCkFJpX7OduchAcD3 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 iQEcBAEBAgAGBQJVQSuSAAoJEDXXcbtuRpfPiQwH/3JcNo7OGVL9e+wT9YLic5+5 /ThiH0E4lPjEYSpMQEPc2ZRW0++VEcPhZPLyq/4m9D2XsbheElqqy8ir0VZ7u1mm a83nmUYEBqQ3t+1hUCCKvIKKnnoIr4atfhjNi8pn9XDrF1gLevl+eyybAVVEtquo DKQeP2CHDTCllNtveKjE3VNuy2M3w2FOQGYvxcyYirW6iJR9IqFXO+guS9pNtUod YFPMKUz6LNw4HZuDE2lWP4hykI+xnBu8RPTJaAJPUn8Drk/qBM7NjrG1qPm8LSTa 6EyUm38iWgwsSmhgsK1yMXfknHhcwZ2vQ3e+/zCHyodOYz6Wbq3+ouE/YiGocN8= =0WX2 -----END PGP SIGNATURE----- --JxEgD2dI5jjQwiTRaCkFJpX7OduchAcD3-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 18:24:30 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1250C4D6; Wed, 29 Apr 2015 18:24:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ECAE6152D; Wed, 29 Apr 2015 18:24:29 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 265ACEEC; Wed, 29 Apr 2015 18:24:28 +0000 (UTC) Date: Wed, 29 Apr 2015 18:24:27 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org, trasz@FreeBSD.org, smh@FreeBSD.org, andrew@FreeBSD.org, bapt@FreeBSD.org, gnn@FreeBSD.org, whu@FreeBSD.org, scottl@FreeBSD.org, ngie@FreeBSD.org, pfg@FreeBSD.org, royger@FreeBSD.org Message-ID: <1410789532.88.1430331867813.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1709657630.85.1430314490486.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1709657630.85.1430314490486.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_i386 #55 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_i386 X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Wed, 29 Apr 2015 19:12:59 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 18:24:30 -0000 See Changes: [scottl] Improve support for blacklisting bad memory locations. The user can supply a text file with a list of physical memory addresses to exclude, and have it loaded at boot time via the provided example in loader.conf. The tunable 'vm.blacklist' remains, but using an external file means that there's no practical limit to the size of the list. This change also improves the scanning algorithm for processing the list, scanning the list only once instead of scanning it for every page in the system. Both the sysctl and the file can be unsorted and contain duplicates so long as each entry is numeric (decimal or hex) and is separated by a space, comma, or newline character. The sysctl 'vm.page_blacklist' is now provided to report what memory locations were successfully excluded. Reviewed by: imp, emax Obtained from: Netflix, Inc. MFC after: 3 days [pfg] Fix memory leak in scsi_scan_bus() CID: 1007770 PR: 199671 [pfg] Plug memory leaks in kbdmux(4) (take 2) This is a fix to the previous attempt in r281889, which some (most?) keyboards. Discussed with: emaste, jkim Found by: clang static analyzer CID: 1007072 CID: 1007073 CID: 1007074 [andrew] Add pmap_mapbios and pmap_unmapbios. These will be needed to support acpi. Sponsored by: The FreeBSD Foundation [smh] Correct date typo in UPDATING MFC after: 1 month X-MFC-With: r282208 Sponsored by: Multiplay [bapt] Remove never written documentation [bapt] Explicitly declare to not print the current date Found with heirloom-doctools which uses the original AT&T macros [royger] vt_vga: add a timeout while waiting for vertical retrace On one of my systems FreeBSD will fail to boot because vt_vga gets stuck waiting for the vertical retrace if there's no monitor attached. Fix this by adding a timeout and exiting if the vertical retrace times out. Sponsored by: Citrix Systems R&D Reviewed by: emaste, dumbbell Differential Revision: https://reviews.freebsd.org/D2397 [gnn] Make it possible to statically link SIFTR into the kernel as a new option. Reviewed by: bz Discussed with: lstewart MFC after: 2 weeks [trasz] Remove oldnfs leftovers from mountd(8). Reviewed by: rmacklem@ Sponsored by: The FreeBSD Foundation ------------------------------------------ [...truncated 156092 lines...] chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- 10 --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- 11 --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- 14 --- cat >14.tmp chmod +x 14.tmp mv 14.tmp 14 --- Kyuafile.auto --- ===> tests/sys/pjdfstest/tests/unlink (all) --- usr.sbin.all__D --- --- dmopcode.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dmopcode.o --- lib.all__D --- --- cpp_helpers --- c++ -O2 -pipe -I -fstack-protector -Qunused-arguments -Wno-c++11-extensions -L -rpath /usr/lib/private -rpath /usr/lib/private -o cpp_helpers cpp_helpers.o --- tests.all__D --- --- 00 --- cat >00.tmp chmod +x 00.tmp mv 00.tmp 00 --- usr.sbin.all__D --- --- dmresrc.o --- --- lib.all__D --- --- all_subdir_clang --- --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dmresrc.o --- tests.all__D --- --- 01 --- --- lib.all__D --- ===> lib/clang (all) --- tests.all__D --- cat >01.tmp chmod +x 01.tmp mv 01.tmp 01 --- 02 --- cat >02.tmp chmod +x 02.tmp mv 02.tmp 02 --- 03 --- cat >03.tmp chmod +x 03.tmp mv 03.tmp 03 --- 04 --- cat >04.tmp chmod +x 04.tmp mv 04.tmp 04 --- lib.all__D --- --- all_subdir_libclanganalysis --- ===> lib/clang/libclanganalysis (all) --- tests.all__D --- --- 05 --- cat >05.tmp chmod +x 05.tmp mv 05.tmp 05 --- 06 --- cat >06.tmp chmod +x 06.tmp mv 06.tmp 06 --- 07 --- cat >07.tmp chmod +x 07.tmp mv 07.tmp 07 --- 08 --- cat >08.tmp chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- 10 --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- usr.sbin.all__D --- --- dmresrcl.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dmresrcl.o --- tests.all__D --- --- 11 --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- Kyuafile.auto --- --- misc.sh --- sed -e '\,maindir=,s,maindir=.*,maindir=`dirname $0`/../,' < > misc.sh.tmp mv misc.sh.tmp misc.sh --- Kyuafile.auto --- ===> tests/sys/aio (all) --- lib.all__D --- --- all_subdir_libclangarcmigrate --- --- usr.sbin.all__D --- --- dmresrcl2.o --- --- lib.all__D --- ===> lib/clang/libclangarcmigrate (all) --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dmresrcl2.o --- tests.all__D --- (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=aio_test DEPENDFILE=.depend.aio_test .MAKE.DEPENDFILE=.depend.aio_test ) --- aio_test.o --- cc -O2 -pipe -I -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o aio_test.o --- usr.sbin.all__D --- --- dmresrcs.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dmresrcs.o --- tests.all__D --- :207:2: error: implicit declaration of function 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ATF_REQUIRE_KERNEL_MODULE("aio"); ^ :43:3: note: expanded from macro 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s", \ ^ --- usr.sbin.all__D --- --- dmutils.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dmutils.o --- tests.all__D --- 1 error generated. *** [aio_test.o] Error code 1 make[6]: stopped in 1 error make[6]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in --- tests.all__D --- *** [aio_test] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- lib.all__D --- *** [all_subdir_libclangarcmigrate] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- tests.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib.all__D --- *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- tests.all__D --- *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- lib.all__D --- *** [lib.all__D] Error code 2 make[2]: stopped in --- tests.all__D --- *** [tests.all__D] Error code 2 make[2]: stopped in --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_acpi] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_tblgen] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 19:14:02 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DFC172E; Wed, 29 Apr 2015 19:14:02 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::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 5992B1AFB; Wed, 29 Apr 2015 19:14:02 +0000 (UTC) Received: by pabsx10 with SMTP id sx10so36055362pab.3; Wed, 29 Apr 2015 12:14:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=0dV2WXr7sOxBtUqCE4nv1Fjnm2SoEHGDiG7leY8Mhj0=; b=HIYuloPS59LplO5zKWLPfYRabQB14YhXLaSkh/5NRPPjYC7R8C8BAGF2OI8iJXHrw1 HdySqAXIobY8icrZd/POh5TFed+8rg3sxRuxI/LHE5kkhy/WsWzM4C/couYzHJZwHCSO 7vUGOmK57ZcJ2yjGRXfRJdR32mXQ5CE2Glq3QKY0LpejGwFv3drNBFcCMJTgQxzFMTze GFGU3x0Uo6wFJLT4b+mYiPHMTqEm0XE3RRUUUSg9e7Yz3Cym8spo8QRvQEaoH/7dq7Jr ywE8znlMfknPLqaOgtnWqcAbO13zDKWPXLEvHuMMZtioKIREKhhy72onOovqbh2QQmWL lF/w== X-Received: by 10.66.141.231 with SMTP id rr7mr1062249pab.154.1430334841822; Wed, 29 Apr 2015 12:14:01 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:857d:cd13:79bf:f40d? ([2601:8:ab80:7d6:857d:cd13:79bf:f40d]) by mx.google.com with ESMTPSA id pu1sm26197341pdb.33.2015.04.29.12.14.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Apr 2015 12:14:00 -0700 (PDT) Subject: Re: Head buildworld @282213 fails; suspect r282211 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_18B705A7-9C6B-407A-90C1-1BFDB9F0C537"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Garrett Cooper In-Reply-To: <20150429171834.49a01631.ohartman@zedat.fu-berlin.de> Date: Wed, 29 Apr 2015 12:13:59 -0700 Cc: David Wolfskill , current@freebsd.org, Garrett Cooper Message-Id: <9368ABE6-F134-4AA2-8738-8BF6D837E23F@gmail.com> References: <20150429124718.GM1225@albert.catwhisker.org> <20150429171834.49a01631.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 19:14:02 -0000 --Apple-Mail=_18B705A7-9C6B-407A-90C1-1BFDB9F0C537 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 29, 2015, at 8:18, O. Hartmann = wrote: > Am Wed, 29 Apr 2015 05:47:18 -0700 > David Wolfskill schrieb: >=20 >> Running: >>=20 >> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #46 >> r282133M/282133:1100070: Tue Apr 28 05:39:53 PDT 2015 >> root@g1-254.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY amd64 >>=20 >> After updating sources to r282213, buildworld fails: >>=20 >> ... >>>>> stage 4.4: building everything >> ... >> --- tests.all__D --- >> /usr/src/tests/sys/aio/aio_test.c:207:2: error: implicit declaration = of function >> 'atf_skip' is invalid in C99 = [-Werror,-Wimplicit-function-declaration] >> ATF_REQUIRE_KERNEL_MODULE("aio"); ^ >> /usr/src/tests/freebsd_test_suite/macros.h:43:3: note: expanded from = macro >> 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be = resolved: %s", \ >> ^ >> 1 error generated. >> *** [aio_test.o] Error code 1 >>=20 >> make[6]: stopped in /usr/src/tests/sys/aio >>=20 >> ... >> --- tests.all__D --- >> /usr/src/tests/sys/aio/aio_test.c:207:2: error: implicit declaration = of function >> 'atf_skip' is invalid in C99 = [-Werror,-Wimplicit-function-declaration] >> ATF_REQUIRE_KERNEL_MODULE("aio"); ^ >> /usr/src/tests/freebsd_test_suite/macros.h:43:3: note: expanded from = macro >> 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be = resolved: %s", \ >> ^ >> 1 error generated. >> *** [aio_test.o] Error code 1 >>=20 >> make[6]: stopped in /usr/src/tests/sys/aio >> .... >>=20 >> src.conf is: >> g1-254(11.0-C)[3] cat /etc/src.conf >> KERNCONF=3DCANARY >> PORTS_MODULES=3Dx11/nvidia-driver >> PORTS_MODULES+=3Dmultimedia/cuse4bsd-kmod >> PORTS_MODULES+=3Demulators/virtualbox-ose-kmod >> WITHOUT_DEBUG_FILES=3D1 >> IWN_DEBUG=3D1 >> IEEE80211_DEBUG=3D1 >> g1-254(11.0-C)[4] >>=20 >> and make.conf: >>=20 >> g1-254(11.0-C)[4] cat /etc/make.conf >> # CFLAGS+=3D -g >> SENDMAIL_MC=3D/etc/mail/laptop.mc >> NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" >> NET_SNMP_SYS_LOCATION=3D"variable" >> NET_SNMP_LOGFILE=3D/var/log/snmpd.log >> NET_SNMP_PERSISTENTDIR=3D/var/net-snmp >> WITH_BSD_JDK=3DTRUE >> FORCE_PKG_REGISTER=3D NO >> # For mplayer >> WITHOUT_RUNTIME_CPUDETECTION=3D YES >> OPTIONS_SET=3DOPTIMIZED_CFLAGS >> WITHOUT_CJK=3D YES >> NO_SUID_XSERVER=3DYES >> INSTALL_AS_NCFTP=3Dyes >> g1-254(11.0-C)[5] >>=20 >> Peace, >> david >=20 > Here the same with r282221. Fixed in r282244 =97 sorry for the breakage :(. --Apple-Mail=_18B705A7-9C6B-407A-90C1-1BFDB9F0C537 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 iQEcBAEBCgAGBQJVQS13AAoJEMZr5QU6S73eDl4H/0HIfNLuM1MyumRVX2T4Q+0j igoYliRgL/uxIF+XHqKIuWtX836gmWoSF2EDz665pCv9YLuZIxPvZmWYaT7n+krS wWiOa3hrp/tO5Yn3fvE+8B99KR+CCkv3PKNouon7He5/IyoYX9z5sTKHdibD0UqY 2e8eqLJq/juQEp4JjTVTpeSqUzOdjGWgi27X1u62NQlzpvyt7/m8V5inNhuUpT22 2MQ/P1hK50JuK11ENEF8veZgW9ZrTofx2ZbJaTVK7Zz78aqZ5ixzdWmD8mEcN5GB rKhkkMiAmRNdh9xVgFg0QSAlbVQkTknu20aKtt4/KvOUFRMeWWG4E1TLrAGe2Sc= =ayCH -----END PGP SIGNATURE----- --Apple-Mail=_18B705A7-9C6B-407A-90C1-1BFDB9F0C537-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 18:44:09 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8CFA81B; Wed, 29 Apr 2015 18:44:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CF9E41766; Wed, 29 Apr 2015 18:44:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CD055F3D; Wed, 29 Apr 2015 18:44:08 +0000 (UTC) Date: Wed, 29 Apr 2015 18:44:08 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, trasz@FreeBSD.org, smh@FreeBSD.org, gnn@FreeBSD.org, andrew@FreeBSD.org, bapt@FreeBSD.org, whu@FreeBSD.org, ngie@FreeBSD.org, royger@FreeBSD.org Message-ID: <581604967.89.1430333048809.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1875410264.87.1430317324841.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1875410264.87.1430317324841.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2710 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-Mailman-Approved-At: Wed, 29 Apr 2015 21:12:57 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 18:44:09 -0000 See Changes: [andrew] Add pmap_mapbios and pmap_unmapbios. These will be needed to support acpi. Sponsored by: The FreeBSD Foundation [smh] Correct date typo in UPDATING MFC after: 1 month X-MFC-With: r282208 Sponsored by: Multiplay [bapt] Remove never written documentation [bapt] Explicitly declare to not print the current date Found with heirloom-doctools which uses the original AT&T macros [royger] vt_vga: add a timeout while waiting for vertical retrace On one of my systems FreeBSD will fail to boot because vt_vga gets stuck waiting for the vertical retrace if there's no monitor attached. Fix this by adding a timeout and exiting if the vertical retrace times out. Sponsored by: Citrix Systems R&D Reviewed by: emaste, dumbbell Differential Revision: https://reviews.freebsd.org/D2397 ------------------------------------------ [...truncated 182405 lines...] --- tests.all__D --- cat >08.tmp --- lib.all__D --- gzip -cn > hosts_access.5.gz --- tests.all__D --- chmod +x 08.tmp mv 08.tmp 08 --- lib.all__D --- --- hosts_options.5.gz --- --- tests.all__D --- --- 09 --- --- lib.all__D --- gzip -cn > hosts_options.5.gz --- tests.all__D --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- lib.all__D --- --- all_subdir_libxo --- --- tests.all__D --- --- 10 --- --- lib.all__D --- ===> lib/libxo (all) --- tests.all__D --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- usr.sbin.all__D --- --- dsfield.o --- --- tests.all__D --- --- 11 --- --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dsfield.o --- tests.all__D --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- 14 --- cat >14.tmp chmod +x 14.tmp mv 14.tmp 14 --- Kyuafile.auto --- ===> tests/sys/pjdfstest/tests/unlink (all) --- lib.all__D --- --- libxo.po --- cc -pg -O2 -pipe -I -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o libxo.po --- tests.all__D --- --- 00 --- cat >00.tmp chmod +x 00.tmp mv 00.tmp 00 --- 01 --- cat >01.tmp --- usr.sbin.all__D --- --- dsinit.o --- --- tests.all__D --- chmod +x 01.tmp --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dsinit.o --- tests.all__D --- mv 01.tmp 01 --- 02 --- cat >02.tmp chmod +x 02.tmp mv 02.tmp 02 --- 03 --- cat >03.tmp chmod +x 03.tmp --- usr.sbin.all__D --- --- dsmethod.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dsmethod.o --- tests.all__D --- mv 03.tmp 03 --- 04 --- cat >04.tmp chmod +x 04.tmp mv 04.tmp 04 --- 05 --- cat >05.tmp chmod +x 05.tmp mv 05.tmp 05 --- 06 --- cat >06.tmp chmod +x 06.tmp mv 06.tmp 06 --- 07 --- cat >07.tmp --- usr.sbin.all__D --- --- dsmthdat.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dsmthdat.o --- tests.all__D --- chmod +x 07.tmp mv 07.tmp 07 --- 08 --- cat >08.tmp chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp mv 09.tmp 09 --- 10 --- cat >10.tmp chmod +x 10.tmp mv 10.tmp 10 --- 11 --- cat >11.tmp chmod +x 11.tmp mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- 13 --- --- usr.sbin.all__D --- --- dsobject.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dsobject.o --- tests.all__D --- cat >13.tmp chmod +x 13.tmp mv 13.tmp 13 --- Kyuafile.auto --- --- misc.sh --- sed -e '\,maindir=,s,maindir=.*,maindir=`dirname $0`/../,' < > misc.sh.tmp mv misc.sh.tmp misc.sh --- Kyuafile.auto --- ===> tests/sys/aio (all) (cd && make -f _RECURSING_PROGS= SUBDIR= PROG=aio_test DEPENDFILE=.depend.aio_test .MAKE.DEPENDFILE=.depend.aio_test ) --- usr.sbin.all__D --- --- dsopcode.o --- --- tests.all__D --- --- aio_test.o --- --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dsopcode.o --- tests.all__D --- cc -O2 -pipe -I -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o aio_test.o :207:2: error: implicit declaration of function 'atf_skip' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ATF_REQUIRE_KERNEL_MODULE("aio"); ^ :43:3: note: expanded from macro 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s", \ ^ --- usr.sbin.all__D --- --- dsutils.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=gnu99 -fstack-protector -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 -o dsutils.o --- tests.all__D --- 1 error generated. *** [aio_test.o] Error code 1 make[6]: stopped in 1 error make[6]: stopped in *** [aio_test] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [tests.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libxo] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_acpi] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_tblgen] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 22:14:05 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74F997B7; Wed, 29 Apr 2015 22:14:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 54E891EE4; Wed, 29 Apr 2015 22:14:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 55927F86; Wed, 29 Apr 2015 22:14:05 +0000 (UTC) Date: Wed, 29 Apr 2015 22:14:04 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, trasz@FreeBSD.org, smh@FreeBSD.org, gjb@FreeBSD.org, jhb@FreeBSD.org, gnn@FreeBSD.org, scottl@FreeBSD.org, brd@FreeBSD.org, ngie@FreeBSD.org, pfg@FreeBSD.org, andrew@FreeBSD.org, bapt@FreeBSD.org, whu@FreeBSD.org, royger@FreeBSD.org Message-ID: <2075756931.92.1430345645188.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <581604967.89.1430333048809.JavaMail.jenkins@jenkins-9.freebsd.org> References: <581604967.89.1430333048809.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2711 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-Mailman-Approved-At: Wed, 29 Apr 2015 22:26:23 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 29 Apr 2015 22:14:05 -0000 See Changes: [gnn] Brief demo script showing the various values that can be read via the= new SIFTR statically defined tracepoint (SDT). Reviewed by:=09bz, markj [jhb] Don't free mbufs when stopping an interface in netmap mode. Currently if you ifconfig down a vtnet interface while it is being used via netmap, the kernel panics due to trying to treat the cookie values in the virtio rings as mbufs to be freed. When netmap is enabled, these cookie values are pointers to something else. Note that other netmap-aware drivers don't seem to need this as they store the mbuf pointers in the software rings that mirror the hardware descriptor rings, and since netmap doesn't touch those, the software state always has NULL mbuf pointers causing the loops to free mbufs to not do anything. However, vtnet reuses the same state area for both netmap and non-netmap mode, so it needs to explicitly avoid looking at the rings and treating the cookie values as mbufs if netmap is enabled. Differential Revision:=09https://reviews.freebsd.org/D2348 Reviewed by:=09adrian, bryanv, luigi MFC after:=091 week Sponsored by:=09Norse Corp, Inc. [gnn] Brief demo script showing the various values that can be read via the new SIFTR statically defined tracepoint (SDT). Differential Revision:=09https://reviews.freebsd.org/D2387 Reviewed by:=09bz, markj [scottl] Revert r282227. It is clearly incorrect as it frees an object tha= t is still referenced. I think that there does exist an unlikely edge case for a memory leak, but only if a driver is incorrectly written and specifies no valid range of targets to scan. That can be fixed in a follow-up commit. Obtained from:=09Netflix, Inc. [trasz] Remove spurious period. MFC after:=091 month Sponsored by:=09International OCD Foun^W^W^WThe FreeBSD Foundation [brd] Fix typo [trasz] Make rctl(8) more user-friendly when RACCT/RCTL is disabled for som= e reason. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation [bapt] Fix mis usage of ms(7) macros Submitted by:=09heirloom doctools upstream [gjb] Document r280297, OpenSSL updated to version 1.0.1m. Sponsored by:=09The FreeBSD Foundation [scottl] Improve support for blacklisting bad memory locations. The user c= an supply a text file with a list of physical memory addresses to exclude, and have i= t loaded at boot time via the provided example in loader.conf. The tunable 'vm.blacklist' remains, but using an external file means that there's no practical limit to the size of the list. This change also improves the scanning algorithm for processing the list, scanning the list only once instead of scanning it for every page in the system. Both the sysctl and the file can be unsorted and contain duplicates so long as each entry is numeric (decimal or hex) and is separated by a space, comma, or newline character. The sysctl 'vm.page_blacklist' is now provided to report what memory locations were successfully excluded. Reviewed by:=09imp, emax Obtained from:=09Netflix, Inc. MFC after:=093 days [pfg] Fix memory leak in scsi_scan_bus() CID:=091007770 PR:=09199671 [pfg] Plug memory leaks in kbdmux(4) (take 2) This is a fix to the previous attempt in r281889, which some (most?) keyboards. Discussed with:=09emaste, jkim Found by:=09clang static analyzer CID:=09=091007072 CID:=09=091007073 CID:=09=091007074 ------------------------------------------ [...truncated 185138 lines...] --- usr.sbin.all__D --- --- psobject.o --- --- tests.all__D --- --- 01 --- --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=3Dgnu9= 9 -fstack-protector -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 -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Qunused-arguments -c -o psobject.o --- tests.all__D --- cat >01.tmp chmod +x 01.tmp mv 01.tmp 01 --- 02 --- cat >02.tmp --- lib.all__D --- --- kinfo_getallproc.po --- --- usr.bin.all__D --- --- stresep.o --- --- lib.all__D --- cc -pg -O2 -pipe -DLIBC_SCCS -DINET6 -I -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o kinfo_getallproc.po --- usr.bin.all__D --- cc -O2 -pipe -DNO_PWD_OVERRIDE -I -DBMAKE_PATH_MAX=3D1024 -DUSE_META -DMAKE_NATIVE = -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=3D1024 -DUSE_META -DMAKE_= NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=3D\".../share/mk:/usr/share/mk\" = -I. -I -DMA= KE_NATIVE -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -W= no-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-unused-local-typedef -Qunused-arguments -c -o stresep.o --- tests.all__D --- chmod +x 02.tmp mv 02.tmp 02 --- 03 --- cat >03.tmp chmod +x 03.tmp mv 03.tmp 03 --- 04 --- cat >04.tmp --- usr.bin.all__D --- --- make.1.gz --- gzip -cn > make.1.gz --- tests.all__D --- chmod +x 04.tmp mv 04.tmp 04 --- 05 --- cat >05.tmp --- usr.bin.all__D --- --- make --- cc -O2 -pipe -DNO_PWD_OVERRIDE -I -DBMAKE_PATH_MAX=3D1024 -DUSE_META -DMAKE_NATIVE = -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=3D1024 -DUSE_META -DMAKE_= NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=3D\".../share/mk:/usr/share/mk\" = -I. -I -DMA= KE_NATIVE -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -W= no-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-unused-local-typedef -Qunused-arguments -static -o make arc= h.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_mallo= c.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAp= pend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue= .o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o l= stForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.= o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplac= e.o lstSucc.o stresep.o=20 --- tests.all__D --- chmod +x 05.tmp mv 05.tmp 05 --- 06 --- cat >06.tmp chmod +x 06.tmp mv 06.tmp 06 --- 07 --- cat >07.tmp chmod +x 07.tmp mv 07.tmp 07 --- 08 --- cat >08.tmp chmod +x 08.tmp mv 08.tmp 08 --- 09 --- cat >09.tmp chmod +x 09.tmp --- usr.sbin.all__D --- --- psopcode.o --- --- tests.all__D --- mv 09.tmp 09 --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=3Dgnu9= 9 -fstack-protector -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 -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Qunused-arguments -c -o psopcode.o --- lib.all__D --- --- kinfo_getproc.po --- --- tests.all__D --- --- 10 --- cat >10.tmp --- lib.all__D --- cc -pg -O2 -pipe -DLIBC_SCCS -DINET6 -I -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -= o kinfo_getproc.po --- tests.all__D --- chmod +x 10.tmp mv 10.tmp 10 --- 11 --- cat >11.tmp --- usr.bin.all__D --- --- all_subdir_bsdiff --- --- tests.all__D --- chmod +x 11.tmp --- usr.bin.all__D --- =3D=3D=3D> usr.bin/bsdiff (all) --- tests.all__D --- mv 11.tmp 11 --- 12 --- cat >12.tmp chmod +x 12.tmp mv 12.tmp 12 --- usr.bin.all__D --- --- _sub.all --- --- tests.all__D --- --- 13 --- cat >13.tmp --- usr.bin.all__D --- =3D=3D=3D> usr.bin/bsdiff/bsdiff (all) --- tests.all__D --- chmod +x 13.tmp mv 13.tmp 13 --- Kyuafile.auto --- --- usr.sbin.all__D --- --- psopinfo.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=3Dgnu9= 9 -fstack-protector -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 -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Qunused-arguments -c -o psopinfo.o --- tests.all__D --- --- misc.sh --- sed -e '\,maindir=3D,s,maindir=3D.*,maindir=3D`dirname $0`/../,' < >= misc.sh.tmp --- lib.all__D --- --- kinfo_getvmmap.po --- cc -pg -O2 -pipe -DLIBC_SCCS -DINET6 -I -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c = -o kinfo_getvmmap.po --- tests.all__D --- mv misc.sh.tmp misc.sh --- Kyuafile.auto --- --- usr.bin.all__D --- --- bsdiff.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c -o bsdiff.o --- tests.all__D --- =3D=3D=3D> tests/sys/aio (all) --- usr.sbin.all__D --- --- psparse.o --- --- lib.all__D --- --- kld.po --- cc -pg -O2 -pipe -DLIBC_SCCS -DINET6 -I -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o kld.po --- usr.sbin.all__D --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=3Dgnu9= 9 -fstack-protector -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 -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Qunused-arguments -c -o psparse.o --- tests.all__D --- (cd && make= -f _RECURSING_PROGS=3D SUBDIR=3D PROG=3Daio_test DEPENDFILE=3D.depend.aio_= test .MAKE.DEPENDFILE=3D.depend.aio_test ) --- usr.bin.all__D --- --- bsdiff.1.gz --- gzip -cn > bsdiff.1.gz --- bsdiff --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o bsdiff bsdiff.o -l= bz2 --- tests.all__D --- --- aio_test.o --- cc -O2 -pipe -I -= std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2= k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunus= ed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wred= undant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-de= clarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Qunused-arguments -c -o aio_test.o --- lib.all__D --- --- login_auth.po --- cc -pg -O2 -pipe -DLIBC_SCCS -DINET6 -I -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o l= ogin_auth.po --- usr.sbin.all__D --- --- psscope.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I -std=3Dgnu9= 9 -fstack-protector -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 -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Qunused-arguments -c -o psscope.o --- usr.bin.all__D --- =3D=3D=3D> usr.bin/bsdiff/bspatch (all) --- tests.all__D --- := 207:2: error: implicit declaration of function 'atf_skip' is invalid in C99= [-Werror,-Wimplicit-function-declaration] ATF_REQUIRE_KERNEL_MODULE("aio"); ^ :43:3: note: expanded from macro 'ATF_REQUIRE_KERNEL_MODULE' atf_skip("module %s could not be resolved: %s", \ ^ 1 error generated. *** [aio_test.o] Error code 1 make[6]: stopped in 1 error make[6]: stopped in --- lib.all__D --- --- login_cap.po --- --- tests.all__D --- *** [aio_test] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- lib.all__D --- cc -pg -O2 -pipe -DLIBC_SCCS -DINET6 -I -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c -o lo= gin_cap.po --- tests.all__D --- *** [tests.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_bsdiff] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_acpi] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libutil] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 00:12:07 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10270BD0; Thu, 30 Apr 2015 00:12:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ECE651BB2; Thu, 30 Apr 2015 00:12:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 35CA9F9F; Thu, 30 Apr 2015 00:12:07 +0000 (UTC) Date: Thu, 30 Apr 2015 00:12:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org, trasz@FreeBSD.org, smh@FreeBSD.org, gjb@FreeBSD.org, jhb@FreeBSD.org, gnn@FreeBSD.org, scottl@FreeBSD.org, brd@FreeBSD.org, ngie@FreeBSD.org, pfg@FreeBSD.org, kib@FreeBSD.org, andrew@FreeBSD.org, bapt@FreeBSD.org, whu@FreeBSD.org, royger@FreeBSD.org Message-ID: <1415348262.94.1430352727190.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1410789532.88.1430331867813.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1410789532.88.1430331867813.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_i386 #56 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_i386 X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Thu, 30 Apr 2015 00:43:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 00:12:07 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 02:53:27 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E8AF61B; Thu, 30 Apr 2015 02:53:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EB6F71E60; Thu, 30 Apr 2015 02:53:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5E689FE4; Thu, 30 Apr 2015 02:53:27 +0000 (UTC) Date: Thu, 30 Apr 2015 02:53:27 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, trasz@FreeBSD.org, gjb@FreeBSD.org, smh@FreeBSD.org, jhb@FreeBSD.org, gnn@FreeBSD.org, oshogbo@FreeBSD.org, brd@FreeBSD.org, scottl@FreeBSD.org, ngie@FreeBSD.org, pfg@FreeBSD.org, kib@FreeBSD.org, emaste@FreeBSD.org, andrew@FreeBSD.org, bapt@FreeBSD.org, whu@FreeBSD.org, royger@FreeBSD.org Message-ID: <1655960349.96.1430362407359.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2075756931.92.1430345645188.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2075756931.92.1430345645188.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2712 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-Mailman-Approved-At: Thu, 30 Apr 2015 03:07:46 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 02:53:27 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 05:52:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75071634 for ; Thu, 30 Apr 2015 05:52:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 61D2C11E3 for ; Thu, 30 Apr 2015 05:52:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7A451D3 for ; Thu, 30 Apr 2015 05:52:18 +0000 (UTC) Date: Thu, 30 Apr 2015 05:52:16 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <566435892.97.1430373136427.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1530883735.84.1430311972105.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1530883735.84.1430311972105.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #990 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-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 05:52:19 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 06:56:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 519C94B8; Thu, 30 Apr 2015 06:56:45 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3053E1898; Thu, 30 Apr 2015 06:56:45 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-241-118.lns20.per4.internode.on.net [121.45.241.118]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t3U6uVk0053808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 29 Apr 2015 23:56:36 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5541D219.6060900@freebsd.org> Date: Thu, 30 Apr 2015 14:56:25 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Jilles Tjoelker , John Baldwin CC: freebsd-current@freebsd.org Subject: Re: readdir/telldir/seekdir problem (i think) References: <55386505.70708@freebsd.org> <553A7DB0.8080308@freebsd.org> <553A8D28.7090901@freebsd.org> <4718551.Y2ZnMk6NSM@ralph.baldwin.cx> <20150424215249.GA96554@stack.nl> In-Reply-To: <20150424215249.GA96554@stack.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 06:56:45 -0000 On 4/25/15 5:52 AM, Jilles Tjoelker wrote: > On Fri, Apr 24, 2015 at 04:28:12PM -0400, John Baldwin wrote: >> Yes, this isn't at all safe. There's no guarantee whatsoever that >> the offset on the directory fd that isn't something returned by >> getdirentries has any meaning. In particular, the size of the >> directory entry in a random filesystem might be a different size >> than the structure returned by getdirentries (since it converts >> things into a FS-independent format). >> This might work for UFS by accident, but this is probably why ZFS >> doesn't work. Turns out they are all broken in the face of deletes. I managed to make a patch that fixes things in the simple case of "backing up by one (and only one time) record", which is what samba needs to do. Samba reads until the latest entry won't fit (buffer is full) and then effectively pushes the last one back by doing a seekdir back one record. It then sends the full buffer back to the client and continus reading at the next record, which is the one it pushed back. It turs out that because the buffer holding the last dirent presented is always still resident in memory, it is ALWAYS possible to slip the 'current entry' pointer back ONE entry, (but no more). This unbreaks samba, even in the case of deletes. (at least with UFS and ZFS). I'll make the patch available when I've tested it more and cleaned it up. >> However, this might be properly fixed by the thing that ino64 is >> doing where each directory entry returned by getdirentries gives >> you a seek offset that you _can_ directly seek to (as opposed to >> seeking to the start of the block and then walking forward N >> entries until you get an inter-block entry that is the same). > The ino64 branch only reserves space for d_off and does not use it in > any way. This is appropriate since actually using d_off is a major > feature addition. d_cookie please.. :-) > > A proper d_off would still be useful even if UFS's readdir keeps masking > off the offset so a directory read always starts at the beginning of a > 512-byte directory block, since this allows more distinct offset values > than safely using getdirentries()'s *basep. With d_off, one outer loop > must read at least one directory block to avoid spinning indefinitely, > while using getdirentries()'s *basep requires reading the whole > getdirentries() buffer. not sure I follow what you mean by that. > > Some Linux filesystems go further and provide a unique d_off for each > entry. yes ZFS provides that. we currently don't export it beyond teh VFS, but there is code that is supposed to supply a cookie for each entry. It could be put into the dirent structure should we want to do that. Currently it is put into a separate memory array in parallel to the dirents, except that we give it a NULL pointer, which means "we don't want cookies thanks" . We really need to do something because the current system is really broken. And the fact that dirent has *32 bit* inode number in it was a shock.. I'd presumed that had gone the way of the dinosaurs and dodo. I think 11 needs to have a new dirent structure given out by a new syscall. (old one still present for compat reasons). Whether we need a readdir64() and friends I have not yet decided. Maybe it's time to bump libc's number again :-) > > Another idea would be to store the last d_ino instead of dd_loc into the > struct ddloc. On seekdir(), this would seek to loc_seek as before and > skip entries until that d_ino is found, or to the start of the buffer if > not found (and possibly return some entries again that should not be > returned, but Samba copes with that). I didn't see it coping with that.. an earlier version of my patch suffered from duplicate entries in samba. it is also dangerous because multiple files linked to the same inode would get confused. it may be possible however to link the telldir cookies to a HASH of the filename and inode number. (assuming of course we don't have cookies directly from the fiesystem itself.) the current scheme of seeking to a buffer boundary and seeking forward in the buffer looking for a matching entry would become quite robust using this scheme, assuming that the lseek actually worked on that file system. > From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 12:12:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5F82C4B for ; Thu, 30 Apr 2015 12:12:28 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D35E51FC6 for ; Thu, 30 Apr 2015 12:12:28 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 19B3B171 for ; Thu, 30 Apr 2015 12:12:29 +0000 (UTC) Date: Thu, 30 Apr 2015 12:12:29 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <113869336.99.1430395949061.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <566435892.97.1430373136427.JavaMail.jenkins@jenkins-9.freebsd.org> References: <566435892.97.1430373136427.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #991 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-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 12:12:29 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 12:31:33 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72F9B341; Thu, 30 Apr 2015 12:31:33 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 29AA01253; Thu, 30 Apr 2015 12:31:32 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t3UCVVq4040483; Thu, 30 Apr 2015 05:31:31 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t3UCVVXp040482; Thu, 30 Apr 2015 05:31:31 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2015 05:31:31 -0700 From: David Wolfskill To: current@freebsd.org Cc: ipfw@freebsd.org, "Alexander V. Chernikov" Subject: The KASSERT from r282155 fired; have crash dump. will travel Message-ID: <20150430123131.GB1225@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org, ipfw@freebsd.org, "Alexander V. Chernikov" MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iNbuUyhyM/niA6/9" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 12:31:33 -0000 --iNbuUyhyM/niA6/9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =46rom /var/crash/core.txt.6: Thu Apr 30 05:21:22 PDT 2015 FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r282269M/282269:1100071: Th= u Apr 30 05:07:08 PDT 2015 root@g1-254.catwhisker.org:/common/S3/obj/us= r/src/sys/CANARY amd64 panic: refcount incosistency: found: 0 unr: 0 total: 1 =2E.. Unread portion of the kernel message buffer: =2E.. Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. Loaded symbols for /boot/kernel/if_lagg.ko.symbols #0 doadump (textdump=3DUnhandled dwarf expression opcode 0x93 ) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=3DUnhandled dwarf expression opcode 0x93 ) at pcpu.h:219 #1 0xffffffff80355f9e in db_dump (dummy=3D, dummy2=3D= Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ddb/db_command.c:533 #2 0xffffffff80355b17 in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/db_command.c:440 #3 0xffffffff80355794 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xffffffff80358350 in db_trap (type=3D, code=3DUnh= andled dwarf expression opcode 0x93 ) at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff8096a1b4 in kdb_trap (type=3DUnhandled dwarf expression opcod= e 0x93 ) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80cd61fe in trap (frame=3D0xfffffe060cc04220) at /usr/src/sys/amd64/amd64/trap.c:540 #7 0xffffffff80cb6702 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:235 #8 0xffffffff8096988e in kdb_enter (why=3D0xffffffff80f5f68a "panic",=20 msg=3D0xffffffff80974750 "UH\211=E5AWAVATSH\203=ECPI\211=F7A\211=FEH\21= 3\004%=D0vd\201H\211E=D8\201<%x\206d\201") at cpufunc.h:63 #9 0xffffffff8092d949 in vpanic (fmt=3D,=20 ap=3D) at /usr/src/sys/kern/kern_shutdown.c:739 #10 0xffffffff8092d792 in kassert_panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:634 #11 0xffffffff80b56c11 in ipfw_rewrite_rule_uidx (chain=3D0xffffffff817b2be= 0,=20 ci=3D0xfffffe060cc04508) at /usr/src/sys/netpfil/ipfw/ip_fw_table.c:3402 #12 0xffffffff80b51613 in commit_rules (chain=3D0xffffffff817b2be0,=20 rci=3D0xfffffe060cc04508, count=3DUnhandled dwarf expression opcode 0x93 ) at /usr/src/sys/netpfil/ipfw/ip_fw_sockopt.c:675 #13 0xffffffff80b533ed in add_rules (chain=3D0xffffffff817b2be0,=20 op3=3D, sd=3D) at /usr/src/sys/netpfil/ipfw/ip_fw_sockopt.c:2589 #14 0xffffffff80b4f9bb in ipfw_ctl3 (sopt=3D0xfffffe060cc04920) at /usr/src/sys/netpfil/ipfw/ip_fw_sockopt.c:3189 #15 0xffffffff809be84e in kern_getsockopt (td=3D0xfffff8000a48b000,=20 s=3D, level=3D,=20 name=3D, val=3D, valseg=3DUnh= andled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/uipc_syscalls.c:1531 #16 0xffffffff809be750 in sys_getsockopt (td=3D0xfffff8000a48b000,=20 uap=3D0xfffffe060cc04a40) at /usr/src/sys/kern/uipc_syscalls.c:1477 #17 0xffffffff80cd714c in amd64_syscall (td=3D0xfffff8000a48b000, traced=3D= 0) at subr_syscall.c:133 #18 0xffffffff80cb69eb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:395 #19 0x0000000800b1caaa in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb)=20 =2E... I haven't tried i386 yet. I can make the core.txt.6 file available. This was on my laptop, where I use ipfw in a "failover" LAGG environment. Anything else I can provide to help fix this? Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --iNbuUyhyM/niA6/9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVQiCiXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7lvsP/3bquuFTGGGA+2EINUyQbtHa FwYrZO7lFe1/9QEas+HZEZVjT1yBjwRwKMuiChY5qcOlD1ytTtWS8y1wRNgJWBJF xpXnnSg68OrXG+Sb2PzpcAYI1rJCQVZKUvt/GdcuFvbzgcBZq5r1peS/RIAqQRrs OAqyH+1rLIUnqIsueETUaICfb9p/2hBuIUPphqj28PNlUpib4pj9etAvFezlrp+9 TMF6h8a0Fn4mfK4gwrmkR2kuBsIDrONUAEirLGeVkdit5z7ysQiTWZ3hbimP9JTm Y4OxWqaWcUpfBFVVDHbxskaDaY6ZkHtG59gveBIUA/s6RbseBkaOubjaW71rT0Ik fD1hRN+H4eq2Hc7BwbM6tXYW6IgaBk2iblQxyNtqx6go5fY7XGRmMHrcN5DZ3SS/ IaSKJM9Lfk115iGCg8E5GGOQlMIp/gfAPGjPVxdLDdGtSSVMIyOWXC2Emdlei9vQ hBaPzoFAnJdyyrBmBMxmHSeQz43UtADUWIwal2sZ+GyE3sDA5/gOpL2qlBMglRiH zn0bTeOi4xHZSbDUh4duBwx0jmthTBlgAp18aU5cOnbcTKrQjOlKypSStv0nNc0C XWEi8rdt5jD+/52KE6grhQFPlajjqbhubIEQ25SGWdZCLPqjOUxj8MXSgTwaxixM fGB7ydNJMN6VaK6202os =3v7M -----END PGP SIGNATURE----- --iNbuUyhyM/niA6/9-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 12:58:47 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD342C5F for ; Thu, 30 Apr 2015 12:58:47 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::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 797941591 for ; Thu, 30 Apr 2015 12:58:47 +0000 (UTC) Received: by wgen6 with SMTP id n6so61332603wge.3 for ; Thu, 30 Apr 2015 05:58:46 -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:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=vikAx7c621OZtNizLFm5PPndrEqWdOchtkIirGAeQzs=; b=SU/ghXFEEonDwNjZQJ3hQJqG8xFrbq6EvI6V6X/NhamRoOpYJeKrRgmhg7ysrx8/c/ LqnyOTPA+BgaA8FhTKEvBoY0Qq1Jnm01MOUoEpFyQ4KajUFTwkq2UOu7Qa73XVTmZHX/ nRzE4BJiEHMeIgWmHj5c5uITFYBsEi11GD/iSkKDzGpMsUZt+Uyjm8luHbQjhF/M9FxM OcI6aBJc0tlNPfPdjZMIut1L1tFhyYhRH2sTcSK7S7l9iZ7n8GmwNzCviDGPHnMUrt/4 UvtDtadRasiS+3bGHlpWhQijP/zZSWc9LWveUrcTyZmOcy0NSESmUrw94SazRNTjdfEw bnYg== X-Received: by 10.180.9.78 with SMTP id x14mr5367258wia.69.1430398725934; Thu, 30 Apr 2015 05:58:45 -0700 (PDT) Received: from brick.home (evn226.neoplus.adsl.tpnet.pl. [83.20.211.226]) by mx.google.com with ESMTPSA id n1sm2391601wix.0.2015.04.30.05.58.44 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Apr 2015 05:58:44 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 30 Apr 2015 14:58:42 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: freebsd-current@FreeBSD.org Subject: Re: Enabling RACCT/RCTL in GENERIC. Message-ID: <20150430125842.GA1977@brick.home> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20150429110304.GA3377@brick.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150429110304.GA3377@brick.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 12:58:48 -0000 On 0429T1303, Edward Tomasz Napieraa wrote: > Hi. With the patch I've just committed, the cost of compiling with RACCT > and RCTL is just a subroutine call and an unlocked variable check, in a few > places. I'd like to add "options RACCT", "options RCTL", and "options > RACCT_DISABLED", to GENERIC on amd64, and MFC it before 10.2. What do you > think? Thanks! https://reviews.freebsd.org/D2407 From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 12:58:48 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75978C60; Thu, 30 Apr 2015 12:58:48 +0000 (UTC) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EC291592; Thu, 30 Apr 2015 12:58:48 +0000 (UTC) Received: from web3h.yandex.ru (web3h.yandex.ru [84.201.186.32]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 121A81B20EE6; Thu, 30 Apr 2015 15:58:40 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web3h.yandex.ru (Yandex) with ESMTP id 5990E7282483; Thu, 30 Apr 2015 15:58:40 +0300 (MSK) Received: by web3h.yandex.ru with HTTP; Thu, 30 Apr 2015 15:58:39 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: David Wolfskill , "current@freebsd.org" Cc: "ipfw@freebsd.org" In-Reply-To: <20150430123131.GB1225@albert.catwhisker.org> References: <20150430123131.GB1225@albert.catwhisker.org> Subject: Re: The KASSERT from r282155 fired; have crash dump. will travel MIME-Version: 1.0 Message-Id: <7250511430398719@web3h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 30 Apr 2015 15:58:39 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 12:58:48 -0000 30.04.2015, 15:31, "David Wolfskill" : > From /var/crash/core.txt.6: > > Thu Apr 30 05:21:22 PDT 2015 > > FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r282269M/282269:1100071: Thu Apr 30 05:07:08 PDT 2015 root@g1-254.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY amd64 > > panic: refcount incosistency: found: 0 unr: 0 total: 1 Could you share your ruleset? (And this panic should happen on one particular rule, could check this?) Thank you. > ... > Unread portion of the kernel message buffer: > ... > Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. > Loaded symbols for /boot/kernel/if_lagg.ko.symbols > #0 doadump (textdump=Unhandled dwarf expression opcode 0x93 > ) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=Unhandled dwarf expression opcode 0x93 > ) at pcpu.h:219 > #1 0xffffffff80355f9e in db_dump (dummy=, dummy2=Unhandled dwarf expression opcode 0x93 > ) > at /usr/src/sys/ddb/db_command.c:533 > #2 0xffffffff80355b17 in db_command (cmd_table=0x0) > at /usr/src/sys/ddb/db_command.c:440 > #3 0xffffffff80355794 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:493 > #4 0xffffffff80358350 in db_trap (type=, code=Unhandled dwarf expression opcode 0x93 > ) > at /usr/src/sys/ddb/db_main.c:251 > #5 0xffffffff8096a1b4 in kdb_trap (type=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80cd61fe in trap (frame=0xfffffe060cc04220) > at /usr/src/sys/amd64/amd64/trap.c:540 > #7 0xffffffff80cb6702 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:235 > #8 0xffffffff8096988e in kdb_enter (why=0xffffffff80f5f68a "panic", > msg=0xffffffff80974750 "UH\211AWAVATSH\203PI\211A\211H\213\004%vd\201H\211E\201<%x\206d\201") at cpufunc.h:63 > #9 0xffffffff8092d949 in vpanic (fmt=, > ap=) at /usr/src/sys/kern/kern_shutdown.c:739 > #10 0xffffffff8092d792 in kassert_panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:634 > #11 0xffffffff80b56c11 in ipfw_rewrite_rule_uidx (chain=0xffffffff817b2be0, > ci=0xfffffe060cc04508) at /usr/src/sys/netpfil/ipfw/ip_fw_table.c:3402 > #12 0xffffffff80b51613 in commit_rules (chain=0xffffffff817b2be0, > rci=0xfffffe060cc04508, count=Unhandled dwarf expression opcode 0x93 > ) > at /usr/src/sys/netpfil/ipfw/ip_fw_sockopt.c:675 > #13 0xffffffff80b533ed in add_rules (chain=0xffffffff817b2be0, > op3=, sd=) > at /usr/src/sys/netpfil/ipfw/ip_fw_sockopt.c:2589 > #14 0xffffffff80b4f9bb in ipfw_ctl3 (sopt=0xfffffe060cc04920) > at /usr/src/sys/netpfil/ipfw/ip_fw_sockopt.c:3189 > #15 0xffffffff809be84e in kern_getsockopt (td=0xfffff8000a48b000, > s=, level=, > name=, val=, valseg=Unhandled dwarf expression opcode 0x93 > ) > at /usr/src/sys/kern/uipc_syscalls.c:1531 > #16 0xffffffff809be750 in sys_getsockopt (td=0xfffff8000a48b000, > uap=0xfffffe060cc04a40) at /usr/src/sys/kern/uipc_syscalls.c:1477 > #17 0xffffffff80cd714c in amd64_syscall (td=0xfffff8000a48b000, traced=0) > at subr_syscall.c:133 > #18 0xffffffff80cb69eb in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:395 > #19 0x0000000800b1caaa in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) > .... > > I haven't tried i386 yet. I can make the core.txt.6 file available. > > This was on my laptop, where I use ipfw in a "failover" LAGG environment. > > Anything else I can provide to help fix this? > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Those who murder in the name of God or prophet are blasphemous cowards. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 13:08:02 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FEF8168; Thu, 30 Apr 2015 13:08:02 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 B9FBF170F; Thu, 30 Apr 2015 13:08:01 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t3UD7t13040687; Thu, 30 Apr 2015 06:07:55 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t3UD7tAL040686; Thu, 30 Apr 2015 06:07:55 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2015 06:07:55 -0700 From: David Wolfskill To: "Alexander V. Chernikov" Cc: "current@freebsd.org" , "ipfw@freebsd.org" Subject: Re: The KASSERT from r282155 fired; have crash dump. will travel Message-ID: <20150430130755.GC1225@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "Alexander V. Chernikov" , "current@freebsd.org" , "ipfw@freebsd.org" References: <20150430123131.GB1225@albert.catwhisker.org> <7250511430398719@web3h.yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="TS2lcZuyPwZjLAUw" Content-Disposition: inline In-Reply-To: <7250511430398719@web3h.yandex.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 13:08:02 -0000 --TS2lcZuyPwZjLAUw Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2015 at 03:58:39PM +0300, Alexander V. Chernikov wrote: > ... > > > > FreeBSD =A011.0-CURRENT FreeBSD 11.0-CURRENT #47 =A0r282269M/282269:110= 0071: Thu Apr 30 05:07:08 PDT 2015 =A0=A0=A0=A0root@g1-254.catwhisker.org:/= common/S3/obj/usr/src/sys/CANARY =A0amd64 > > > > panic: refcount incosistency: found: 0 unr: 0 total: 1 > Could you share your ruleset? Sure: 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 reass ip from any to any in 00500 allow ip from 172.17.1.254 to 172.17.1.254 00600 deny log ip from any to any ipoptions ssrr,lsrr,rr,ts 00700 deny log ip from table(1) to 172.17.1.254 00800 deny log ip from 172.17.1.254 to table(1) 00900 deny log ip from table(2) to 172.17.1.254 dst-port 22 01000 deny log ip from table(3) to 172.17.1.254 dst-port 80,443 01100 deny udp from any 135-139 to any 01200 deny udp from any to any dst-port 135-139 01300 deny tcp from any 135-139 to any 01400 deny tcp from any to any dst-port 135-139 01500 deny udp from any 445 to any 01600 deny udp from any to any dst-port 445 01700 deny tcp from any 445 to any 01800 deny tcp from any to any dst-port 445 01900 deny udp from any to any dst-port 631 02000 deny udp from any to any dst-port 1985 02100 deny udp from any to any dst-port 2222 02200 deny udp from any to any dst-port 5353 02300 deny ip from 224.0.0.0/4 to any 02400 deny ip from any to 224.0.0.0/4 02500 allow icmp from any to any icmptypes 0,3,4,8,11,12 02600 allow udp from 172.17.1.254 68 to 172.17.0.1 dst-port 67 keep-state 02700 allow udp from 172.17.0.1 67 to 172.17.1.254 dst-port 68 keep-state 02800 allow udp from 172.17.1.254 68 to 172.17.0.1 dst-port 67 keep-state 02900 allow udp from 172.17.0.1 67 to 172.17.1.254 dst-port 68 keep-state 03000 allow udp from 172.17.1.254 to 172.17.255.255 dst-port 192 keep-state 03100 allow udp from any 192 to 172.17.1.254 03200 allow udp from 172.17.0.0/16 162 to 172.17.255.255 dst-port 162 keep-= state 03300 deny ip from any to 172.17.255.255 03400 deny ip from 172.17.255.255 to any 03500 allow tcp from any to any established 03600 allow tcp from 172.17.1.254 to any setup 03700 allow log tcp from any to any dst-port 22 setup 03800 allow log tcp from any to any dst-port 3690 setup 03900 allow tcp from any to 172.17.1.254 dst-port 80 setup 04000 allow tcp from any to 172.17.1.254 dst-port 443 setup 04100 deny log tcp from any to any setup 04200 allow udp from 172.17.1.254 to any dst-port 53 keep-state 04300 deny log udp from any to any dst-port 123 iplen 0-75 04400 allow udp from 172.17.1.254 to any dst-port 123 keep-state 04500 allow udp from any 123 to 255.255.255.255 dst-port 123 keep-state 04600 allow udp from 172.17.1.254 to any keep-state 04700 deny log ip from any to any 65535 deny ip from any to any (Note that the IP address assigned to lagg0 in this case is 172.17.1.254/16.) The tables in question have the following numbers of entries, in case that's useful: 1: 11355 2: 5234 3: 290 > (And this panic should happen on one particular rule, could check this?) Hmm.... I'd be happy to, if II knew how. Clue(s)? >... Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --TS2lcZuyPwZjLAUw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVQikqXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7AxcP/2oJTa5hdHp31VnvIqzO+tpk PY8O/8wc+fQi8Acuc3fmM5YggzdXFvmGNEkEs6f59Qb+cPC2bax+Av8rNK/Jjenc +9jfoNYlyJCpEe2tV239IKcUhciN2lgHmJ5iCBoWqcQs4oKw7REZwJ0oEYFzWhNQ byC7d7MZ5p8O5NfrCeuBmLiyeFGdcYJ1c+z//X2mdnfhs/WxVvhj6G2XParznXq5 rDf+tWdbgGzd1sb+ai9ONLpxiSmuEckWgyAWL+5HkaHU2BVPIBWzaS4hPoViHGN0 hG5elbAIa8mX70TOShFJNs3VNDl68p1mrhnvIRYCLChfch8PZjT5DYAxHvxzuXUv jhSdUsUIQqOnUPGacRD+PKGGMqHb/5iWJqGt07jnnKIxWvX8Z0REUHPirBe4HzWH GtgjUOo2ib4mR432MkrF86J9nvlzH6jO13FKSmfvJ5S3IcTyOCUbgAZ/Xl27Qs3z hoUydn1/H17dS0Rqx9aqCodQ9Po6vcjuZNW4f+3PFwR0vSBUYlq4kYc/tIQE0c8y XYXA44kCkT2zw/jHLxPE1q5znSER1JoMrKreEUY11K4Hrt2Cc+cdOPqF0xIX9ZrL dBlD5LD4HFNet+XASvilh2W3B0tmVoDounlKInll6kNV1PZIzyY8zA58tY9M3zUD H1w3x4yEMKgvA+aSZkLr =fAfL -----END PGP SIGNATURE----- --TS2lcZuyPwZjLAUw-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:02:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CAF4496; Thu, 30 Apr 2015 15:02:08 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 780961566; Thu, 30 Apr 2015 15:02:08 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EBE6DB93A; Thu, 30 Apr 2015 11:02:06 -0400 (EDT) From: John Baldwin To: Julian Elischer Cc: Jilles Tjoelker , freebsd-current@freebsd.org Subject: Re: readdir/telldir/seekdir problem (i think) Date: Thu, 30 Apr 2015 10:46:31 -0400 Message-ID: <1581090.ihgbrSavJc@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <5541D219.6060900@freebsd.org> References: <55386505.70708@freebsd.org> <20150424215249.GA96554@stack.nl> <5541D219.6060900@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 30 Apr 2015 11:02:07 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 15:02:08 -0000 On Thursday, April 30, 2015 02:56:25 PM Julian Elischer wrote: > We really need to do something because the current system is really > broken. > And the fact that dirent has *32 bit* inode number in it was a > shock.. I'd presumed > that had gone the way of the dinosaurs and dodo. > I think 11 needs to have a new dirent structure given out by a new > syscall. > (old one still present for compat reasons). Whether we need a > readdir64() and friends > I have not yet decided. Maybe it's time to bump libc's number again :-) This is the entire point of the ino64 branch (and project): to rototill struct stat and related structures so we have one ABI jump instead of lots of separate ABI jumps. It bumps ino_t to 64 bits, dev_t to 32 (IIRC), adds d_off to dirent, etc. I believe the branch is able to do it all with symbol versioning rather than bumping libc. However, this is why several of us keep harping on this as the real long-term solution. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:28:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73ECCC6B for ; Thu, 30 Apr 2015 15:28:10 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::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 33F771821 for ; Thu, 30 Apr 2015 15:28:10 +0000 (UTC) Received: by qcpm10 with SMTP id m10so30619225qcp.3 for ; Thu, 30 Apr 2015 08:28:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gAlXHrU4FLIvp/s2X/pXYWg/s3YbLZqpX/+/qfwVkz0=; b=djMB3gijS1PTwt1xXzwHX04tagvXbMmMOCxerAUlnpot6JP/quGKh4I1D7sNPEXjZS UzfkV6qC8qqi7UwJDGZbFo4z/v27ipVKLAiaj2itrXMrO7aWKDraMn7J+93if0Stn1Ce hG9bDMv2GVZBrYOQdNSUkUyX6XxJTAZH5iwzRFh8r7WcDweTRQKuI32aOpjmyUyyjlAp /eAiL/27HppsrpnpwcG6kFvFvUy/mJLm+0+Fj2Kl3W5qB9qyAOvV0JAW8NQf6MrK5GQK ZnjtNgM0Omm5pQwKMnD/CbXpTkaWScUyTO2SDUlYGF461rEVUaNYgrjJGsHmww1HQGf3 dDmg== MIME-Version: 1.0 X-Received: by 10.55.20.10 with SMTP id e10mr8663330qkh.36.1430407689270; Thu, 30 Apr 2015 08:28:09 -0700 (PDT) Received: by 10.229.65.7 with HTTP; Thu, 30 Apr 2015 08:28:09 -0700 (PDT) Date: Thu, 30 Apr 2015 17:28:09 +0200 Message-ID: Subject: ping not working after upgrading to -CURRENT From: Edvard Fagerholm To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 15:28:10 -0000 Hi, I just started looking into FreeBSD after a hiatus of some years. I did an upgrade to -CURRENT this morning following the instructions here: https://www.freebsd.org/doc/en/books/handbook/makeworld.html There seems to be a problem with system capabilities, since ping doesn't work anymore and gives me the following error message: ping: unable to limit access to system.dns service: File exists Any ideas? Best, Edvard From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 19:37:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F248BCE; Thu, 30 Apr 2015 19:37:02 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4554212E9; Thu, 30 Apr 2015 19:37:01 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2D+AwA1hEJV/95baINcg19cBYMWwjUJgUkKhTZOAoIPFAEBAQEBAQGBCoQhAQEEAQEBIAQnIAsbDgoCAg0ZAikBCSYGCAcEARoCBIgKDbUJk1UBAQEBAQEEAQEBAQEBARuBIYoXhDMBARw0B4JogUUFlXOCRYFKhBCUHSOCBxyBbSIxB4EEOYEBAQEB X-IronPort-AV: E=Sophos;i="5.11,678,1422939600"; d="scan'208";a="208868078" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 30 Apr 2015 15:36:30 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8F240B3F86; Thu, 30 Apr 2015 15:36:30 -0400 (EDT) Date: Thu, 30 Apr 2015 15:36:30 -0400 (EDT) From: Rick Macklem To: John Baldwin Cc: Jilles Tjoelker , freebsd-current@freebsd.org, Julian Elischer Message-ID: <1844541998.29139476.1430422590565.JavaMail.root@uoguelph.ca> In-Reply-To: <1581090.ihgbrSavJc@ralph.baldwin.cx> Subject: Re: readdir/telldir/seekdir problem (i think) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.12] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 19:37:02 -0000 John Baldwin wrote: > On Thursday, April 30, 2015 02:56:25 PM Julian Elischer wrote: > > We really need to do something because the current system is really > > broken. > > And the fact that dirent has *32 bit* inode number in it was a > > shock.. I'd presumed > > that had gone the way of the dinosaurs and dodo. > > I think 11 needs to have a new dirent structure given out by a new > > syscall. > > (old one still present for compat reasons). Whether we need a > > readdir64() and friends > > I have not yet decided. Maybe it's time to bump libc's number again > > :-) > > This is the entire point of the ino64 branch (and project): to > rototill > struct stat and related structures so we have one ABI jump instead of > lots of separate ABI jumps. It bumps ino_t to 64 bits, dev_t to 32 > (IIRC), > adds d_off to dirent, etc. I believe the branch is able to do it all > with > symbol versioning rather than bumping libc. However, this is why > several of > us keep harping on this as the real long-term solution. :) > Yep. Btw, some of the stuff I did for the 64bit d_fileno patch I have isn't in projects/ino64 because they felt it could go in after the main patch. I haven't looked at how the new getdirentries() syscall + opendir() and friends actually need to change to use d_off/d_cookie yet, but will do so. (Btw, some like d_cookie since they feel it is more representative of what it is while others prefer d_off because that is what others used. I, personally, couldn't care less what it ends up being called.) I will admit to having some concern w.r.t. progress on this. Last I heard Gleb Kurtsou didn't have time to work on it and he's the main author (from 2011, if I recall correctly). I agree we really need to figure out how to get this in FreeBSD11. rick ps: With a naming change of dirent->dirent64, my patch could go into head before projects/ino64, since all that happens is the the high order 32bits of d_fileno == 0 until projects/ino64 goes in. If others think it appropriate, I can do that. > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:20:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 370B5FDD for ; Thu, 30 Apr 2015 21:20:10 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 00C701E2B for ; Thu, 30 Apr 2015 21:20:10 +0000 (UTC) Received: from [IPv6:2001:470:923f:2:10ef:ea0f:f66b:40b2] (unknown [IPv6:2001:470:923f:2:10ef:ea0f:f66b:40b2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id D2D191209 for ; Fri, 1 May 2015 00:20:00 +0300 (MSK) Message-ID: <55429C8B.4000904@FreeBSD.org> Date: Fri, 01 May 2015 00:20:11 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: save-entropy race in -CURRENT? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 21:20:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I have newly installed 10-STABLE server which sometimes (every second dat on average) sends me messages like this (TWO AT SAME TIME!): ==== From: Cron Daemon Subject: Cron /usr/libexec/save-entropy unlink: saved-entropy.8: No such file or directory mv: saved-entropy.7: No such file or directory ==== and ==== From: Cron Daemon Subject: Cron /usr/libexec/save-entropy mv: rename saved-entropy.6 to saved-entropy.7: No such file or directory mv: saved-entropy.5: No such file or directory mv: rename saved-entropy.4 to saved-entropy.5: No such file or directory mv: saved-entropy.3: No such file or directory mv: saved-entropy.2: No such file or directory mv: saved-entropy.1: No such file or directory ==== All these files present: % sudo ls -l /var/db/entropy - -r-------- 1 operator operator 2048 1 May 00:11 saved-entropy.1 - -r-------- 1 operator operator 2048 1 May 00:00 saved-entropy.2 - -r-------- 1 operator operator 2048 30 Apr 23:55 saved-entropy.3 - -r-------- 1 operator operator 2048 30 Apr 23:44 saved-entropy.4 - -r-------- 1 operator operator 2048 30 Apr 23:33 saved-entropy.5 - -r-------- 1 operator operator 2048 30 Apr 23:22 saved-entropy.6 - -r-------- 1 operator operator 2048 30 Apr 23:11 saved-entropy.7 - -r-------- 1 operator operator 2048 30 Apr 23:00 saved-entropy.8 % What's wrong? - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJVQpyLXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePcSAP/RLLJYc67zrVGEXVGL3csVlM PZhkWW/c69ppdWjEXT8IE2FlhGGuaMnRr7B5m9Q7m7l+8wfJQ1/hSiVeLEaCfnUb eq2kq7PTjbeeoSMAjegdxNklz4XWJiLhMifpFCBRNh0IdlkeA/wTUYQrm8NuZ5QY fC6oZEMGnuCFhO5TgM6KgXblHcsjeiHRweMt7rJ1o9leJWB3Hxd2HvPdiPSRAqnZ 3Fs0zwHF5YnKHMyF1D0/+NB5kZer9cr9+LRQqh8hhtWDGDF0Dhblx+lY9vatttRU bA5HwTP1y/+jrPfZyGnxSqtWW14NrVczt4Z/9yCJ/6YtSywa9EnA6xui6JECMeg0 AJInge8nLlHoszRWxr0c2uJOQ+z1dgF7F6EK+A45n2/+gTBNSMVOJoDw6c4rqxMh tUYoIIIyKEm5V8B+GRq+Bcq4o5tFBxaZQw3ORiL378cJp5EK0KNEErkFak8QXn82 Utj5LT/A/WXcqJ0VX2/MNGn3wy2AA/2FfOTUx8emzRR9WvseMa+lpwXM9pTbjZXE l8lDw7BaCXnC4kC4mFquwLTdyDDg1U4nMGXT7Lo1XR0lI6IY/067FluHpt8N/Qd3 H2bJTBzN0G2l9Lcgq8WMdVCy9p5iJa+l+l/BUP9j7uVTy+5ghjtzTl/Y7jqvc1ua B+KqTOy1wtm0lmbIWj7a =cUdc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:54:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2CEFA3B; Thu, 30 Apr 2015 21:54:50 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 908EA1233; Thu, 30 Apr 2015 21:54:50 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d5f6:5f30:bd5e:3927] (unknown [IPv6:2001:7b8:3a7:0:d5f6:5f30:bd5e:3927]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 59E6421308; Thu, 30 Apr 2015 23:54:42 +0200 (CEST) Subject: Re: save-entropy race in -CURRENT? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E3F27640-3722-44AB-8472-6EF557479BD9"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: <55429C8B.4000904@FreeBSD.org> Date: Thu, 30 Apr 2015 23:54:35 +0200 Cc: freebsd-current@freebsd.org Message-Id: References: <55429C8B.4000904@FreeBSD.org> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 21:54:50 -0000 --Apple-Mail=_E3F27640-3722-44AB-8472-6EF557479BD9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 30 Apr 2015, at 23:20, Lev Serebryakov wrote: > > I have newly installed 10-STABLE server which sometimes (every second > dat on average) sends me messages like this (TWO AT SAME TIME!): > > ==== > From: Cron Daemon > Subject: Cron /usr/libexec/save-entropy > > unlink: saved-entropy.8: No such file or directory > mv: saved-entropy.7: No such file or directory > ==== ... > What's wrong? Two cron jobs running at the same time, due to some left-over crontab? Can you please run this, and post the output: sudo grep -R save-entropy /etc /var/cron/tabs -Dimitry --Apple-Mail=_E3F27640-3722-44AB-8472-6EF557479BD9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlVCpKMACgkQsF6jCi4glqPKfgCfbtpk3K/3W5Bw7JxAxNDOVo5c SVoAoMQRiMF1A9D8soDJtQ4LDwKDD7hJ =68Xu -----END PGP SIGNATURE----- --Apple-Mail=_E3F27640-3722-44AB-8472-6EF557479BD9-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 22:04:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4264F23; Thu, 30 Apr 2015 22:04:39 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 97BB81354; Thu, 30 Apr 2015 22:04:39 +0000 (UTC) Received: from [IPv6:2001:470:923f:2:10ef:ea0f:f66b:40b2] (unknown [IPv6:2001:470:923f:2:10ef:ea0f:f66b:40b2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 76B201225; Fri, 1 May 2015 01:04:37 +0300 (MSK) Message-ID: <5542A700.4020708@FreeBSD.org> Date: Fri, 01 May 2015 01:04:48 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Dimitry Andric CC: freebsd-current@freebsd.org Subject: Re: save-entropy race in -CURRENT? References: <55429C8B.4000904@FreeBSD.org> 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.20 Precedence: 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, 30 Apr 2015 22:04:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01.05.2015 00:54, Dimitry Andric wrote: >> I have newly installed 10-STABLE server which sometimes (every >> second dat on average) sends me messages like this (TWO AT SAME >> TIME!): >> >> ==== From: Cron Daemon Subject: Cron >> /usr/libexec/save-entropy >> >> unlink: saved-entropy.8: No such file or directory mv: >> saved-entropy.7: No such file or directory ==== > ... >> What's wrong? > > Two cron jobs running at the same time, due to some left-over > crontab? Can you please run this, and post the output: > > sudo grep -R save-entropy /etc /var/cron/tabs % sudo grep -R save-entropy /etc /var/cron/tabs /etc/crontab:*/11 * * * * operator /usr/libexec/save-entropy % Nothing wrong! - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJVQqb/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePL0MP/Rw6wfGHxaepVLy/9tzVBIY8 J/VKgnSVWOAq94NF3ZFpsVbH13kfe6JABE1BGUM+6nbeG3VyDstHKbB0RvlNYEth xfzxpgTI9nuEzlyhj3wC00aF2fWu0ldWS/krsubozfq+p+JBudllC9GTn+2m/izO n+GzuIZCihGZTKprAfsZ0qierg6pvrzeMvxtJMcwkEvs91tLkYa+fmGSmCmUf40o YdlvQY+SDQbstwrskt7Zghx8oSXeG/RfIN6aEAsgyzH1kWQd+FXd4nc12lQBIlbg jbadCTBsAERNabVNAYQT/m7KpLIe5vFhpurgzh1YMRUZszMCLBpDz/2m0B+s32UE /r83uJExLWFHgzOOjdBO6JNYk0AE4ij6a9xt1Czp6zlbH9q6FemNvJzfWpyVHQTG sJrH7ZwIgjsfwQ2czcWbrR90IEQzd/9HksadpBA9UEIEHTAwllFfwLXkDGRPb7eI fk2ZFYBQ16qM1WvvTm66WyqPwdl18PoQxDCEkhtgf/kitFxFN8qE/qI/q7c4Vk3G 6S73soK+ogz4kSDppljqRatPHrjUxG01wA32z4ksqvO64rcBDdLgeM+fMSQxe4nb 8oma8qyMjPyVowSLe16XLP37I6WCy0o6A+9Eip8E9mg/A/3KnyIXWWEpRdWulb1t +ZasVxjWkOloh4kwxyn+ =pX7I -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 22:21:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7BC72FD; Thu, 30 Apr 2015 22:21:57 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6443415A9; Thu, 30 Apr 2015 22:21:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d5f6:5f30:bd5e:3927] (unknown [IPv6:2001:7b8:3a7:0:d5f6:5f30:bd5e:3927]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5D55421375; Fri, 1 May 2015 00:21:55 +0200 (CEST) Subject: Re: save-entropy race in -CURRENT? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5D6900E6-67F6-49C2-8280-D1A77038B938"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: <5542A700.4020708@FreeBSD.org> Date: Fri, 1 May 2015 00:21:44 +0200 Cc: freebsd-current@freebsd.org Message-Id: References: <55429C8B.4000904@FreeBSD.org> <5542A700.4020708@FreeBSD.org> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 30 Apr 2015 22:21:57 -0000 --Apple-Mail=_5D6900E6-67F6-49C2-8280-D1A77038B938 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 01 May 2015, at 00:04, Lev Serebryakov wrote: .. > % sudo grep -R save-entropy /etc /var/cron/tabs > /etc/crontab:*/11 * * * * operator > /usr/libexec/save-entropy > % > > Nothing wrong! Ok, and what does /var/log/cron say about it? Any chance there might be two instances of the cron daemon running? -Dimitry --Apple-Mail=_5D6900E6-67F6-49C2-8280-D1A77038B938 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlVCqwUACgkQsF6jCi4glqMItwCgx3YqSHZwVM1nU6qnMzUOcbIi CjAAoIiiS8PmSgxRe+RDC8aW5AcRo0vC =gQKq -----END PGP SIGNATURE----- --Apple-Mail=_5D6900E6-67F6-49C2-8280-D1A77038B938-- From owner-freebsd-current@FreeBSD.ORG Fri May 1 01:52:58 2015 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF47DEFF for ; Fri, 1 May 2015 01:52:58 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 866751ADD for ; Fri, 1 May 2015 01:52:58 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-241-118.lns20.per4.internode.on.net [121.45.241.118]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t411qpF7010565 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 30 Apr 2015 18:52:55 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5542DC6E.5040307@freebsd.org> Date: Fri, 01 May 2015 09:52:46 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "current@freebsd.org" Subject: Re: readdir/telldir/seekdir problem (i think) References: <55386505.70708@freebsd.org> In-Reply-To: <55386505.70708@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.20 Precedence: 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, 01 May 2015 01:52:58 -0000 On 4/23/15 11:20 AM, Julian Elischer wrote: > I'm debugging a problem being seen with samba 3.6. > > basically telldir/seekdir/readdir don't seem to work as advertised.. I have a patch for review at https://reviews.freebsd.org/D2410 which fixes this special case needed for samba, and improves the behaviour generally, however the real fix is to utilise cookies throughout the VFS and library so that this workaround is not needed. The patch, when installed, allows Samba's torture tests to succeed on FreeBSD 8 through 11 > > here's a little test program > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > #define CHUNKSIZE 5 > #define TOTALFILES 40 > > static void > SeekDir(DIR *dirp, long loc) > { > printf("Seeking back to location %ld\n", loc); > seekdir(dirp, loc); > } > > static long > TellDir(DIR *dirp) > { > long loc; > > loc = telldir(dirp); > printf("telldir assigned location %ld\n", loc); > return (loc); > } > > int > main(int argc, char *argv[]) > { > DIR *dirp; > int i; > int j; > long offset = 0, prev_offset = 0; > char *files[100]; > char filename[100]; > int fd; > struct dirent *dp = NULL; > > if (chdir("./test2") != 0) { > err(EX_OSERR, "chdir"); > } > > /*****************************************************/ > /* Put a set of sample files in the target directory */ > /*****************************************************/ > > for (i=1; i < TOTALFILES ; i++) > { > sprintf(filename, "file-%d", i); > fd = open(filename, O_CREAT, 0666); > if (fd == -1) { > err(EX_OSERR, "open"); > } > close(fd); > } > dirp = opendir("."); > offset = TellDir(dirp); > for (i = 0; i < 20; i++) > files[i] = malloc(20); > > /*******************************************************/ > /* enumerate and delete small sets of files, one group */ > /* at a time. */ > /*******************************************************/ > do { > > /*****************************************/ > /* Read in up to CHUNKSIZE file names */ > /* i will be the number of files we hold */ > /*****************************************/ > for (i = 0; i < CHUNKSIZE; i++) { > if ((dp = readdir(dirp)) != NULL) { > strcpy(files[i], dp->d_name); > > printf("readdir (%ld) returned file %s\n", > offset, files[i]); > > prev_offset = offset; > offset = TellDir(dirp); > > } else { > printf("readdir returned null\n"); > break; > } > } > > > /****************************************************************/ > /* Simuate the last entry not fitting into our (samba's) > buffer */ > /* If we read someting in on the last slot, push it > back */ > /* Pretend it didn't fit. This is approximately what SAMBA > does.*/ > /****************************************************************/ > if (dp != NULL) { > /* Step back */ > SeekDir(dirp, prev_offset); > offset = TellDir(dirp); > i--; > printf("file %s returned\n", files[i]); > } > > /*****************************************/ > /* i is the number of names we have left.*/ > /* Delete them. */ > /*****************************************/ > for (j = 0; j < i; j++) { > if (*files[j] == '.') { > printf ("skipping %s\n", files[j]); > } else { > printf("Unlinking file %s\n", files[j]); > if (unlink(files[j]) != 0) { > err(EX_OSERR, "unlink"); > } > } > } > } while (dp != NULL); > > closedir(dirp); > //chdir(".."); > > } > > The program is simulating what Samba does when fails. (doing a > recursive delete of a directory) > What it does is reads a chunk of names using readdir() until it's > (small) buffer s full, > then it uses seekdir() to seek back before the last entry it read, > (which fails to fit), > theortically leaving it for the next read. > It then deletes the entries it found and repeats the cycle. > > Eventually it should have found all the files in the directory and > deleted them. > Except that it doesn't. > > What actually happens is that some files are not enumerated, even > though > the seekdir() should have made the readdir() find them. > for added fun. the FIRST seekdir appears to work. but all subsequent > ones don't. > > It behaves this way in -current , all the way back to at least 8.0. > > if there's a bug in my program please let me know, but samba has the > same problem.. e.g. on freeNAS. > > to use the program make a directory called "./test2" and then run it > in the current directory.. > It fills it with files and then tried to (fails) delete them in > small batches. > > here's some (annotated) output: > > ./testit > telldir assigned location 0 > readdir (0) returned file . > telldir assigned location 1 > readdir (1) returned file .. > telldir assigned location 2 > readdir (2) returned file file-1 > telldir assigned location 3 > readdir (3) returned file file-2 > telldir assigned location 4 > readdir (4) returned file file-3 > telldir assigned location 5 > >>>>> here we pretend the buffer was full and put the file > >>>>> marker back so that it will get read next time > Seeking back to location 4 > telldir assigned location 4 > file file-3 returned > skipping . > skipping .. > Unlinking file file-1 > Unlinking file file-2 > readdir (4) returned file file-3 > >>>>> hey it worked (this time) > telldir assigned location 5 > readdir (5) returned file file-4 > telldir assigned location 6 > readdir (6) returned file file-5 > telldir assigned location 7 > readdir (7) returned file file-6 > telldir assigned location 8 > readdir (8) returned file file-7 > telldir assigned location 9 > >>>>> OK do it again.. pretend file-7 didn't fit.. > >>>>> set the pointer back so we re-read it next time. > > Seeking back to location 8 > telldir assigned location 8 > file file-7 returned > Unlinking file file-3 > Unlinking file file-4 > Unlinking file file-5 > Unlinking file file-6 > >>>>> OK lets go get file-7 again > > readdir (8) returned file file-9 > >>>>> WTF? what happened to file-7 ? > > telldir assigned location 9 > readdir (9) returned file file-10 > telldir assigned location 10 > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri May 1 03:37:09 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F695C0A; Fri, 1 May 2015 03:37:09 +0000 (UTC) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (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 EFACE1564; Fri, 1 May 2015 03:37:07 +0000 (UTC) X-AuditID: 1209190d-f79676d000000da0-d0-5542f3adbe5c 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 dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id FF.7F.03488.EA3F2455; Thu, 30 Apr 2015 23:31:58 -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 t413Vv1L019351; Thu, 30 Apr 2015 23:31:57 -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 t413VtG4025909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 30 Apr 2015 23:31:56 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t413Vsv5011381; Thu, 30 Apr 2015 23:31:54 -0400 (EDT) Date: Thu, 30 Apr 2015 23:31:54 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: FreeBSD Quarterly Status Report - First Quarter 2015 Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnleLIzCtJLcpLzFFi42IR4hTV1l332SnU4PpqFotd106zW8x584HJ Yvvmf4wOzB4zPs1nCWCM4rJJSc3JLEst0rdL4MrY0beUpeDPcZaKSU8bWRoYf5xg7mLk5JAQ MJGYMnEqlC0mceHeerYuRi4OIYHFTBLnt/5mhnA2MkpcvneGEcI5xCSx4vQLRpAWIYEGRomW PtkuRg4OFgFtib6zGiBhNgE1icd7m1khpipKbD41iRmkRERAXmLBeXuQMDOQ+f/KZSYQW1jA VmL7v1/sIDavgKPEks9rwGxRAR2J1funsEDEBSVOznzCAjKGWSBAYv4E0wmMArOQZGYhZGaB LdAB+mwFI4StLXH/ZhvbAkaWVYyyKblVurmJmTnFqcm6xcmJeXmpRbpGermZJXqpKaWbGMHh K8m7g/HdQaVDjAIcjEo8vBuOOYUKsSaWFVfmHmKU5GBSEuWd8wAoxJeUn1KZkVicEV9UmpNa fIhRgoNZSYRX5jJQjjclsbIqtSgfJiXNwaIkzrvpB1+IkEB6YklqdmpqQWoRTFaGg0NJgjfq E1CjYFFqempFWmZOCUKaiYMTZDgP0PDFIDW8xQWJucWZ6RD5U4yWHA3/fi5i4thx8zeQ7LsP JIVY8vLzUqXEeeeANAiANGSU5sHNhKWjV4ziQC8K814HqeIBpjK4qa+AFjIBLTx/ywFkYUki QkqqgVH9/0+fzymxuZqT9r//MOFg5zNxdn9T7mc/26dvWmCiff9b8/s1PM/Uc+LP9aznfz1D 28qpfX3ooZj7FepXJ7wPv9r7ZMXRhAU3qy7/krLZtvRqmAmr+UUvPbOZbK4q9vFSF1eebmB6 96igr4yj11x28+9Xpww/OUaeZ9u/zkDh5e5Nt17vkTNQYinOSDTUYi4qTgQAYEVVrCIDAAA= Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 03:37:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 FreeBSD Project Quarterly Status Report: January - March 2015 This report covers FreeBSD-related projects between January and March 2015. This is the first of four reports planned for 2015. The first quarter of 2015 was another productive quarter for the FreeBSD project and community. FreeBSD is being used in research projects, and those projects are making their way back into FreeBSD as new and exciting features, bringing improved network performance and security features to the system. Work continues to improve support for more architectures and architecture features, including progress towards the goal of making ARM (32- and 64-bit) a Tier 1 platform in FreeBSD 11. The toolchain is receiving updates, with new versions of clang/LLVM in place, migrations to ELF Tool Chain tools, and updates to the LLDB and gdb debuggers. Work by ports teams and kernel developers is maintaining and improving the state of FreeBSD as a desktop operating system. The pkg team is continuing to make binary packages easier to use and upgrade. Thanks to all the reporters for the excellent work! The deadline for submissions covering the period from April to June 2015 is July 7th, 2015. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Bugmeister * Ports Collection * The FreeBSD Core Team Projects * bhyve * CheriBSD * Clang, llvm and lldb updated to 3.6.0 * FreeBSD on POWER8 * Jenkins Continuous Integration for FreeBSD * Lua boot loader * Mellanox iSCSI Extensions for RDMA (iSER) Support * Multipath TCP for FreeBSD * New Automounter * Opaque ifnet * pkg * Secure Boot Kernel * Adding PCIe Hot-plug Support * Address Space Layout Randomization (ASLR) * Modern x86 platform support and VT-d * Nanosecond file timestamps Architectures * FreeBSD on newer ARM boards * FreeBSD/arm64 * Nested Kernel Userland Programs * libthr improvements * Migration to ELF Tool Chain tools * The LLDB Debugger * Updates to GDB Ports * FreeBSD Ada Ports * FreeBSD Python Ports * GNOME on FreeBSD * KDE on FreeBSD * The Graphics stack on FreeBSD * Wine/FreeBSD * Xfce on FreeBSD Documentation * More Michael Lucas FreeBSD books Miscellaneous * The FreeBSD Foundation __________________________________________________________________ FreeBSD Bugmeister Contact: FreeBSD Bugmeister Bugzilla replaced GNATS in June 2014 as the bug management tool of choice for FreeBSD, granting GNATS its well-deserved retirement after more than 20 years of operation. The following months were rough for Bugzilla: a lot of functionality was still missing and several uncertainties caused users and committers to adapt only slowly to the new system. Over the last six months, a lot of missing features were brought into place to allow users and committers to focus on getting bugs solved. Categories, the status model and many workflow-related knobs were continuously reworked and improved to provide the necessary information without getting in the way. An auto-assigner for ports issues was implemented, resembling what GNATS successfully did in the past. A dashboard page within Bugzilla provides users and committers with quick access to common queries and overall statistics; many other smaller tweaks, configurations, and extensions were implemented to improve the usability of the system. An improved reporting system is currently being implemented to provide graphs and statistics for users and committers. Handling MFCs and a better feedback mechanism for requests (flags in Bugzilla) will be the next things to do. Bugmeister is also working closely with the FreeBSD GitHub team to establish a workflow between GitHub's issue tracker and our Bugzilla system. The technical solution already exists as a proof of concept, but its usage in production will have to wait until Bugzilla 5.0 has been adopted. Open tasks: 1. Create a solid charting extension for FreeBSD Bugzilla. 2. Improve MFC handling. 3. Do you feel that something important is missing? Let us know! __________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/po= rts-contributing.html URL: http://portsmon.freebsd.org/index.html URL: http://portscout.freebsd.org/ URL: http://www.freebsd.org/portmgr/index.html URL: http://blogs.freebsdish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/portmgr URL: http://plus.google.com/communities/108335846196454338383 Contact: Frederic Culot Contact: Port Management Team As of the end of Q1 the ports tree holds almost 25,000 ports, and the PR count is just over 1,500. The tree saw more activity than during the previous quarter, with almost 7,000 commits performed by 163 active committers. The number of problem reports closed also increased by about 20%, with nearly 2,000 PRs closed! In Q1 two new developers were granted a ports commit bit (jbeich@ and brd@) and one bit was taken in for safekeeping (rafan@, on his request). On the management side, decke@ decided to step down from his portmgr duties in February. No other changes were made to the team during Q1. This quarter also saw the release of the first quarterly branch of the year, 2015Q1. On this branch, 140 changes were applied by 35 committers. On the QA side, 29 exp-runs were performed to validate sensitive updates or cleanups. Open tasks: 1. As during the previous quarter a tremendous amount of work was done on the tree to update major ports and to close even more PRs than in 2014Q4. However, we sometimes lag behind with regards to documentation, so volunteers are welcome to help on this important task. __________________________________________________________________ The FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team constitutes the project's "Board of Directors", responsible for deciding the project's overall goals and direction as well as managing specific areas of the FreeBSD project landscape. January began with members of core dealing with the fallout from the accidental deletion of the Bugzilla database. This incident highlighted the fact that backup and recovery mechanisms in the cluster were not up to the task. Core has discussed what measures are appropriate with clusteradm and is reviewing their implementation. After a long process of consultation, plans for introducing the new support model with 11.0-RELEASE were finally agreed on and published in early February. This announcement puts the practical detail onto the motion that was adopted at BSDCan 2014, and clarifies the steps needed for implementation. Also in February core revisited discussions on making the blogs.freebsdish.org blog aggregator an official project service and also providing a blogging platform directly to developers. However, security and man-power are both major concerns. Given the track records of most freely available blogging platforms, core is rightly wary of introducing them into the cluster. Similarly, curating a blogging platform will take a substantial volunteer effort to ensure all posts are appropriate and to remove spam. March has seen two discussions about potentially divisive topics. Should the ZFS ARC Responsiveness patches be committed and MFC'd as a pragmatic fix to performance problems in 10.1-RELEASE, understanding that this is not an ideal solution to the problem and will need rework? Should we stop maintaining support for older (C89 or earlier) compilers in kernel code, and just code directly to the C11 standard? Broadening out from this last point: should we have a formal mechanism for deciding what has become obsolete in the system and when it should be removed? During this quarter five new src commit bits were granted and two were taken in for safe-keeping. __________________________________________________________________ bhyve URL: http://www.bhyve.org Contact: Peter Grehan Contact: Neel Natu Contact: John Baldwin Contact: Tycho Nightingale Contact: Allan Jude Contact: Alexander Motin bhyve is a hypervisor that runs on the FreeBSD/amd64 platform. At present, it runs FreeBSD (8.x or later), Linux i386/x64, OpenBSD i386/amd64, and NetBSD/amd64 guests. Current development is focused on enabling additional guest operating systems and implementing features found in other hypervisors. Peter Grehan did a status update at bhyvecon 2015 in Tokyo. The slides are available at http://bhyvecon.org/bhyvecon2015-Peter.pdf. Mihai Carabas presented the results of his GSoC project on implementing instruction caching in bhyve at AsiaBSDCon 2015 in Tokyo. The slides are available at http://people.freebsd.org/~neel/bhyve/bhyve-cache-emul-slides.pdf. A number of improvements were made to bhyve this quarter: * The RTC device model can now be instructed to keep UTC time instead of localtime. This is useful for guests like OpenBSD that expect the RTC to keep UTC time. * The virtio-blk device now does I/O asynchronously without blocking the vcpu thread that initiated the I/O. * The virtio-blk and ahci-hd devices are now able to execute multiple I/O requests in parallel. This can significantly boost virtual disk throughput. * The ahci-hd device emulation advertises TRIM to the guest if the backend device supports it (e.g., ZVOL). * The virtio-blk and ahci-hd devices now advertise the proper logical and physical block size of the backend device or file. Open tasks: 1. Improve documentation. 2. bhyveucl is a tool for starting bhyve instances based on a UCL formatted config file. More information is at https://github.com/allanjude/bhyveucl 3. Add support for virtio-scsi. 4. Flexible networking backends such as wanproxy and vhost-net. 5. Move to a single process model, instead of bhyveload and bhyve. 6. Support running bhyve as non-root. 7. Add filters for popular VM file formats (VMDK, VHD, QCOW2). 8. Implement an abstraction layer for video (no X11 or SDL in the base system). 9. Suspend/resume support. 10. Live Migration. 11. Nested VT-x support (bhyve in bhyve). 12. Support for other architectures (ARM, MIPS, PPC). __________________________________________________________________ CheriBSD URL: http://cheri-cpu.org/ Contact: Robert Watson Contact: Brooks Davis Contact: David Chisnall Contact: Ruslan Bukin CheriBSD is a fork of FreeBSD to support the CHERI research CPU. We have extended the kernel to provide support for CHERI memory capabilities as well as modifying applications and libraries including tcpdump, libmagic, and libz to take advantage of these capabilities for improved memory safety and compartmentalization. We have also developed custom demo applications and deployment infrastructure for our table demo platform. As this goes to press, we are finalizing our first open source release of the CHERI CPU which will be available from the CHERI CPU website. We have been merging support for the BERI CPU platform to FreeBSD since 2012 and continue to do so as new features are developed. Most recently, Ruslan has added support for the Terasis SoCkit board which combines an ARM processor with an FPGA capable of running BERI (and soon CHERI) in a single package. This project is sponsored by DARPA/AFRL. __________________________________________________________________ Clang, llvm and lldb updated to 3.6.0 URL: http://llvm.org/releases/3.6.0/docs/ReleaseNotes.html URL: http://llvm.org/releases/3.6.0/tools/clang/docs/ReleaseNotes.html Contact: Dimitry Andric Contact: Ed Maste Contact: Roman Divacky Contact: Davide Italiano Just before the end of the quarter, we updated clang, llvm and lldb in the base system to the 3.6.0 release. These all contain numerous improvements; please see the linked release notes for more detailed information. We have also imported a newer snapshot of compiler-rt, with better support for the Address Sanitizer and the Undefined Behavior Sanitizer, and arm64 runtime support routines. With the updated clang, llvm, and compiler-rt, we now support the Address and Undefined Behavior Sanitizers in the base system toolchain. As with the 3.5.0 release, these components require C++11 support to build. C++11 support is available in FreeBSD 10.0 and later on the x86 architectures. It is still unclear whether we will be able to MFC these updates to any of the stable branches, due to the difficulty it will introduce for upgrading from a system without C++11 support, either from older releases or from architectures still using gcc. In the lld-import branch, we have also imported a recent snapshot of lld, a linker produced by the LLVM project. This is a very preliminary effort of making it available as a system linker. Thanks to Ed Maste, Roman Divacky, Andrew Turner and Davide Italiano for their help with this import, and thanks to Antoine Brodin for performing a ports exp-run. Open tasks: 1. After the ports exp-run, a small number of ports turned out to have problems, and for almost all of these, PRs with fixes or workarounds were filed. While most of these PRs have been processed and closed, there are still a few left that need attention, from either the maintainer(s) or other volunteers. 2. Andrew Turner is working on bringing up the arm64 architecture, which is now fully supported in clang and llvm. This will be a very interesting new area for solving challenging problems. 3. There are still issues with the powerpc and sparc64 architectures, and any help in these areas is very much appreciated. __________________________________________________________________ FreeBSD on POWER8 URL: http://www.tyan.com/campaign/openpower/ Contact: Nathan Whitehorn Contact: Justin Hibbits Contact: Adrian Chadd IBM and the OpenPOWER Foundation are pushing for a wider software and hardware ecosystem for POWER8-based systems. Starting in January 2014, we have been doing bringup work on a Tyan GN70-BP010 POWER8 server, a quad-core 3 GHz system with a total of 32 hardware threads. Updates since the previous report: * FreeBSD now boots under a hypervisor with the virtual SCSI block device; the issue previously preventing this has been fixed. * The powerpc64 pmap code was rewritten to be more scalable, as the previous pmap code did not scale beyond a small number of CPUs. * Initial support for IBM's Vector-Scalar Extensions (VSX) was added. * The FreeBSD kernel was made completely position independent for powerpc64, and later powerpc32 as well. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Get FreeBSD booting natively, rather than under KVM. This requires writing OPAL drivers for the various hardware devices in the system. 2. Integrate loader(8) with petitboot. __________________________________________________________________ Jenkins Continuous Integration for FreeBSD URL: https://jenkins.freebsd.org URL: http://www.cloud9ers.com/ URL: https://wiki.ubuntu.com/AhmedKamal URL: https://github.com/saltstack/salt/pulls?q=3Dis%3Apr+author%3Akim0 URL: http://julipedia.meroh.net/2015/02/kyua-turns-parallel.html URL: https://github.com/jenkinsci/multiple-scms-plugin/commits?author=3D= rodrigc URL: https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/00= 1545.html URL: https://wiki.freebsd.org/ExternalToolchain Contact: Craig Rodrigues Contact: Jenkins Administrators Contact: FreeBSD Testing The Jenkins Continuous Integration and Testing project has been helping to improve the quality of FreeBSD. Since the last status report, we have quickly found commits which caused build breakage or test failures. FreeBSD developers saw these problems and quickly fixed them. Some of the highlights include: * Ahmed Kamal agreed to join the jenkins-admin team. Even though he is not a FreeBSD committer, he is subscribed to the jenkins-admin alias, and is contributing code via GitHub. Ahmed has contributed multiple SaltStack scripts which are in the freebsd-ci GitHub repository. Ahmed has also found multiple bugs in SaltStack's FreeBSD support. He has fixed these bugs and pushed them back to SaltStack via GitHub pull requests. Ahmed is a software developer who lives in Cairo, Egypt. He presently works for Cloud9ers, a cloud and devops consulting firm. In the past, he has worked for Canonical as the Ubuntu Cloud and Server community liaison. Ahmed found out about the Request for Help sent out by Craig Rodrigues for help with Jenkins in FreeBSD via a random web search. Ahmed found FreeBSD to be a very nice project, and was eager to volunteer and help out, and responded to the Request. Ahmed will attend BSDCan, where he will learn more about the BSD Community. * Julio Merino extended Kyua to support executing test cases in parallel. This should help the scaling of testing in environments with thousands of test cases. * Craig Rodrigues got a commit bit to the Jenkins Multiple SCM's plugin, and committed fixes to that plugin to help it work with Subversion 1.8 * Craig Rodrigues worked with Dimitry Andric in the freebsd-toolchain team to help identify and fix several compile problems in the FreeBSD src tree when using GCC 4.9. This work will help with the External Toolchain project. Open tasks: 1. Set up more builds based on different architectures. 2. Improve the maintenance of nodes in the Jenkins cluster using devops frameworks such as Saltstack. 3. People interested in helping out should join the freebsd-testing@FreeBSD.org list. __________________________________________________________________ Lua boot loader URL: https://svnweb.freebsd.org/base/projects/lua-bootloader/ Contact: Rui Paulo Contact: Pedro Souza Contact: Wojciech Koszek The Lua boot loader project is in its final stage and it can be used on x86 already. The aim of this project is to replace the Forth boot loader with a Lua boot loader. All the scripts were re-written in Lua and are available in sys/boot/lua. Once all the Forth features have been tested and the boot menus look exactly like in Forth, we will start merging this project to FreeBSD HEAD. Both loaders can co-exist in the source tree with no problems because a pluggable loader was introduced for this purpose. The project was initially started by Wojciech Koszek, and Pedro Souza wrote most of the Lua code last year in his Google Summer of Code project. To build a Lua boot loader just use: WITH_LUA=3Dy WITHOUT_FORTH=3Dy Open tasks: 1. Feature/appearance parity with Forth. 2. Investigate use of floating point by Lua. 3. Test the EFI Lua loader. 4. Test the U-Boot Lua loader. 5. Test the serial console. __________________________________________________________________ Mellanox iSCSI Extensions for RDMA (iSER) Support Contact: Max Gurtovoy Contact: Sagi Grimberg Building on the new in-kernel iSCSI initiator stack released in FreeBSD 10.0, and the recently added iSCSI offload interface, Mellanox Technologies has begun developing iSCSI extensions for RDMA (iSER) initiator support to enable efficient data movement using the hardware offload capabilities of Mellanox's 10, 40, 56, and 100 gigabit IB/Ethernet adapters. Remote Direct Memory Access (RDMA) has been shown to have a great value for storage applications. RDMA infrastructure provides benefits such as zero-copy, CPU offload, reliable transport, fabric consolidation and many more. The iSER protocol eliminates some of the bottlenecks in the traditional iSCSI/TCP stack, provides low latency and high throughput, and is well suited for latency-aware workloads. This work includes a new ICL module that implements the iSER initiator. The iSCSI stack is slightly modified to support some extra features such as asynchronous IO completions, unmapped data buffers, and data-transfer offloads. The user will be able to choose iSER as the iSCSI transport with iscsictl(8). The project is in its initial implementation phase. The code will be released under the BSD license and is expected to be completed later this year. This project is sponsored by Mellanox Technologies. __________________________________________________________________ Multipath TCP for FreeBSD URL: http://caia.swin.edu.au/urp/newtcp/mptcp/ Contact: Nigel Williams Multipath TCP (MPTCP) is an extension to TCP that allows for the use of multiple network interfaces on a standard TCP session. The addition of new addresses and scheduling of data across these occurs transparently from the perspective of the TCP application. The goal of this project is to deliver an MPTCP kernel patch that interoperates with the reference MPTCP implementation, along with additional enhancements to aid network research. After a major re-design of the earlier prototype implementation, the patch is again able to establish and carry out multi-path connections that incorporate multiple addresses. Improvements have also been made to path management and to the code handling the addition of subflows to a connection. Most recently data-level re-transmission support has been added and is being tested. Soon more extensive testing of the patch in different multi-path scenarios will begin, with plans for a public release of v0.5 in May. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Testing of data-level re-transmission. 2. Basic support for per-subflow congestion control algorithm selection. 3. Testing and release of v0.5 patch. __________________________________________________________________ New Automounter URL: https://wiki.freebsd.org/Automounter URL: http://people.freebsd.org/~trasz/autofs.pdf URL: http://freebsdfoundation.blogspot.com/2015/03/freebsd-from-trenches= -using-autofs5-to_13.html Contact: Edward Tomasz Napiera=B3a The new automounter is a cleanroom implementation of functionality available in most other Unix systems, using proper kernel support implemented via an autofs filesystem. The automounter supports a standard map format, and integrates with the Lightweight Directory Access Protocol (LDAP) service. After shipping in 10.1-RELEASE, most of the work focused on bug fixing, improving documentation, and optimization. The biggest new feature was the addition of a "-media" map, designed to handle removable media, such as flash drives or DVDs, and the necessary elements of infrastructure to support it, namely fstyp(8) and GEOM devd notifications. Also, the "-noauto" map was added, for automatic mounting of filesystems marked "noauto" in fstab(5), instead of having to write an autofs map for them. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Opaque ifnet URL: https://wiki.freebsd.org/projects/ifnet Contact: Gleb Smirnoff This project aims to design a new KPI for network drivers that would allow the network stack to evolve without breaking compatibility with older drivers. The core idea is to hide struct ifnet from drivers, giving the project the name "opaque ifnet". However, the project will include more changes than just hiding the struct's definition. At present, the new KPI has been prototyped, most of the important parts of network stack have been modified appropriately, and several drivers have been converted to the new KPI. The project needs more manpower, since there are many network drivers in the tree, with a total of 245 sites where a struct ifnet is allocated. This project is sponsored by Netflix. Open tasks: 1. Convert more drivers. __________________________________________________________________ pkg URL: https://github.com/freebsd/pkg URL: https://lists.freebsd.org/mailman/listinfo/freebsd-pkg Contact: Baptiste Daroussin Contact: Vsevolod Stakhov Contact: Andrej Zverev Lots of work has been done on the pkg(8) front, which has brought pkg(8) to the 1.5.0 release. Special attention has been spent on the test suite; the number of tests went from around 20 to more than 70. They are mostly functional tests, each of which tests many different features, with less emphasis on unit tests. One of the main highlights is initial support for provides/requires. This is still simple but is good enough to allow fixing a lot of situations when dealing with php-related ports: PHP can now safely upgrade from one major version to another. This allows for the pecl/pear packages to be reinstalled each time a minor php upgrade is done. Some pkg internals have been reworked to allow cross installation of packages without the need for chroot(2) or jail(2) calls. The plist and keyword parser have been improved to keep simplifying creating new ports: * Keywords can now have arguments * A lazy mode is available for setting credentials via the plist * Flags (immutable and others) can now be specified in the plist pkg now supports resume for http/ftp downloads. Open tasks: 1. Populate the ports tree with provides/requires. 2. Make all scripts in the ports tree support cross installation. 3. Improve provides/requires. 4. Continue adding more tests. __________________________________________________________________ Secure Boot URL: https://wiki.freebsd.org/SecureBoot Contact: Edward Tomasz Napiera=B3a UEFI Secure Boot is a mechanism that requires boot drivers and operating system loaders to be cryptographically signed by an authorized key. It will refuse to execute any software that is not correctly signed, and is intended to secure boot drivers and operating system loaders from malicious tampering or replacement. The utility to add Authenticode signatures to EFI files, uefisign(8), was committed to 11-CURRENT and will ship in 10.2-RELEASE. Ports for other open source utilities were added to the Ports Collection, as sysutils/pesign, sysutils/sbsigntool, and sysutils/shim. There is a prototype patch that makes boot1 use the Secure Boot shim, and modifies the shim to provide the functionality necessary for a successful bootstrap. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Finalize the shim API extension and get it accepted upstream. 2. Commit boot1 changes. __________________________________________________________________ Adding PCIe Hot-plug Support URL: http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/projects/&c=3DLQ6@//d= epot/projects/pciehotplug/?ac=3D83 Contact: John-Mark Gurney PCI Express (PCIe) hot-plug is used on both laptops and servers to allow peripheral devices to be added or removed while the system is running. Laptops commonly include hot-pluggable PCIe as either an ExpressCard slot or a Thunderbolt interface. ExpressCard has built-in USB support that is already supported by FreeBSD, but ExpressCard PCIe devices like Gigabit Ethernet adapters and eSATA cards are only supported when they are present at boot, and removal may cause a kernel panic. The goal of this project is to allow these devices to be inserted and removed while FreeBSD is running. The work will provide the basic infrastructure to support adding and removing devices, though it is expected that additional work will be needed to update individual drivers to support hot-plug. Current testing is focused on getting a simple UART device functional. Basic hot swap is functional. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Get suspend/resume functional by saving/restoring the necessary registers. 2. Make sure that upon suspend, devices are removed so that if they are replaced while the machine is suspended, the new devices will be detected. 3. Improve how state transitions are handled, possibly by using a proper state machine. __________________________________________________________________ Address Space Layout Randomization (ASLR) URL: https://hardenedbsd.org/ URL: https://lists.freebsd.org/pipermail/freebsd-current/2015-February/0= 54669.html URL: https://reviews.freebsd.org/D473 Contact: Shawn Webb Contact: Oliver Pinter Address Space Layout Randomization (ASLR) is a computer security technique that aids in mitigating low-level vulnerabilities such as buffer overflows. ASLR randomizes the memory layout of running applications to prevent an attacker from knowing where a given exploitable vulnerability lies in memory. We have been working hard the last few months to ensure the robustness of our ASLR implementation. We have written a manpage and updated the patch on FreeBSD's code review system (Phabricator). Our ASLR implementation is in use by the HardenedBSD team in production environments and is performing robustly. The next task is to compile the base system applications as Position-Independent Executables (PIEs). For ASLR to be effective, applications must be compiled as PIEs to allow the main binary, as well as shared libraries, to be located at random addresses. It is likely that this part will take a long time to accomplish, given the complexity surrounding building the libraries in the base system. Even if applications are not compiled as PIEs, having ASLR available still helps those applications (like HardenedBSD's secadm) which force compilation as PIE for themselves. This project is sponsored by SoldierX. Open tasks: 1. Test our patch against 11-CURRENT. __________________________________________________________________ Modern x86 platform support and VT-d Contact: Konstantin Belousov Modern x86 platforms include a number of architectural enhancements. Work is ongoing to support these features in FreeBSD. Starting with SandyBridge CPUs, Intel introduced an enhanced local interrupt controller (APIC) mode, called x2APIC. Instead of using a mapped page, registers are now accessed using special Model-Specific Registers (MSR) read and write instructions. This is intended to support virtualization. The access overhead is also reduced by not requiring serialization, and by simplification of Inter-Process Interrupt (IPI) generation. The main commit introducing the feature was r278473, with fixes following on. End Of Interrupt (EOI) suppression is a mode of EOI delivery to Input/Output Interrupt Controllers (IO-APICs) where the EOI message for a level-triggered interrupt is not broadcast by an EOI write to the local APIC, but instead an explicit EOI command is sent to the source IO-APIC. The optimization reduces the number of APIC messages that must be broadcast; it should be used on all modern Intel systems. Support for EOI suppression was committed in r279319. VT-d Interrupt Remapping (IR) is provided by hardware with the VT-d feature. It translates interrupt messages on the way from the root complex to the north bridge and allows control of interrupt delivery without reprogramming MSI/MSI-X registers or IO-APICs. The original intent was to allow hypervisors to safely delegate interrupt programming for devices owned by guests to the guest OS. IR is also needed to avoid some limitations in IO-APICs and to make interrupt rebalancing atomic and transparent. Support has been committed as r280260. Both x2APIC mode and IR are required to send IPIs and device interrupts to processors with LAPIC ID greater then 254. It is believed that the only missing platform code to handle big machines is parsing the "Processor Local x2APIC Structure" and "Local x2APIC NMI Structure" from the ACPI Multiple APIC Description Table (MADT), which report LAPIC IDs > 255, and handling boot on such systems with the x2APIC mode enabled by firmware. The work to complete that is expected to be relatively trivial, and can be done with access to a real high-core-count machine. But an audit of the common machine-independent code must be finished to ensure that large CPU IDs are handled correctly, before such support can safely be enabled. Additional work remains in progress: split domains and contexts for DMA Remapper Unit (DMAR) driver. Right now, the DMAR driver is only used to implement busdma(9), which is done by assigning a dedicated domain to each translation context. Some devices could issue PCIe Transaction Layer Packets (TLPs) with several originators IDs, e.g., PCIe/PCI bridges, or phantom functions of PCIe devices, or such TLPs could occur just due to hardware bugs. To handle them, a single domain (which shares the translation page tables) must handle several contexts. Splitting domains and contexts is also required for the DMAR driver to start handling PCI pass-through in bhyve, instead of the less complete implementation which is currently provided by bhyve itself. All PCIe devices passed to the guest must share a domain. The splitting patch is written and is being tested, and external interfaces to manage domains are being formed. Stability work for the VT-d code is ongoing. In particular, nvme(4) and ixgbe(4)'s use of busdma interfaces was debugged and improved, and tested on a very large-memory machine. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Nanosecond file timestamps Contact: Jilles Tjoelker Contact: Sergey Kandaurov Two new system calls, futimens() and utimensat(), were added, making it possible to set file timestamps with nanosecond accuracy. Various utilities like cp, mv and touch were updated to use the new calls to preserve and set timestamps with full precision. The stat() and related system calls have returned file timestamps with nanosecond accuracy for a long time, but there was no way to set a timestamp more accurately than microseconds. With these changes, it will be possible to use more accurate timestamps (sysctl vfs.timestamp_precision=3D3) without anomalies such as a copy of a file (from cp -p) appearing older than the original. This is particularly useful for NFS servers, which use file timestamps for cache invalidation. Open tasks: 1. Where possible, fix code that still sets inaccurate timestamps on files, typically by calling futimes(), futimesat(), lutimes(), utime() or utimes() with a non-null times pointer. There may be a reason for this such as a limited network protocol or file format, but there is some code left that can be fixed. __________________________________________________________________ FreeBSD on newer ARM boards URL: https://wiki.freebsd.org/FreeBSD/arm/Odroid-C1 URL: https://svnweb.freebsd.org/changeset/base/280905 Contact: John Wehle Contact: Ganbold Tsagaankhuu We made the changes necessary to support various Amlogic SoC devices, specifically aml8726-m6 and aml8726-m8b SoC-based devices. The aml8726-m6 SoC is used in devices such as the Visson ATV-102, and the Hardkernel ODROID-C1 board uses the aml8726-m8b SoC. The following support is included: * Basic machdep code * SMP * Interrupt controller * Clock control driver (aka gate) * Pinctrl * Timer * Real time clock * UART * GPIO * I2C * SD controller * SDXC controller * USB * Watchdog * Random number generator * PLL/Clock frequency measurement * Frame buffer Open tasks: 1. Get the DWC driver working. __________________________________________________________________ FreeBSD/arm64 URL: https://wiki.freebsd.org/arm64 URL: https://github.com/FreeBSDFoundation/freebsd/tree/arm64-dev Contact: Andrew Turner Contact: Ed Maste Contact: Zbigniew Bodek The collaborative development on the FreeBSD arm64 port made significant progress over the last quarter. The FreeBSD Foundation is collaborating with ARM, Cavium, the Semihalf team, and Andrew Turner to port FreeBSD to the arm64 architecture, also known as ARMv8 and AArch64. After significant review and refinement, the initial set of changes are being delivered into FreeBSD-HEAD. This initial support targets the QEMU and ARM Foundation Model emulators, and boots to a usable multiuser environment. Cavium's ThunderX platform is the initial hardware reference target for the FreeBSD arm64 port. The platform currently boots to multiuser, with a root file system mounted over NFS via a PCIe 10 Gbps Ethernet NIC. Reference hardware is installed in the FreeBSD test lab hosted by Sentex Communications and in Semihalf's offices. This project is sponsored by The FreeBSD Foundation, ARM, and Cavium. Open tasks: 1. Merge kernel changes to HEAD. 2. Finish remaining userland and kernel support. 3. Produce installable images. __________________________________________________________________ Nested Kernel URL: http://nestedkernel.org URL: http://web.engr.illinois.edu/~dautenh1//downloads/publications/aspl= os200-dautenhahn.pdf URL: http://prezi.com/in6qr3l92ffc/?utm_campaign=3Dshare&utm_medium=3Dco= py URL: https://github.com/HardenedBSD/hardenedBSD/tree/hardened/9/kernsep Contact: Nathan Dautenhahn Contact: Theodoros Kasampalis Contact: Will Dietz This work on a nested kernel architecture is part of Nathan's doctoral thesis work at the University of Illinois at Urbana-Champaign. It attempts to improve upon the traditional monolithic operating system kernel, where a single exploit anywhere in the kernel grants the attacker full superuser privileges. The nested kernel operating system architecture addresses this problem by "nesting" a small, isolated kernel within a traditional monolithic kernel. This "nested kernel" interposes on all updates to virtual memory translations to assert protections on physical memory, thus significantly reducing the trusted computing base for memory access control enforcement. We incorporated the nested kernel architecture into FreeBSD on x86-64 hardware by write-protecting Memory-Management Unit (MMU) translations and de-privileging the untrusted part of the kernel, thereby enabling the entire operating system, trusted and untrusted components alike, to operate at the highest hardware privilege level. Our implementation inherently enforces kernel code integrity while still allowing dynamically loaded kernel modules, thus defending against code injection attacks. We also demonstrate, by introducing write-mediation and write-logging services, that the nested kernel architecture allows kernel developers to isolate memory in ways not possible in monolithic kernels, though gaining security benefits from this will require adding policies that have not yet been designed. The performance of the nested kernel prototype shows modest overheads: less than 1% average for Apache, 3.7% average for sshd, and 2.7% average for kernel compilation. Overall, our results and experience show that the nested kernel design can be retrofitted onto existing monolithic kernels, providing defense in depth. The basic idea is that the nested kernel initializes the system so that all page tables are mapped as read-only. Then all MMU-modifying operations are removed from the untrusted portion of the kernel; runtime code integrity is enforced by write-protecting all code pages, marking all non-code pages as non-executable (NX-bit), and preventing execution of privileged MMU operations located in userspace mappings (Supervisor Mode Execution Prevention, SMEP). Because the nested kernel has control of the page tables it can enforce these integrity properties, leading to virtualization of the MMU. The links include a recent conference publication that details the design, implementation, and evaluation of our prototype nested kernel architecture on top of FreeBSD 9.0. There is also a link to a presentation on the nested kernel, and a website with information about the project and instructions on how to get the source and build it. We are very interested in feedback on the design of the nested kernel, and having discussions about how it might get upstreamed. We are also hoping to gain additional contributors and interest in the project! The nested kernel has the potential to enhance commodity operating system design, and FreeBSD is a major operating system in use today which has high impact. The current implementation is merely a research prototype and requires significant effort to make production-ready (see the list of tasks). Finally, we have developed an interface to write-protect data structures in the kernel and are soliciting ideas for uses of this service. Section 2.4 in the paper details the interface, and section 4 presents some simple uses of the nested kernel services. We are interested in ways that the nested kernel could be used to protect critical kernel data structures from malware or even just buggy code. This project is sponsored by University of Illinois at Urbana-Champaign, and ONR via grant number N00014-12-1-0552. Open tasks: 1. Finish implementing core mechanisms: verify DMAP is properly protected and that we are not using superpages (I think we have this completed but need to fully verify), full NX support for all non-kernel code pages (we might need to specially consider the stack if it is used to execute code), protect IDT and SMM, and add IOMMU protections. We also need to do some optimizations where we batch calls into the nested kernel on process creation (fork) and mmap operations. The motivation for these implementation directives can be reviewed in the paper. 2. Implement SMP functionality and evaluate performance. 3. Port and refactor for FreeBSD-HEAD. The current implementation is a research prototype and requires some refactoring to make it clean and consistent, as well as make it relevant to modern versions of FreeBSD. 4. The nested kernel isolation depends upon certain hardware instructions to be completely removed from a subset of the kernel. Therefore, we need to utilize automated linker/loader techniques to identify and remove privileged MMU operations from untrusted kernel components to make it maintainable in practice. 5. Detailed review on the design and implementation with particular focus on a plan for upstreaming. __________________________________________________________________ libthr improvements Contact: Konstantin Belousov Historically, dynamic loading of the libthr.so thread library into a single-threaded process did not work in FreeBSD. The longstanding recommendation to work around the problem has been to always link the main binary with -lpthread if there was any chance of a need for threading functionality. This project converted libthr.so into a plugin for libc, which fixed the known issues preventing dynamic loading of libthr.so. After the fix, linking the main binary with -lpthread is no longer required, but is not harmful. I recommend thoroughly testing before removing libpthread from the library list in favor of dynamic loading, though. Note that potential problems will be subtle and their user-visible manifestations in the affected program even more surprising. The following issues were present in the old version of libthr with respect to dynamic loading, but are fixed as a result of this work: * Invalid errno value seen after failed syscalls. * Broken libthr internal locks and critical sections ignored by signals. * Hung attempts to lock mutexes. * Thread cancellation not occurring at guaranteed cancellation points. The main change was committed as r276630 to HEAD, with many follow ups. It was merged to stable/10 in r277317. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Migration to ELF Tool Chain tools URL: http://elftoolchain.sourceforge.net Contact: Ed Maste The ELF Tool Chain project provides BSD-licensed implementations of compilation tools and libraries for building and analyzing ELF objects. The project began as part of FreeBSD but later became an independent project to encourage wider participation from others in the open-source developer community. ELF Tool Chain provides a set of tools equivalent to the GNU Binutils suite. This project's goal is to import these tools into the FreeBSD base system so that we have a set of up-to-date and maintained tools that also provide support for new CPU architectures of interest, such as arm64. In addition to the libelf and libdwarf libraries, the following tools are now provided by the ELF Tool Chain project: * addr2line * nm * readelf * size * strings * strip (elfcopy) ELF Tool Chain's elfcopy provides equivalent functionality to Binutils' objcopy, and accepts the same command-line arguments. For it to be a viable replacement for all uses of objcopy in the base system, it must gain support for writing portable executable (PE) format binaries, which are used by UEFI boot code. The ELF Tool Chain project does not currently provide replacements for as, ld, or objdump. For FreeBSD, these tools will likely be obtained from the LLVM project. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Add missing functionality to elfcopy and migrate the base system build. 2. Fix issues found by fuzzing inputs to the tools. 3. Add automatic support for separate debug files. __________________________________________________________________ The LLDB Debugger URL: https://wiki.freebsd.org/lldb Contact: Ed Maste LLDB is the debugger project associated with Clang/LLVM. It supports the Mac OS X, Linux, FreeBSD and Windows platforms. It builds on existing components in the larger LLVM project, for example using Clang's expression parser and LLVM's disassembler. The LLDB in the base system was upgraded to version 3.6.0 as part of the Clang and LLVM upgrade. In the upstream repository, Justin Hibbits added support for live and core file debugging on PowerPC, and Ed Maste added core file support for FreeBSD/arm64. This project is sponsored by DARP/AFRL, SRI International, and University of Cambridge. Open tasks: 1. Rework the LLDB build to use LLVM and Clang shared libraries. 2. Port remote debug stub to FreeBSD. 3. Add support for local and core file kernel debugging. 4. Improve support on non-amd64 architectures. 5. Enable by default in the base system. __________________________________________________________________ Updates to GDB URL: https://github.com/bsdjhb/gdb/tree/freebsd-7.9.0-kgdb Contact: John Baldwin Several improvements to GDB have been merged upstream to GDB's master branch over the past few months, including fixes for unwinding across signal trampoline frames on x86, removing the procfs dependency from the gcore command, and support for XSAVE extensions (such as AVX registers) on x86. These fixes are already available in the existing devel/gdb port as patches relative to 7.8. In addition, progress has been made on porting kgdb to a newer gdb. Currently, only support for the amd64 backend has been ported, but it is functional both for remote debugging and against crash dumps. The current port generally has feature parity with the kgdb in the base system. The plan for kgdb is to fix it to always include all platform targets (so that it always supports cross debugging for remote targets out of the box). At some point it may also include cross debugging support for crash dumps as well (this would require changes to libkvm). Open tasks: 1. Tidy the amd64 port of kgdb and finish the i386 port. This includes fixing these platform-specific targets to work with cross-debugging for remote targets. 2. Add a KGDB option to the devel/gdb port to include kgdb support. 3. Port the rest of the platform-specific targets for kgdb. 4. Write a new 1:1-only thread target for FreeBSD that can be sent upstream. 5. Add support for debugging powerpc vector registers. __________________________________________________________________ FreeBSD Ada Ports URL: http://home.gna.org/ghdl/ URL: http://sourceforge.net/projects/ghdl-updates/ Contact: John Marino There are 51 Ada-related ports currently, but two of them are being retired: the GCC 4.7-based lang/gcc47-aux and the BSD->android cross-compiler for ARMv5 (lang/gnatdroid-armv5). The former has no advantage over the newer GCC 4.9-based lang/gcc-aux, and the latter has not built for over a year. Android enthusiasts can still use the the ARMv7 cross-compiler (lang/gnatdroid-armv7). A new port is lang/gcc5-aux, which includes GNAT from the upcoming release of gcc5. This compiler already builds all Ada ports except gtkada3 (which blocks devel/gps, the GNAT Programming Studio), and gtkada3 should be fixed soon. When GCC5 is released, the Ada framework will switch to using gcc5-aux as the default compiler. For those that cannot wait, it is possible to use it now by putting ADA_DEFAULT=3D5 in /etc/make.conf, but this requires rebuilding all Ada ports from source. Open tasks: 1. It is a near-term objective to bring the Ada-based GDHL (VHDL simulator) to ports. The upcoming 0.32 release will be based on GCC 4.9 and the port will be based on this release. __________________________________________________________________ FreeBSD Python Ports URL: https://wiki.FreeBSD.org/Python URL: irc://freebsd-python@irc.freenode.net Contact: FreeBSD Python Team The FreeBSD Python team continued to improve the overall experience with Python-based software on FreeBSD. A lot of previously deprecated code and option knobs were removed to improve the maintainability of the Python Ports infrastructure. The CPython interpreters were updated to version 2.7.9 and 3.4.3 and Twisted was updated to version 15.0.0. Open tasks: 1. Retire the Python 3-specific port duplicates. 2. More tasks can be found on the team's wiki page (see the links). 3. To get involved, interested people can say hello on IRC in #freebsd-python on freenode and let us know their areas of interest! __________________________________________________________________ GNOME on FreeBSD URL: http://www.freebsd.org/gnome URL: https://github.com/freebsd/freebsd-ports-gnome URL: https://wiki.gnome.org/Projects/Jhbuild/FreeBSD Contact: FreeBSD GNOME Team The FreeBSD GNOME Team maintains the GNOME, MATE, and CINNAMON desktop environments and graphical user interfaces for FreeBSD. GNOME 3 is part of the GNU Project. MATE is a fork of the GNOME 2 desktop. CINNAMON is a desktop environment using GNOME 3 technologies but with a GNOME 2 look and feel. At the end of this quarter we updated GNOME and CINNAMON to the latest versions on their branches, 3.14 and 2.4, respectively. GNOME 3.16 was released February 25th; we ported it to FreeBSD. There are still some showstopper problems that appeared. During testing of the current versions of the 3.16 ports a bug in pkg was uncovered in the multiple repository support, and swiftly fixed in pkg 1.4.99.15. For the GNOME 3.18 cycle we are going to work closely with the x11 team on porting libinput and testing Wayland. When that is done we need to see if we want to enable Wayland for our stable releases and we probably need XWayland from xorg-server 1.16+ to support X applications. The estimate is that Wayland arriving in ports will have to wait until 8.4-Release is EOL. Open tasks: 1. The GNOME website is stale. Work is underway, although slowly, on the development section. We could use some help here. 2. MATE 1.10 porting is under way; the latest 1.9 releases are available in the mate-1.10 branch. __________________________________________________________________ KDE on FreeBSD URL: https://freebsd.kde.org/ URL: https://freebsd.kde.org/area51.php URL: https://wiki.freebsd.org/KDE URL: https://mail.kde.org/mailman/listinfo/kde-freebsd URL: https://github.com/tcberner/kde5 Contact: KDE on FreeBSD team The KDE on FreeBSD team focuses on packaging and making sure that the experience of KDE and Qt on FreeBSD is as good as possible. First of all, we would like to welcome Tobias Berner to the ranks of the area51 (the KDE ports staging area) committers. He has been regularly mentioned in our recent status reports, and has finally received committer privileges to our experimental repository. Becoming an area51 committer is usually the first step towards becoming a kde@ ports committer. We hope that Tobias can fix and update our ports more easily, and start committing his KDE Frameworks 5 ports to area51. Additionally, this quarter Qt 5.4.1 was committed to the ports tree. This marks the first time ever since Qt 5 was released that we have the latest upstream stable release in our ports tree! This was made possible by all the work we had to put into cleaning up the Qt 5 ports infrastructure for the 5.3 update, mentioned in our previous status report. Last but not least, Alonso Schaich finally landed an update to our KDE4 ports that had been in our experimental repository for a while, bringing them to the latest 4.14 release, 4.14.3. Overall, we have updated the following ports in this quarter: * Calligra 2.9.1 (committed to area51) * CMake 3.1.0, 3.1.1, 3.1.3 (committed to ports) * DigiKam 4.2.0 (committed to ports), 4.8.0 (committed to area51) * PyQt 4.11.3 + QScintilla 2.8.4 + sip 4.16.5 (committed to ports), sip 4.16.7 (committed to area51) * Qt 5.4.1 (committed to ports) Open tasks: 1. Put more effort into Qt5-related ports: KDE Frameworks 5 (currently worked on by Tobias Berner) and PyQt 5. __________________________________________________________________ The Graphics stack on FreeBSD URL: https://wiki.freebsd.org/Graphics URL: http://blogs.freebsdish.org/graphics/ URL: https://github.com/freebsd/freebsd-ports-graphics Contact: FreeBSD Graphics team In the official Ports tree, the Mesa ports (libglapi, libGL, libEGL, libglesv2, gbm, and dri) are kept close to the latest Mesa 10.4.x release. In the development tree (see the GitHub link), the update to Mesa 10.5 came, along with several improvements and cleanup to the ports themselves. Now all ports share the same configure flags and build dependencies. As Mesa is built from scratch for each port, this ensures that all libraries and drivers are consistent with each other. This fixes at least two problems: * A long standing bug: the drm EGL platform is now functional, meaning we will be able to enable Glamor (the 2D acceleration engine based on OpenGL) in the X.Org server. This is required to provide 2D acceleration for Radeon HD 7000 and later GPUs, for instance. * Clover, the Mesa OpenCL implementation, now works; see the next paragraph. The downside of this unification is that all ports will depend on LLVM. This work is happening in the mesa-10.5 branch. Progress has been made on OpenCL, thanks to help from Johannes Dieterich. Clover (Mesa's implementation) and Beignet (Intel's implementation) were added as ports to the development tree. They were tested successfully on Radeon and Intel GPUs, but see the wiki for an up-to-date status. Initially developed in the opencl branch, everything has now been merged into the mesa-10.5 branch. This cannot go into the official Ports tree yet because it requires the unification explained above. A new port, drm-kmod, was added to the official Ports tree. It provides updated drm2, i915kms and radeonkms kernel modules for FreeBSD 9.3-RELEASE and 9.3-STABLE. The only difference from the vanilla modules is the addition of hardware context support to the i915 driver. The xf86-video-radeon and xf86-video-intel drivers were patched to use the drm-kmod port on these versions of FreeBSD. This will allow us to remove the duality of the Mesa ports (libGL/libEGL/dri) and only support one version (as is already the case in the mesa-10.5 branch where Mesa 9.1.7 is gone). There is no ETA yet for when this last part will happen. In the development Ports tree, the xserver-next branch was updated from xorg-server 1.16 to be tracking 1.17. Again, this depends on the previous step: the removal of Mesa 9.1.7. Work is finishing up on an update of miscellaneous X.Org components. Apart from updates to several X.Org ports, this update also removes the use of .la files from the X.Org libraries that still have them. Also, the xf86-video-intel driver will receive patches to allow it to compile against a newer xorg-server than 1.14. Most of the X.Org component updates were submitted by Matthew Rezny. The location where fonts get installed was overhauled and the way to handle fonts from the plist has been simplified. Now all fonts are installed in /usr/local/share/fonts as required by the XDG rules. Furthermore, making a port for fonts should be easier: more aspects, such as calling fc-cache(1), are handled by the Ports framework. Therefore, the font ports' consistency was greatly improved. In the kernel, the DRM device-independent code was updated to match Linux 3.8. A merge to 10-STABLE is pending. The i915kms kernel driver received an update, too, which is already merged to 10-STABLE. Having both updates in place enables work on a second update of the i915 driver: this time it will be synchronized with Linux 3.8, like the rest of the DRM subsystem, and include Haswell support. This work was started recently. Our hope is that it will be ready in time for FreeBSD 10.2-RELEASE. During Q2, we are going to work with the GNOME team on porting libinput and testing Wayland. Currently we know that GTK+3 and GNOME 3 have full support for Wayland. We also need to test Xwayland from xorg-server 1.16+ to support X applications on Wayland desktops. If you know of more software that uses Wayland, we would like to hear about them. At this point there are no plans to port the Weston reference implementation of a Wayland compositor. Open tasks: 1. See the "Graphics" wiki page for up-to-date information. __________________________________________________________________ Wine/FreeBSD URL: http://wiki.FreeBSD.org/Wine URL: http://wiki.FreeBSD.org/i386-Wine URL: http://www.winehq.org Contact: Gerald Pfeifer Contact: David Naylor This quarter has seen five updates to the wine-devel port that closely tracks upstream development, as well as updates to helper ports (wine-gecko-devel and wine-mono-devel): * Stable releases: 1.6.2 (1 port revision) * Development releases: 1.7.34 through 1.7.39 A major development has been the introduction of Wine64 (i.e., the ability to run 64-bit Windows applications). This is currently available through the wine-devel port. At this stage it is currently mutually exclusive with the i386-wine-devel port, however, we have plans to integrate these ports to offer a full Wine experience on amd64. The i386-wine-devel port has packages built for amd64 for FreeBSD 8.4, 9.1+, 10.1+ and CURRENT. Accomplishments include: * Upstreaming 8 patches to fix Wine on FreeBSD -- many thanks to Gerald and David. * Optional support for V4L has been added to the stable emulators/wine port. * Optionally building wine with the X composite extension (if one selects the X11 option). * Support for alternative toolchains that require LD to be honoured. * Fixing and tidying up the pkg-plist. * Wine64 support * Updating the patch-nvidia.sh script to support arbitrary suffixes. * Removing support for the old pkg_ tools from patch-nvidia.sh. * Developing a patch to fix usage of getdirentries(2). This fixes Steam, EVE Online and other applications. We would like to thank all volunteers who contributed feedback and patches. Future development on Wine will focus on: * Rename wine-compholio to wine-staging (to match upstream development). * Add the getdirentries(2) patch to the wine-devel port. * Redevelop and upstream the getdirentries(2) patch. * Redevelop and upstream the kernel32 Makefile patch. * Add support to the i386-wine port for pkg 1.5 (conflicts with libraries currently prevent such support). * Add support for WoW64: + Reduce the i386-wine port to just the components required for WoW64. + Rename the i386-wine port to wow64. + Make the wine ports depend on the wow64 ports when built on amd64. + Investigate and verify the interactions between Wine64 and WoW64. + Investigate possible update approaches for the wow64 ports (that have to be pre-compiled) and how updating with the wine ports will work. Maintaining and improving Wine is a major undertaking that directly impacts end-users on FreeBSD (including many gamers). If you are interested in helping, please contact us. We will happily accept patches, suggest areas of focus or have a chat. Open tasks: 1. FreeBSD/amd64 integration (see the i386-Wine wiki). 2. Porting WoW64. __________________________________________________________________ Xfce on FreeBSD URL: https://wiki.freebsd.org/Xfce Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms, such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. This quarter was an exciting time for the Xfce Team. We imported version 4.12 of the Xfce desktop environment into the ports tree, after more than two years of development. Overall, we have updated the following ports: * Xfce core (4.12) * audio/xfce4-mpc-plugin (0.4.5) * deskutils/xfce4-tumbler (0.1.31 * deskutils/xfce4-xkb-plugin (0.7.1) * editors/mousepad (0.4.0) * graphics/ristretto (0.8.0) * multimedia/xfce4-parole (0.8.0) * sysutils/garcon (0.4.0) * sysutils/xfce4-diskperf-plugin (2.5.5) * sysutils/xfce4-fsguard-plugin (1.0.2) * sysutils/xfce4-power-manager (1.4.4) * sysutils/xfce4-wavelan-plugin (0.5.12) * textproc/xfce4-dict-plugin (0.7.1) * www/xfce4-smartbookmark-plugin (0.4.6) * x11/libexo (0.10.4) * x11-clocks/xfce4-timer-out-plugin (1.0.2) * x11-fm/thunar (1.6.6) * x11-themes/gtk-xfce-engine (3.2.0) At the same time we switched to the USES framework, and a new plugin has been added, called audio/xfce4-pulseaudio-plugin. We also follow the unstable releases (available in our experimental repository) of: * x11/xfce4-dashboard (0.3.91) * x11/xfce4-notes-plugin (1.8.0 beta) The following documentation patches are ready: * PR197878, Update Xfce section in Porter's Handbook * D1305, FAQ Open tasks: 1. Work on support for Compact Disc Digital Audio (CD-DA) in multimedia/xfce4-parole. 2. Add a new property (through xfconf-query) to allow users to change the greyscale value of quicklaunch icons in x11/xfce4-dashboard (this feature is only available in the unstable release). __________________________________________________________________ More Michael Lucas FreeBSD books URL: http://blather.michaelwlucas.com/archives/2352 Contact: Michael Lucas The FreeBSD storage books are proceeding slower than expected. This is a complex project. It appears that ZFS will be a two-book topic. The first book will cover basic ZFS, while the second will cover advanced cases like live and cold replication, sharing, performance, and using ZFS on top of less common GEOM providers. More details can be found in the links section. Allan Jude (allanjude@) is co-authoring the ZFS books. Little did he know of the magnitude of the task ahead of him when he signed up.... __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org/ URL: http://freebsdjournal.com/ URL: http://www.bsdnow.tv/episodes/2015_03_11-the_pcbsd_tour_ii URL: http://www.bsdnow.tv/episodes/2015_02_25-from_the_foundation_2 Contact: Deb Goodkin The Foundation turned 15 on March 15th! We kicked off our anniversary celebration by launching a spring fundraising campaign, to bring in 500 new community investors. In conjunction with our anniversary, BSDNow interviewed Justin Gibbs about our history and plans for the future as part of the PC-BSD tour. BSDNow also interviewed Ed Maste about FreeBSD projects and processes in a "From the Foundation" episode. We were a Platinum Sponsor of AsiaBSDCon and had five team members attend the conference. Kirk McKusick taught a two-day FreeBSD kernel tutorial and gave a talk on Journaled Soft Updates, and George Neville-Neil gave a talk on network performance in FreeBSD; George also taught a two day tutorial (A Look Inside FreeBSD with DTrace). This is from ongoing work with Robert Watson in support of both academic and practitioner educational material for FreeBSD. Dru gave a talk on Advanced OpenSource Storage with FreeNAS 9.3, and Ed Maste gave a talk on the LLDB Debugger in FreeBSD. We became a Platinum Sponsor for BSDCan, and have approved six travel grants to FreeBSD contributors. We also sponsored Michael Dexter to attend SCALE so he could give a talk on virtualization. In addition to the above conferences, we helped promote FreeBSD at the following conferences: * USENIX FAST '15 * FOSDEM * SCALE We received and published FreeBSD testimonials from Xinuos, Netgate, and Tarsnap. We launched the "From the Trenches" series to provide stories from FreeBSD contributors on what they are doing with FreeBSD. Glen Barber wrote an article called ZFS and How to Make a Foot Cannon. Glen also investigated a deadlock issue when rebooting after upgrades (PR 195458), and he released weekly 11-CURRENT and 10-STABLE snapshot builds. The FreeBSD Journal now has over 8300 subscribers and has a 98% renewal rate. We are now publishing a few free FreeBSD Journal articles. We also created landing pages for each Journal issue for easier promotion. We started work on the Ottawa Vendor and Developer Summits and another one that has not yet been officially announced on the East Coast in the fall. Our development staff and project grant recipients were responsible for a large number of feature improvements and bug fixes over this past quarter. We have nine individual reports in this quarterly update for Foundation-sponsored projects that demonstrate a number of different ways the Foundation supports the FreeBSD project. One project is the subject of a research master's project at Swinburne University in Melbourne: the Multipath TCP (MPTCP) implementation for FreeBSD. The PCIe hot plug project is an individual project grant. The FreeBSD/arm64 project represents a collaborative development effort, where the Foundation facilitates a broader project with multiple participants. There are also a number of projects undertaken directly by Foundation staff. In this quarterly report we have several reports in this category: Secure Boot, the autofs-based automount daemon, dynamically loadable libthr, Intel DMA remapping, and migration to the ELF Tool Chain project tools. Additionally, one of the benefits of having long-term permanent staff is the ability to continue to maintain projects and contribute improvements beyond a fixed timeline. Over the last quarter, Foundation staff contributed improvements to the UEFI boot process, vt(4) system console, in-kernel iSCSI stack, virtual memory subsystem, and many others. __________________________________________________________________ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGgBAEBCgAGBQJVQvLjAAoJECjZpvNk63USJccMH3ysbDt3xkAcUjn2DM3LAsLy vONxPv1h0J3WujOQAXvBMLrfyiQNybOmEs28xRMhMdePhJOjNdUI/qeS6FvuUQ3D mgR2ZR5uv1Qni3zpA8H2F7e/EGptLDZrstUdo5lrleJ52CBukljyQxTOzfIsqg8j VNkM4qaUrloT19PRbWjSIY0+RKyFRClavjcXmpUNobNAfTgKyzraN1A9V6Rq+bZA Z1ET5EnaqMJlh6Qt9KIQu3WUFK6isqbXVBScScxhMhlr0e0bXi/isP1BpE7tOZkA Q2iFSwteCZVt161mOpQOl8o+fnlIkFdkLw4weSzuXXheYDXhQPnEgStJ36pSPJsU MhFtXviMsYP2olf5a1LAO9KmG5rpNM2IaHIPCUJffRROhVwLKjRkfQpwMq1ECoqc F3mm/a6wG2ca2qbrUDVOeL0WhX0Qd6Zr+c9mVwo0WCz2zH7J61Grm4Z1DEemfV30 OlVH7jmux0ue7xNsGeo4M72uj5jtUIan5zfEAMf9t1PBzrI=3D =3DQJWh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 1 07:05:08 2015 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 018BF113 for ; Fri, 1 May 2015 07:05:07 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CB8E811A3 for ; Fri, 1 May 2015 07:05:07 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-241-118.lns20.per4.internode.on.net [121.45.241.118]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t4174vvs011521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 1 May 2015 00:05:00 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <55432593.6050709@freebsd.org> Date: Fri, 01 May 2015 15:04:51 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "current@freebsd.org" Subject: seekdir/readdir patch .. Call for Review. Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 07:05:08 -0000 if you are interested in readdir(3), seekdir(3) and telldir(3) then you should look at https://reviews.freebsd.org/D2410 this patches around a problem in seekdir() that breaks Samba. Seekdir(3) will not work as expected when files prior to the point of interest in directory have been deleted since the directory was opened. Windows clients using Samba cause both these things to happen, causing the next readdir(3) after the bad seekdir(3) to skip some entries and return the wrong file. Samba only needs to step back a single directory entry in the case where it reads an entry and then discovers it can't fit it into the buffer it is sending to the windows client. It turns out we can reliably cater to Samba's requirement because the "last returned element" is always still in memory, so with a little care, we can set our filepointer back to it safely. (once) seekdir and readdir (and telldir()) need a complete rewrite along with getdirentries() but that is more than a small edit like this. From owner-freebsd-current@FreeBSD.ORG Fri May 1 09:20:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C17FFCAA for ; Fri, 1 May 2015 09:20:45 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::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 91FBB1E86 for ; Fri, 1 May 2015 09:20:45 +0000 (UTC) Received: by pabsx10 with SMTP id sx10so86124089pab.3 for ; Fri, 01 May 2015 02:20:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=xG0Ks6+H9OdRzFqb8In41Ty9hMVwV7CPQABKZdte9fA=; b=OrT7X2FEQDunTxRNO+tFO6CNq+VTbF90aKM9arBasFS1YzwdgNwe6oBK/K0vuY/CRH oVkieVZe0InYy1y5GJfxiiBngmUknEyAQp8QHuAJGY89BtroxYMFEwGjjT/WRZSuqfBW XFFRLfKPEm1SIw1mr2aCJslG3t7wxvzF1/86fD58naHXIJFvc85Ahq6DtlZc4WCeHR/4 fnrKgSf97PzE9XZg1UtUh3pHNw9/DA334I8wi/1OtINjfQwYsvlKCzYvx2IkS6OONMde 3dIRH6oW1Hp+OCjAt4OOUlI5N4kAKkkW+n/dKmqnQwrsmu2JTF058y9ANASs/QGfPTIO oEvA== X-Received: by 10.68.68.134 with SMTP id w6mr16030755pbt.25.1430472045041; Fri, 01 May 2015 02:20:45 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.70.38.133 with HTTP; Fri, 1 May 2015 02:20:24 -0700 (PDT) In-Reply-To: References: From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 1 May 2015 11:20:24 +0200 X-Google-Sender-Auth: mniB6QutQSiS4lidXertFwa2rMM Message-ID: Subject: Re: ping not working after upgrading to -CURRENT To: Edvard Fagerholm Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 09:20:45 -0000 On Thu, Apr 30, 2015 at 5:28 PM, Edvard Fagerholm wrote: > > ping: unable to limit access to system.dns service: File exists > > Any ideas? > > What's your exact revision number ? I didn't meet the problem on r282220, but I've got the same problem on r282296. From owner-freebsd-current@FreeBSD.ORG Fri May 1 09:37:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33D8311B for ; Fri, 1 May 2015 09:37:29 +0000 (UTC) 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 E08FA106F for ; Fri, 1 May 2015 09:37:28 +0000 (UTC) Received: from [93.104.16.196] (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 1Yo7Nn-0002KI-3w; Fri, 01 May 2015 11:37:19 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t419bGZR002927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 1 May 2015 11:37:17 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t419bGYd002926; Fri, 1 May 2015 11:37:16 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Fri, 1 May 2015 11:37:16 +0200 From: Matthias Apitz To: Olivier =?utf-8?Q?Cochard-Labb=C3=A9?= Cc: Edvard Fagerholm , "freebsd-current@freebsd.org" Subject: Re: ping not working after upgrading to -CURRENT Message-ID: <20150501093716.GA2916@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Olivier =?utf-8?Q?Cochard-Labb=C3=A9?= , Edvard Fagerholm , "freebsd-current@freebsd.org" References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.16.196 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 09:37:29 -0000 El da Friday, May 01, 2015 a las 11:20:24AM +0200, Olivier Cochard-Labb escribi: > On Thu, Apr 30, 2015 at 5:28 PM, Edvard Fagerholm wrote: > > > > > ping: unable to limit access to system.dns service: File exists > > > > Any ideas? > > > > > What's your exact revision number ? > I didn't meet the problem on r282220, but I've got the same problem on > r282296. Maybe you might run ping under truss(1) to see what it is missing, like: # truss -o /tmp/ping.tr ping www.muc.de matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 +49-176-38902045 "Wenn der Mensch von den Umstnden gebildet wird, so mu man die Umstnde menschlich bilden." "Si el hombre es formado por las circunstancias entonces es necesario formar humanamente las circunstancias", Karl Marx in Die heilige Familie / La sagrada familia (MEW 2, 138) From owner-freebsd-current@FreeBSD.ORG Fri May 1 09:38:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1781621A; Fri, 1 May 2015 09:38:40 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 95F7C107C; Fri, 1 May 2015 09:38:39 +0000 (UTC) Received: from [IPv6:2001:470:923f:2:10ef:ea0f:f66b:40b2] (unknown [IPv6:2001:470:923f:2:10ef:ea0f:f66b:40b2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id D195112BD; Fri, 1 May 2015 12:38:37 +0300 (MSK) Message-ID: <554349AA.9080004@FreeBSD.org> Date: Fri, 01 May 2015 12:38:50 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Dimitry Andric CC: freebsd-current@freebsd.org Subject: Re: save-entropy race in 10-STABLE (was: -CURRENT)? References: <55429C8B.4000904@FreeBSD.org> <5542A700.4020708@FreeBSD.org> 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.20 Precedence: 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, 01 May 2015 09:38:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01.05.2015 01:21, Dimitry Andric wrote: First of all, I should not write messages after 12 hours working day in the end of the week. Of course, I have 10-STABLE on this server. So, mailing list is not appropriate, sorry. But problem is true one. >> % sudo grep -R save-entropy /etc /var/cron/tabs /etc/crontab:*/11 >> * * * * operator >> /usr/libexec/save-entropy % >> >> Nothing wrong! > > Ok, and what does /var/log/cron say about it? Any chance there > might be two instances of the cron daemon running? % sudo ps -ax | grep cron 1457 - Ss 0:02.46 /usr/sbin/cron -s 9980 0 S+ 0:00.00 grep cron % But in logs command is mentioned twice sometimes (note 03:03)! May 1 02:00:00 onlyone /usr/sbin/cron[93867]: (operator) CMD (/usr/libexec/save-entropy) May 1 02:11:00 onlyone /usr/sbin/cron[94254]: (operator) CMD (/usr/libexec/save-entropy) May 1 02:22:00 onlyone /usr/sbin/cron[94289]: (operator) CMD (/usr/libexec/save-entropy) May 1 02:33:00 onlyone /usr/sbin/cron[94400]: (operator) CMD (/usr/libexec/save-entropy) May 1 02:44:00 onlyone /usr/sbin/cron[94512]: (operator) CMD (/usr/libexec/save-entropy) May 1 03:03:25 onlyone /usr/sbin/cron[94636]: (operator) CMD (/usr/libexec/save-entropy) May 1 03:03:25 onlyone /usr/sbin/cron[94632]: (operator) CMD (/usr/libexec/save-entropy) May 1 03:11:00 onlyone /usr/sbin/cron[95113]: (operator) CMD (/usr/libexec/save-entropy) May 1 03:22:00 onlyone /usr/sbin/cron[95146]: (operator) CMD (/usr/libexec/save-entropy) May 1 03:33:00 onlyone /usr/sbin/cron[95252]: (operator) CMD (/usr/libexec/save-entropy) May 1 03:44:00 onlyone /usr/sbin/cron[96168]: (operator) CMD (/usr/libexec/save-entropy) May 1 03:55:00 onlyone /usr/sbin/cron[96279]: (operator) CMD (/usr/libexec/save-entropy) And with "cut | uniq -c" magic I found second command with same problem: /usr/libexec/atrun Again, about every second day it is executed twice at same time. Logs show, that it is NOT happen with every "save-entropy" or "atrun" execution, only as often as I get these "save-entropy" complains. - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJVQ0mqXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EeP6bcP/jEwzFw2nTdCdjnZELSsv+g3 FCB9XSk8jnfYemO4NGIQb5CF0Yc0wt3RFTHS3r9j+qSCKW01IEukPM5nPP1s8hwy 4HP0xO997UtgyzIdIVNFVd2ynAECK+dRYEAIHH3k9RZmaHM+ele3JHZXRyedz0n1 A/uDyR2uiV6+qOqVm3wjhNPKUjauqpbcifDjgFeFiICLubMYzce8KfxrOByiV/Sq 1SilpL0L/V4Bw93s2whV6zCW/1ZmGH8vzYWkjC0IVIDpMFaj2Mmj3H4DqerJ3XeN GLuesziKEH6T83EwrfR9P5rmapanKmvL9qHB/tPeuG1Ozm0yfw9T8xEj59irPalv Qiuh4BCNQ1NkOqGM5NndrWhxMvlQmTVQIKBv3ByrYeQHXr877XwNdEqkjFwS5C8o HigFgHV/PZLiAuh+/xbCUIAcOTAwK0bJxA1Veb3Egxrhqs30NDqQc4kFJWRB6x47 9Wk/5aK8YJKIzbbmEsP1QFqNEDRuB4e97hVzs8RjUy/r5Amq+TynnSApklhKbkft HiLI8ZIU2C7KtFlLhW6OxEB3AYNuZhsjmscWOqKnQDGQCP+PCVIf+Tl7R/gWgJ1L x6xsLJ0m+pLbHOG3lSijl3tJc5xMNTeBjwvkUqxRhPPqC/NUuO6pWes/W8YEifsi ikZ2YxUIPagHOnThhlDU =AVMj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 1 10:10:44 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7843F0B for ; Fri, 1 May 2015 10:10:44 +0000 (UTC) Received: from smtp.vnode.se (smtp.vnode.se [IPv6:2001:67c:40c:e1aa::4]) by mx1.freebsd.org (Postfix) with ESMTP id ABCC0147B for ; Fri, 1 May 2015 10:10:44 +0000 (UTC) Received: from ymer.vnode.se (h71n10-th-c-d4.ias.bredband.telia.com [81.234.63.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.vnode.se (Postfix) with ESMTPSA id 02DCD11E0C; Fri, 1 May 2015 12:10:34 +0200 (CEST) Date: Fri, 1 May 2015 12:10:34 +0200 From: Joel Dahl To: Edvard Fagerholm Cc: freebsd-current@freebsd.org Subject: Re: ping not working after upgrading to -CURRENT Message-ID: <20150501101033.GA43267@ymer.vnode.se> Mail-Followup-To: Edvard Fagerholm , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 10:10:45 -0000 On Thu, Apr 30, 2015 at 05:28:09PM +0200, Edvard Fagerholm wrote: > Hi, > > I just started looking into FreeBSD after a hiatus of some years. I > did an upgrade to -CURRENT this morning following the instructions > here: FWIW, I'm seeing the same thing with a fresh CURRENT (r282296). -- Joel From owner-freebsd-current@FreeBSD.ORG Fri May 1 08:57:05 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DCB6A2D; Fri, 1 May 2015 08:57:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 06F9A1C9F; Fri, 1 May 2015 08:57:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B4071374; Fri, 1 May 2015 08:57:02 +0000 (UTC) Date: Fri, 1 May 2015 08:56:57 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, jkim@FreeBSD.org, emaste@FreeBSD.org, jhb@FreeBSD.org, neel@FreeBSD.org, gnn@FreeBSD.org, erj@FreeBSD.org, oshogbo@FreeBSD.org, melifaro@FreeBSD.org Message-ID: <608385509.102.1430470619608.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2716 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-Mailman-Approved-At: Fri, 01 May 2015 11:47:08 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 08:57:05 -0000 See Changes: [emaste] crunchide: Restore local EM_AARCH64 constant for bootstrapping Most of the EM_* constants are available in all supported host branches, but EM_AARCH64 was added relatively recently. Add it back to fix building HEAD on 10.x. Noticed by:=09adrian, jmallett [erj] Include makefiles necessary to make ixgbe build with the new code. Originally supposed to be included in r282289. Differential Revision: D2414 [erj] Add support for certain Intel X550 devices. These include standalone X550 adapters, X552 10GbE backplane, and X552/X557-AT 10GBASE-T; with the latter two being integrated into Xeon D So= Cs. As well, this bumps the ixgbe version number to 2.8.3, and includes updates to shared code for support for the new devices. Differential Revision: D2414 Reviewed by:=09gnn, adrian Approved by:=09jfv (mentor), gnn (mentor) [emaste] Actually add c++filt's Makefile Missed in r282285 Pointy hat to:=09emaste [neel] Don't require to be always included before . Only a subset of source files that include need to use the APIs that require the inclusion of . MFC after:=091 week [melifaro] Fix KASSERT introduced in r282155. Found by:=09dhw [emaste] Add ELF Tool Chain's c++filt to the build Differential Revision:=09https://reviews.freebsd.org/D2408 Reviewed by:=09brooks, imp Sponsored by:=09The FreeBSD Foundation [neel] When an instruction cannot be decoded just return to userspace so bh= yve(8) can dump the instruction bytes. Requested by:=09grehan MFC after:=091 week [oshogbo] Mark local function as static as a result of removing recursion. Approved by:=09pjd (mentor) [oshogbo] Rename macros to use prefix ERRNO. Add macro ERRNO_SET. Now ERRNO_{RESTORE/SAVE} must by used together, additional variable is not needed. Always use ERRNO_{SAVE/RESTORE/SET} macros. Approved by:=09pjd (mentor) [neel] Advertise the MTRR feature via CPUID and emulate the minimal set of = MTRR MSRs. This is required for booting Windows guests. Reported by:=09Leon Dang (ldang@nahannisys.com) MFC after:=092 weeks [jhb] Various fixes to the stats in igb(4), ixgbe(4), and ixl(4). - Use hardware counters for ifnet stats in igb(4) when possible. This ensures these stats include packets that bypass the regular stack via netmap. - Don't derefence values off the end of the igb(4) VF stats structure. Instead, add a dedicated if_get_counter method for igb(4) VF interfaces. - Report missed packets on igb(4) as input queue drops rather than an input error. - Report bug_ring drop counts as output queue drops for igb(4) and ixgbe(4)= . - Export the buf_ring drop stats for individual rings via sysctl on ixgbe(4). - Fix a typo that in ixl(4) that caused output queue drops to be reported as input queue drops and input queue drops to be unreported. Differential Revision:=09https://reviews.freebsd.org/D2402 Reviewed by:=09jfv, rstone (6) Sponsored by:=09Norse Corp, Inc. [jkim] Remove leftover from r282269. MFC after:=092 weeks X-MFC with:=09r282269 [gnn] Move the SIFTR DTrace probe out of the writing thread context and directly into the place where the data is collected. ------------------------------------------ [...truncated 315882 lines...] cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- control.o --- ctfconvert -L VERSION -g control.o --- netfront.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- blkfront.o --- ctfconvert -L VERSION -g blkfront.o --- xenstore.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- netback.o --- ctfconvert -L VERSION -g netback.o --- xenstore_dev.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- netfront.o --- ctfconvert -L VERSION -g netfront.o --- xenstored_dev.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- xenstore.o --- ctfconvert -L VERSION -g xenstore.o --- xenbus.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- xenstore_dev.o --- ctfconvert -L VERSION -g xenstore_dev.o --- xenbusb.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- xenstored_dev.o --- ctfconvert -L VERSION -g xenstored_dev.o --- xenbusb_front.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- blkback.o --- ctfconvert -L VERSION -g blkback.o --- xenbus.o --- ctfconvert -L VERSION -g xenbus.o --- xenbusb_back.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- pv.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- xenbusb_front.o --- ctfconvert -L VERSION -g xenbusb_front.o --- xenbusb_back.o --- ctfconvert -L VERSION -g xenbusb_back.o --- xenbusb.o --- ctfconvert -L VERSION -g xenbusb.o --- xenbus_if.o --- --- xenbusb_if.o --- --- xenbus_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I<= https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/sys> -I -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-= frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-floa= t -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector= -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-point= er-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -W= no-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-func= tion -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -Werr= or xenbus_if.c --- xenbusb_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I= -I -D_KERNEL -DHAVE_KERNEL_O= PTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf= -frame-pointer -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 -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -Wer= ror xenbusb_if.c --- timer.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- xenbus_if.o --- ctfconvert -L VERSION -g xenbus_if.o --- subr_rtc.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- xenbusb_if.o --- ctfconvert -L VERSION -g xenbusb_if.o --- atrtc.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- pv.o --- ctfconvert -L VERSION -g pv.o --- clock_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HE= ADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror clo= ck_if.c --- subr_rtc.o --- ctfconvert -L VERSION -g subr_rtc.o --- g_part.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- timer.o --- ctfconvert -L VERSION -g timer.o --- g_part_bsd.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- clock_if.o --- ctfconvert -L VERSION -g clock_if.o --- g_part_ebr.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- atrtc.o --- ctfconvert -L VERSION -g atrtc.o --- g_part_gpt.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_part_bsd.o --- ctfconvert -L VERSION -g g_part_bsd.o --- g_part_ebr.o --- ctfconvert -L VERSION -g g_part_ebr.o --- g_part_mbr.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_part_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPT= ION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-f= rame-pointer -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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werro= r g_part_if.c --- g_part.o --- ctfconvert -L VERSION -g g_part.o --- g_raid_ctl.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_part_mbr.o --- ctfconvert -L VERSION -g g_part_mbr.o --- g_part_if.o --- ctfconvert -L VERSION -g g_part_if.o --- md_ddf.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- md_intel.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_part_gpt.o --- ctfconvert -L VERSION -g g_part_gpt.o --- md_jmicron.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_raid_ctl.o --- ctfconvert -L VERSION -g g_raid_ctl.o --- md_nvidia.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- md_jmicron.o --- ctfconvert -L VERSION -g md_jmicron.o --- md_intel.o --- ctfconvert -L VERSION -g md_intel.o --- md_promise.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- md_nvidia.o --- ctfconvert -L VERSION -g md_nvidia.o --- md_sii.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_raid_md_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -= I -I -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -We= rror g_raid_md_if.c ctfconvert -L VERSION -g g_raid_md_if.o --- g_raid.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- md_sii.o --- ctfconvert -L VERSION -g md_sii.o --- tr_concat.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- md_promise.o --- ctfconvert -L VERSION -g md_promise.o --- tr_raid0.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- tr_concat.o --- ctfconvert -L VERSION -g tr_concat.o --- tr_raid1.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- md_ddf.o --- ctfconvert -L VERSION -g md_ddf.o --- tr_raid0.o --- ctfconvert -L VERSION -g tr_raid0.o --- tr_raid1e.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- tr_raid5.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_raid.o --- ctfconvert -L VERSION -g g_raid.o --- g_raid_tr_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -= I -I -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -We= rror g_raid_tr_if.c --- tr_raid1.o --- ctfconvert -L VERSION -g tr_raid1.o --- kern_linker.o --- --- tr_raid5.o --- ctfconvert -L VERSION -g tr_raid5.o --- kern_linker.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- link_elf.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- g_raid_tr_if.o --- ctfconvert -L VERSION -g g_raid_tr_if.o --- link_elf_obj.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- tr_raid1e.o --- ctfconvert -L VERSION -g tr_raid1e.o --- linker_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_H= EADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-= pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwa= rf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sig= n -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-= show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-err= or-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -Werror li= nker_if.c ctfconvert -L VERSION -g linker_if.o --- teken.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- link_elf.o --- ctfconvert -L VERSION -g link_elf.o --- cpu_switch.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- kern_linker.o --- ctfconvert -L VERSION -g kern_linker.o --- cpu_switch.o --- ctfconvert -L VERSION -g cpu_switch.o --- exception.o --- --- locore.o --- --- exception.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- locore.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- link_elf_obj.o --- ctfconvert -L VERSION -g link_elf_obj.o --- xen-locore.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- mpboot.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- xen-locore.o --- :45:1: warning: DWARF2 only supports one section per compilation unit .section __xen_guest ^ :46:2: warning: DWARF2 only supports one section per compilation unit .pushsection .note.Xen ; .align 4 ; .long 2f - 1f ; .long 4f - 3f ; .long = 6 ; 1:.asciz "Xen" ; 2:.align 4 ; 3:.asciz "FreeBSD" ; 4:.align 4 ; .popsec= tion ^ --- exception.o --- ctfconvert -L VERSION -g exception.o --- xen-locore.o --- ctfconvert -L VERSION -g xen-locore.o --- sigtramp.o --- --- support.o --- --- mpboot.o --- ctfconvert -L VERSION -g mpboot.o --- sigtramp.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- ia32_sigtramp.o --- --- support.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- ia32_sigtramp.o --- cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -g -n= ostdinc -I. -I -I -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer= -mno-omit-leaf-frame-pointer -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 -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -W= undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror --- sigtramp.o --- ctfconvert -L VERSION -g sigtramp.o --- support.o --- ctfconvert -L VERSION -g support.o --- acpi_wakeup.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror --- ia32_sigtramp.o --- ctfconvert -L VERSION -g ia32_sigtramp.o --- teken.o --- ctfconvert -L VERSION -g teken.o --- acpi_wakeup.o --- ctfconvert -L VERSION -g acpi_wakeup.o --- vers.c --- MAKE=3Dmake sh GENERIC --- vers.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -= 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 -mno-aes -mno-avx -std=3Diso9899:1999 -Werror vers.c ctfconvert -L VERSION -g vers.o --- kernel.debug --- linking kernel.debug ixgbe_api.o: In function `ixgbe_init_shared_code': = :101: undefined reference to `ixgbe_init_ops_X550' = :104: undefined reference to `ixgbe_init_ops_X550EM' *** [kernel.debug] Error code 1 make[2]: stopped in 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri May 1 11:57:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CEBA25F for ; Fri, 1 May 2015 11:57:12 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 250341E1D for ; Fri, 1 May 2015 11:57:11 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 76BA625D3A42; Fri, 1 May 2015 11:57:06 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 52FEDC76FDF; Fri, 1 May 2015 11:57:06 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id qrq0yZHjpti6; Fri, 1 May 2015 11:57:05 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (orange-tun0-ula.sbone.de [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E2818C76FD3; Fri, 1 May 2015 11:57:04 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: ping not working after upgrading to -CURRENT From: "Bjoern A. Zeeb" In-Reply-To: <20150501101033.GA43267@ymer.vnode.se> Date: Fri, 1 May 2015 11:57:02 +0000 Cc: Edvard Fagerholm , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <60095AE5-78AB-4A13-8479-E85BF2CCB448@FreeBSD.org> References: <20150501101033.GA43267@ymer.vnode.se> To: Joel Dahl X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 11:57:12 -0000 > On 01 May 2015, at 10:10 , Joel Dahl wrote: >=20 > On Thu, Apr 30, 2015 at 05:28:09PM +0200, Edvard Fagerholm wrote: >> Hi, >>=20 >> I just started looking into FreeBSD after a hiatus of some years. I >> did an upgrade to -CURRENT this morning following the instructions >> here: >=20 > FWIW, I'm seeing the same thing with a fresh CURRENT (r282296). Should be fixed in r282298. =E2=80=94=20 Bjoern A. Zeeb Charles Haddon Spurgeon: "Friendship is one of the sweetest joys of life. Many might have failed beneath the bitterness of their trial had they not found a friend." From owner-freebsd-current@FreeBSD.ORG Fri May 1 12:01:36 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83923570; Fri, 1 May 2015 12:01:36 +0000 (UTC) Received: from relay.mailchannels.net (nov-007-i535.relay.mailchannels.net [46.232.183.89]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4131EF8; Fri, 1 May 2015 12:01:32 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (ip-10-237-13-110.us-west-2.compute.internal [10.237.13.110]) by relay.mailchannels.net (Postfix) with ESMTPA id D27D25138; Fri, 1 May 2015 12:01:17 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (smtp5.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Fri, 01 May 2015 12:01:19 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1430481678684:3311123954 X-MC-Ingress-Time: 1430481678684 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1Yo9cz-00064x-5p; Fri, 01 May 2015 12:01:09 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t41C17Q0053866; Fri, 1 May 2015 06:01:07 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+Bu+3rthTNN3C3G73BNmGJ Message-ID: <1430481667.6170.2.camel@freebsd.org> Subject: Re: save-entropy race in 10-STABLE (was: -CURRENT)? From: Ian Lepore To: lev@FreeBSD.org Cc: Dimitry Andric , freebsd-current@freebsd.org Date: Fri, 01 May 2015 06:01:07 -0600 In-Reply-To: <554349AA.9080004@FreeBSD.org> References: <55429C8B.4000904@FreeBSD.org> <5542A700.4020708@FreeBSD.org> <554349AA.9080004@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 12:01:36 -0000 On Fri, 2015-05-01 at 12:38 +0300, Lev Serebryakov wrote: > On 01.05.2015 01:21, Dimitry Andric wrote: > > First of all, I should not write messages after 12 hours working day > in the end of the week. Of course, I have 10-STABLE on this server. > So, mailing list is not appropriate, sorry. But problem is true one. > > >> % sudo grep -R save-entropy /etc /var/cron/tabs /etc/crontab:*/11 > >> * * * * operator > >> /usr/libexec/save-entropy % > >> > >> Nothing wrong! > > > > Ok, and what does /var/log/cron say about it? Any chance there > > might be two instances of the cron daemon running? > % sudo ps -ax | grep cron > 1457 - Ss 0:02.46 /usr/sbin/cron -s > 9980 0 S+ 0:00.00 grep cron > % > > But in logs command is mentioned twice sometimes (note 03:03)! > > May 1 02:00:00 onlyone /usr/sbin/cron[93867]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 02:11:00 onlyone /usr/sbin/cron[94254]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 02:22:00 onlyone /usr/sbin/cron[94289]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 02:33:00 onlyone /usr/sbin/cron[94400]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 02:44:00 onlyone /usr/sbin/cron[94512]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 03:03:25 onlyone /usr/sbin/cron[94636]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 03:03:25 onlyone /usr/sbin/cron[94632]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 03:11:00 onlyone /usr/sbin/cron[95113]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 03:22:00 onlyone /usr/sbin/cron[95146]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 03:33:00 onlyone /usr/sbin/cron[95252]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 03:44:00 onlyone /usr/sbin/cron[96168]: (operator) CMD > (/usr/libexec/save-entropy) > May 1 03:55:00 onlyone /usr/sbin/cron[96279]: (operator) CMD > (/usr/libexec/save-entropy) > > > And with "cut | uniq -c" magic I found second command with same > problem: /usr/libexec/atrun > > Again, about every second day it is executed twice at same time. > > Logs show, that it is NOT happen with every "save-entropy" or "atrun" > execution, only as often as I get these "save-entropy" complains. It looks like the events that should have run at 02:55:00 and 03:00:00 were both run at 03:03:25. Does this same sort of pattern exist in other instances of the error? I don't have any theory about why the start of the jobs would get delayed like that. -- Ian From owner-freebsd-current@FreeBSD.ORG Fri May 1 14:46:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D80A226B; Fri, 1 May 2015 14:46:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C29121F37; Fri, 1 May 2015 14:46:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5ED8A3F3; Fri, 1 May 2015 14:46:19 +0000 (UTC) Date: Fri, 1 May 2015 14:46:19 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, jkim@FreeBSD.org, emaste@FreeBSD.org, jhb@FreeBSD.org, neel@FreeBSD.org, gnn@FreeBSD.org, erj@FreeBSD.org, oshogbo@FreeBSD.org, bdrewery@FreeBSD.org, melifaro@FreeBSD.org Message-ID: <152212014.104.1430491579266.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <608385509.102.1430470619608.JavaMail.jenkins@jenkins-9.freebsd.org> References: <608385509.102.1430470619608.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2717 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-Mailman-Approved-At: Fri, 01 May 2015 15:47:29 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 14:46:19 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri May 1 16:17:52 2015 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B23DCF2; Fri, 1 May 2015 16:17:52 +0000 (UTC) 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 A603B1957; Fri, 1 May 2015 16:17:51 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t41GHgnt015656 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 1 May 2015 19:17:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t41GHgnt015656 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t41GHgbK015655; Fri, 1 May 2015 19:17:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 1 May 2015 19:17:42 +0300 From: Konstantin Belousov To: Julian Elischer Cc: "current@freebsd.org" Subject: Re: seekdir/readdir patch .. Call for Review. Message-ID: <20150501161742.GW2390@kib.kiev.ua> References: <55432593.6050709@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55432593.6050709@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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.20 Precedence: 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, 01 May 2015 16:17:52 -0000 On Fri, May 01, 2015 at 03:04:51PM +0800, Julian Elischer wrote: > if you are interested in readdir(3), seekdir(3) and telldir(3) then > you should look at > https://reviews.freebsd.org/D2410 > > this patches around a problem in seekdir() that breaks Samba. > Seekdir(3) will not work as expected when files prior to the point of > interest in directory have been deleted since the directory was opened. > > Windows clients using Samba cause both these things to happen, causing > the next readdir(3) after the bad seekdir(3) to skip some entries and > return the wrong file. > > Samba only needs to step back a single directory entry in the case > where it reads an entry and then discovers it can't fit it into the > buffer it is sending to the windows client. It turns out we can > reliably cater to Samba's requirement because the "last returned > element" is always still in memory, so with a little care, we can > set our filepointer back to it safely. (once) > > seekdir and readdir (and telldir()) need a complete rewrite along with > getdirentries() but that is more than a small edit like this. Can you explain your expectations from the whole readdir() vs. parallel directory modifications interaction ? From what I understood so far, there is unlocked modification of the container and parallel iterator over the same container. IMO, in such situation, whatever tweaks you apply to the iterator, it is still cannot be made reliable. Before making single-purpose changes to the libc readdir and seekdir code, or to the kernel code, it would be useful to state exact behaviour of the dirent machinery we want to see. No, 'make samba works in my situation' does not sound good enough. From owner-freebsd-current@FreeBSD.ORG Fri May 1 23:23:11 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DC824CA for ; Fri, 1 May 2015 23:23:11 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 21C311B20 for ; Fri, 1 May 2015 23:23:10 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t41MwK3D091568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 1 May 2015 15:58:20 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <5544050B.9060000@rawbw.com> Date: Fri, 01 May 2015 15:58:19 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: current@freebsd.org Subject: [resolvconf] Update to the upstream release openresolv-3.7.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 01 May 2015 23:23:11 -0000 Please check this in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199854 Yuri From owner-freebsd-current@FreeBSD.ORG Sat May 2 05:12:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CC5A6DD for ; Sat, 2 May 2015 05:12:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 795DD1DCB for ; Sat, 2 May 2015 05:12:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4A59952E for ; Sat, 2 May 2015 05:12:28 +0000 (UTC) Date: Sat, 2 May 2015 05:12:24 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <421664149.105.1430543545160.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #995 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-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 02 May 2015 05:12:31 -0000 See ------------------------------------------ [...truncated 4250 lines...] sys/kern/unix_seqpacket_test:send_recv_nonblocking -> passed [0.014s] sys/kern/unix_seqpacket_test:send_recv_with_connect -> passed [0.073s] sys/kern/unix_seqpacket_test:sendrecv_128k -> passed [0.016s] sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking -> passed [0.016s] sys/kern/unix_seqpacket_test:sendrecv_16k -> passed [0.015s] sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking -> passed [0.016s] sys/kern/unix_seqpacket_test:sendrecv_32k -> passed [0.017s] sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking -> passed [0.015s] sys/kern/unix_seqpacket_test:sendrecv_64k -> passed [0.014s] sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking -> passed [0.014s] sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [0.048s] sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -> passed [0.014s] sys/kern/unix_seqpacket_test:sendto_recvfrom -> passed [0.087s] sys/kern/unix_seqpacket_test:shutdown_send -> passed [0.015s] sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> passed [0.188s] sys/kern/execve/execve_test:bad_interp_len -> passed [0.888s] sys/kern/execve/execve_test:empty -> passed [0.107s] sys/kern/execve/execve_test:good_aout -> passed [0.612s] sys/kern/execve/execve_test:good_script -> passed [0.052s] sys/kern/execve/execve_test:non_exist -> passed [0.052s] sys/kern/execve/execve_test:non_exist_shell -> passed [0.223s] sys/kern/execve/execve_test:script_arg -> passed [0.056s] sys/kern/execve/execve_test:script_arg_nospace -> passed [0.487s] sys/kern/execve/execve_test:sparse_aout -> passed [0.084s] sys/kern/execve/execve_test:trunc_aout -> passed [0.090s] sys/kqueue/kqueue_test:main -> passed [21.895s] sys/mqueue/mqueue_test:mqtest1 -> passed [0.472s] sys/mqueue/mqueue_test:mqtest2 -> passed [0.156s] sys/mqueue/mqueue_test:mqtest3 -> passed [0.048s] sys/mqueue/mqueue_test:mqtest4 -> passed [0.088s] sys/mqueue/mqueue_test:mqtest5 -> passed [0.046s] sys/netinet/fibs_test:arpresolve_checks_interface_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] sys/netinet/fibs_test:default_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] sys/netinet/fibs_test:loopback_and_network_routes_on_nondefault_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] sys/netinet/fibs_test:same_ip_multiple_ifaces -> skipped: Required configuration property 'fibs' not defined [0.000s] sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> skipped: Required configuration property 'fibs' not defined [0.000s] sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] sys/netinet/fibs_test:udp_dontroute -> skipped: Required configuration property 'fibs' not defined [0.000s] sys/opencrypto/runtests:main -> passed [0.258s] sys/vm/mmap_test:main -> passed [0.637s] usr.sbin/etcupdate/always_test:main -> broken: Test case timed out [365.023s] usr.sbin/etcupdate/conflicts_test:main -> passed [29.845s] usr.sbin/etcupdate/fbsdid_test:main -> passed [5.155s] usr.sbin/etcupdate/ignore_test:main -> passed [28.270s] usr.sbin/etcupdate/preworld_test:main -> passed [3.928s] usr.sbin/etcupdate/tests_test:main -> passed [182.538s] usr.sbin/etcupdate/tzsetup_test:main -> passed [14.932s] usr.sbin/pw/pw_etcdir:etcdir_must_exist -> passed [0.701s] usr.sbin/pw/pw_lock:user_locking -> passed [1.174s] usr.sbin/pw/pw_groupdel:group_do_not_delete_wheel_if_group_unknown -> passed [10.712s] usr.sbin/pw/pw_groupmod:do_not_duplicate_group_on_gid_change -> passed [0.256s] usr.sbin/pw/pw_groupmod:groupmod_bug_193704 -> passed [0.271s] usr.sbin/pw/pw_groupmod:groupmod_invalid_user -> passed [0.152s] usr.sbin/pw/pw_groupmod:groupmod_user -> passed [0.301s] usr.sbin/pw/pw_groupmod:usermod_bug_185666 -> passed [17.742s] usr.sbin/pw/pw_useradd:user_add -> passed [4.068s] usr.sbin/pw/pw_useradd:user_add_account_expiration_date_month -> passed [1.570s] usr.sbin/pw/pw_useradd:user_add_account_expiration_date_numeric -> passed [4.207s] usr.sbin/pw/pw_useradd:user_add_account_expiration_date_relative -> passed [0.768s] usr.sbin/pw/pw_useradd:user_add_account_expiration_epoch -> passed [2.620s] usr.sbin/pw/pw_useradd:user_add_comments -> passed [2.028s] usr.sbin/pw/pw_useradd:user_add_comments_invalid -> passed [1.084s] usr.sbin/pw/pw_useradd:user_add_comments_invalid_noupdate -> passed [0.080s] usr.sbin/pw/pw_useradd:user_add_comments_noupdate -> passed [0.442s] usr.sbin/pw/pw_useradd:user_add_homedir -> passed [4.583s] usr.sbin/pw/pw_useradd:user_add_noupdate -> passed [1.098s] usr.sbin/pw/pw_useradd:user_add_password_expiration_date_month -> passed [1.479s] usr.sbin/pw/pw_useradd:user_add_password_expiration_date_numeric -> passed [1.773s] usr.sbin/pw/pw_useradd:user_add_password_expiration_date_relative -> passed [1.779s] usr.sbin/pw/pw_useradd:user_add_password_expiration_epoch -> passed [1.977s] usr.sbin/pw/pw_userdel:rmuser_seperate_group -> passed [1.738s] usr.sbin/pw/pw_userdel:user_do_not_try_to_delete_root_if_user_unknown -> passed [0.262s] usr.sbin/pw/pw_usermod:user_mod -> passed [5.736s] usr.sbin/pw/pw_usermod:user_mod_comments -> passed [4.707s] usr.sbin/pw/pw_usermod:user_mod_comments_invalid -> passed [2.402s] usr.sbin/pw/pw_usermod:user_mod_comments_invalid_noupdate -> passed [2.769s] usr.sbin/pw/pw_usermod:user_mod_comments_noupdate -> passed [5.374s] usr.sbin/pw/pw_usermod:user_mod_name -> passed [3.395s] usr.sbin/pw/pw_usermod:user_mod_name_noupdate -> passed [3.092s] usr.sbin/pw/pw_usermod:user_mod_noupdate -> passed [4.975s] usr.sbin/pw/pw_usernext:usernext -> ahcich0: Timeout on slot 17 port 0 ahcich0: is 00000000 cs 00000000 ss fffe007f rs fffe007f tfd 50 serr 00000000 cmd 1000c617 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 38 98 1f 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 6 port 0 ahcich0: is 00000000 cs 00000000 ss 001fffc0 rs 001fffc0 tfd 50 serr 00000000 cmd 1000d417 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 80 c0 17 21 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command passed [147.559s] usr.sbin/pw/pw_usernext:usernext_assigned_group -> ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000000 cs 00000000 ss 8007ffff rs 8007ffff tfd 50 serr 00000000 cmd 1000d217 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 38 98 1f 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command passed [47.589s] usr.sbin/pw/pw_test:longname -> passed [1.196s] usr.sbin/sa/legacy_test:main -> passed [1.672s] usr.sbin/nmtree/nmtree_test:mtree_check -> passed [0.613s] usr.sbin/nmtree/nmtree_test:mtree_convert_C -> passed [0.050s] usr.sbin/nmtree/nmtree_test:mtree_convert_C_S -> passed [0.060s] usr.sbin/nmtree/nmtree_test:mtree_convert_D -> passed [0.095s] usr.sbin/nmtree/nmtree_test:mtree_convert_D_S -> passed [0.045s] usr.sbin/nmtree/nmtree_test:mtree_create -> passed [0.101s] usr.sbin/nmtree/nmtree_test:mtree_ignore -> passed [0.074s] usr.sbin/nmtree/nmtree_test:mtree_merge -> passed [0.137s] usr.sbin/nmtree/nmtree_test:mtree_nonemptydir -> passed [0.102s] usr.sbin/nmtree/nmtree_test:netbsd6_check -> passed [0.494s] usr.sbin/nmtree/nmtree_test:netbsd6_convert_C -> passed [0.098s] usr.sbin/nmtree/nmtree_test:netbsd6_convert_C_S -> passed [0.156s] usr.sbin/nmtree/nmtree_test:netbsd6_convert_D -> passed [0.045s] usr.sbin/nmtree/nmtree_test:netbsd6_convert_D_S -> passed [0.047s] usr.sbin/nmtree/nmtree_test:netbsd6_create -> passed [0.087s] usr.sbin/nmtree/nmtree_test:netbsd6_ignore -> passed [0.420s] usr.sbin/nmtree/nmtree_test:netbsd6_merge -> passed [0.049s] usr.sbin/nmtree/nmtree_test:netbsd6_nonemptydir -> passed [0.100s] usr.sbin/newsyslog/legacy_test:main -> passed [69.711s] usr.bin/calendar/legacy_test:main -> passed [18.431s] usr.bin/jot/legacy_test:main -> passed [0.606s] usr.bin/apply/legacy_test:main -> passed [2.272s] usr.bin/bmake/archives/fmt_44bsd/legacy_test:main -> passed [0.780s] usr.bin/bmake/archives/fmt_44bsd_mod/legacy_test:main -> passed [0.533s] usr.bin/bmake/archives/fmt_oldbsd/legacy_test:main -> passed [0.448s] usr.bin/bmake/basic/t0/legacy_test:main -> passed [0.351s] usr.bin/bmake/basic/t1/legacy_test:main -> passed [0.197s] usr.bin/bmake/basic/t2/legacy_test:main -> passed [0.573s] usr.bin/bmake/basic/t3/legacy_test:main -> passed [0.120s] usr.bin/bmake/execution/ellipsis/legacy_test:main -> passed [1.615s] usr.bin/bmake/execution/empty/legacy_test:main -> passed [0.462s] usr.bin/bmake/execution/joberr/legacy_test:main -> passed [0.182s] usr.bin/bmake/execution/plus/legacy_test:main -> passed [0.451s] usr.bin/bmake/shell/builtin/legacy_test:main -> passed [1.193s] usr.bin/bmake/shell/meta/legacy_test:main -> passed [2.335s] usr.bin/bmake/shell/path/legacy_test:main -> ahcich0: Timeout on slot 0 port 0 ahcich0: is 00000000 cs 00000000 ss ffff807f rs ffff807f tfd 50 serr 00000000 cmd 1000c617 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 38 cc 20 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command passed [58.582s] usr.bin/bmake/shell/path_select/legacy_test:main -> passed [0.391s] usr.bin/bmake/shell/replace/legacy_test:main -> passed [0.345s] usr.bin/bmake/shell/select/legacy_test:main -> passed [0.602s] usr.bin/bmake/suffixes/basic/legacy_test:main -> passed [0.821s] usr.bin/bmake/suffixes/src_wild1/legacy_test:main -> passed [0.398s] usr.bin/bmake/suffixes/src_wild2/legacy_test:main -> passed [0.513s] usr.bin/bmake/syntax/directive-t0/legacy_test:main -> passed [0.586s] usr.bin/bmake/syntax/enl/legacy_test:main -> passed [0.445s] usr.bin/bmake/syntax/funny-targets/legacy_test:main -> passed [0.353s] usr.bin/bmake/syntax/semi/legacy_test:main -> passed [0.171s] usr.bin/bmake/sysmk/t0/2/1/legacy_test:main -> passed [0.395s] usr.bin/bmake/sysmk/t1/2/1/legacy_test:main -> passed [1.290s] usr.bin/bmake/sysmk/t2/2/1/legacy_test:main -> passed [0.808s] usr.bin/bmake/variables/modifier_M/legacy_test:main -> passed [0.296s] usr.bin/bmake/variables/modifier_t/legacy_test:main -> passed [0.164s] usr.bin/bmake/variables/opt_V/legacy_test:main -> passed [0.232s] usr.bin/bmake/variables/t0/legacy_test:main -> passed [0.536s] usr.bin/m4/legacy_test:main -> passed [2.278s] usr.bin/units/basics_test:main -> passed [2.740s] usr.bin/basename/basename_test:basic -> passed [1.168s] usr.bin/basename/basename_test:suffix -> passed [0.392s] usr.bin/xargs/legacy_test:main -> passed [0.164s] usr.bin/uuencode/legacy_test:main -> passed [0.898s] usr.bin/dirname/dirname_test:basic -> passed [0.876s] usr.bin/sed/legacy_test:main -> passed [1.492s] usr.bin/sed/multi_test:main -> ahcich0: Timeout on slot 4 port 0 ahcich0: is 00000000 cs 00000000 ss ffffffff rs ffffffff tfd 50 serr 00000000 cmd 1000c317 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 00 40 3c 21 40 00 00 00 01 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 124, in runTest child2.expect(prompt, timeout=7200) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): '1 00 00\r\n(ada0:ahcich0:0:0:0): CAM status: Command timeout\r\n(ada0:ahcich0:0:0:0): Retrying command\r\n' before (last 100 chars): '1 00 00\r\n(ada0:ahcich0:0:0:0): CAM status: Command timeout\r\n(ada0:ahcich0:0:0:0): Retrying command\r\n' after: match: None match_index: None exitstatus: None flag_eof: False pid: 12539 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x800670150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exception hudson.AbortException: Test reports were found but none of them are new. Did tests run? For example, is 10 hr old at hudson.tasks.junit.TestResult.parse(TestResult.java:178) at hudson.tasks.junit.TestResult.parse(TestResult.java:146) at hudson.tasks.junit.TestResult.(TestResult.java:122) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:119) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:93) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2688) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:325) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) at ......remote call to havoc.ysv.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1360) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:753) at hudson.FilePath.act(FilePath.java:978) at hudson.FilePath.act(FilePath.java:967) at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:90) at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:120) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:137) at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:74) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:761) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:721) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:670) at hudson.model.Run.execute(Run.java:1766) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:374) From owner-freebsd-current@FreeBSD.ORG Sat May 2 07:02:47 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F8FAED8 for ; Sat, 2 May 2015 07:02:47 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 587FE173A for ; Sat, 2 May 2015 07:02:47 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 751523B8A2 for ; Sat, 2 May 2015 07:02:45 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t4272ios001495 for ; Sat, 2 May 2015 07:02:44 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org Subject: iwn crashes in current (r282269) From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1493.1430550164.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Sat, 02 May 2015 07:02:44 +0000 Message-ID: <1494.1430550164@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 02 May 2015 07:02:47 -0000 May 2 01:01:34 critter kernel: iwn0: device timeout May 2 01:01:34 critter kernel: firmware: 'iwn6000g2afw' version 0: 677296= bytes loaded at 0xffffffff81f880c0 May 2 01:01:34 critter kernel: iwn0: iwn_read_firmware: ucode rev=3D0x12a= 80601 May 2 01:01:40 critter kernel: iwn0: iwn_tx_data: m=3D0xfffff80236fe8500:= seqno (9550) (78) !=3D ring index (0) ! May 2 01:01:40 critter kernel: iwn0: iwn_intr: fatal firmware error May 2 01:01:40 critter kernel: iwn0: iwn_panicked: controller panicked, i= v_state =3D 5; resetting... May 2 01:01:40 critter kernel: firmware: 'iwn6000g2afw' version 0: 677296= bytes loaded at 0xffffffff81f880c0 May 2 01:01:40 critter kernel: iwn0: iwn_read_firmware: ucode rev=3D0x12a= 80601 And then the machine hung. No further details, as the screen-blanker was on. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@FreeBSD.ORG Sat May 2 09:03:53 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 311DAD52; Sat, 2 May 2015 09:03:53 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::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 022A411CC; Sat, 2 May 2015 09:03:52 +0000 (UTC) Received: by igbyr2 with SMTP id yr2so54764736igb.0; Sat, 02 May 2015 02:03:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=MqnlBVLvIfhoB1jY4Nx8wpqCp5Urb5ZF7nsOCKYzQDw=; b=exsQiJHRpF9wrn9sanao/NH//RPuIpOQDeKBYIjKxKXnsXpe8iDnC5KG9z5CKM7M7f C/RCvQ4zHVe2lZBbiRAlCD9WNYhQANAv4ti6S49nvjBIHibL9ReqFemkmUWievwGtSBm w4cMr0xXpxd/Sq21Zcojw3SITBOHvOl3iFoiYAOmM56T/bkAm7R6f2LLfHRavtw+p2kG 0YFG9K1jOpGIG5HscqAdEatoa0vqlSETFIeQ1c0nSovu3xfzaUdY67wKLjZCm0erxRop gR9Ez5xspdMsTmRafhqnR4LPnJGag8R4rigVhSYJ5q0QqQWKr6FLTFCQ2cD9Cy1AfABh y8gA== MIME-Version: 1.0 X-Received: by 10.107.168.143 with SMTP id e15mr16701890ioj.88.1430557432213; Sat, 02 May 2015 02:03:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Sat, 2 May 2015 02:03:52 -0700 (PDT) In-Reply-To: <1494.1430550164@critter.freebsd.dk> References: <1494.1430550164@critter.freebsd.dk> Date: Sat, 2 May 2015 02:03:52 -0700 X-Google-Sender-Auth: QBT3T5CkZxuyjqTKRW1Ppx7tBxg Message-ID: Subject: Re: iwn crashes in current (r282269) From: Adrian Chadd To: Poul-Henning Kamp , "freebsd-wireless@freebsd.org" Cc: "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 02 May 2015 09:03:53 -0000 Hi, On 2 May 2015 at 00:02, Poul-Henning Kamp wrote: > May 2 01:01:34 critter kernel: iwn0: device timeout > May 2 01:01:34 critter kernel: firmware: 'iwn6000g2afw' version 0: 677296 bytes loaded at 0xffffffff81f880c0 > May 2 01:01:34 critter kernel: iwn0: iwn_read_firmware: ucode rev=0x12a80601 > May 2 01:01:40 critter kernel: iwn0: iwn_tx_data: m=0xfffff80236fe8500: seqno (9550) (78) != ring index (0) ! > May 2 01:01:40 critter kernel: iwn0: iwn_intr: fatal firmware error > May 2 01:01:40 critter kernel: iwn0: iwn_panicked: controller panicked, iv_state = 5; resetting... > May 2 01:01:40 critter kernel: firmware: 'iwn6000g2afw' version 0: 677296 bytes loaded at 0xffffffff81f880c0 > May 2 01:01:40 critter kernel: iwn0: iwn_read_firmware: ucode rev=0x12a80601 > > And then the machine hung. > > No further details, as the screen-blanker was on. So there's something odd with iwn and sequence number allocations. what's supposed to happen here is that: * net80211 handles sequence number allocation; * then A-MPDU is negotiated; * then the driver handles sequence number allocations. The firmware requires that for 11n transmit, each frame goes into a ring slot that's seqno % 256. It's not an arbitrary slot. It'll panic otherwise, like you saw above. Now, something's upsetting it. It may be a noisy environment leading to BAR frame transmissions and eventual tear-down of the A-MPDU state, leading to net80211 taking over sequence number allocation again. I fixed a whole of those races in the ath(4) driver when I implemented 11n and found there's no locking at all going on there. :( It could also be something inside net80211 that's advancing the sequence number space, even though A-MPDU is enabled. There's only a couple of places where ni_txseqs is updated in net80211. If it were getting updated there, it should be obvious. But it does do a check to see if AMPDU is enabled and running, and none of that is consistently locked. iwn_addba_response() sets the ni_txseq for the tid to be whatever was negotiated during the aggregation negotiation (ADDBA) and then sets the initial ring slot id to be whatever the starting sequence number is ('ssn' in *_ampdu_tx_start()). iwn_tx_data() does do sequence number allocation there. It's possible we're seeing races where aggregation is being torn down during active transmit and the state is all mucked up. I recall seeing issues in ath(4) where there were some packets queued between sending out the initial aggregation negotiation and it being negotiated, which meant some packets would go out with sequence numbers /after/ what was initially negotatied during ADDBA. Ie: * you're at seq X, and you negotiate ADDBA at seq X; * you queue a bunch of transmit frames, seq X -> X + n; * peer says "ADDBA acceptable, starting seq X"; * the next frame you transmit comes from seq X + n + 1, but the other peer is confused. Here it may show up as: * you negotiate seq X via addba; * you queue a bunch more frames via the normal transmit path; * you get the addba response, set initial ssn to X; * the 'cur' pointer here in the ring is now X % 256, but the next frame you transmit is (X + n) % 256, and stuff is out of alignment. So, would someone please help see if that's the case? That'd be really helpful. :) -adrian From owner-freebsd-current@FreeBSD.ORG Sat May 2 14:37:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82F2ADD0 for ; Sat, 2 May 2015 14:37:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8261FAB for ; Sat, 2 May 2015 14:37:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D7A82613 for ; Sat, 2 May 2015 14:37:50 +0000 (UTC) Date: Sat, 2 May 2015 14:37:48 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1774133387.107.1430577468710.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <421664149.105.1430543545160.JavaMail.jenkins@jenkins-9.freebsd.org> References: <421664149.105.1430543545160.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD-tests2 #996 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-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: 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, 02 May 2015 14:37:53 -0000 See