From owner-freebsd-current@freebsd.org Sun Jan 12 16:32:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D2981DB527 for ; Sun, 12 Jan 2020 16:32:16 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47wj1C2cSWz4YvJ for ; Sun, 12 Jan 2020 16:32:15 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id p17so7059726wma.1 for ; Sun, 12 Jan 2020 08:32:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=TrkD7volPnNQRI7WOfLEXEoNHjV/BePESVaHTw9GC1M=; b=QhtSFOkpv0Bo+D0x7/tL4wB7LUtapCc0DKw4kiHzyuQY8q47I5+MWouPJOnHX/j5O+ xARa6KUk5FOUNgz8l0WYDlyWmmoB6id/y5iAfadTs9hkxUnHDEp51vTHMvKBR76517K1 SG6mfPOW9+ych1d3d7+lVk9zIlXYaGg1aBfoJvoMCuw1wZEF38GygEM9JB2E1fdzLaTG 8R8kWJ644dJOVXt8QkvzvxQQf7E8zVLWB8CCR7WVaIfriC31EKevPSem9gbs16LuTRAU ZDMrKOgnKvPqQCZ5vxs8km5nBWgC86OS2bT819/bBo9HIpe4tdsiERvBoCmSzFfvPrMo kzDw== X-Gm-Message-State: APjAAAXqAxvyvPh4KwuZjbO6DOhNW4xEPT9CeoVkEZi2JhRAG3OvxWFf J1hJ9KtURCJmCePryoKI3xrf+xeG X-Google-Smtp-Source: APXvYqwhZmOYz3YeCpGeVhEsA3OYAyfZfxKQ4hT1GPL8j4YFtxywSwzL27XWfnfvbWDcXJ73Xz9eCQ== X-Received: by 2002:a7b:c218:: with SMTP id x24mr15927532wmi.149.1578846732022; Sun, 12 Jan 2020 08:32:12 -0800 (PST) Received: from lion.0xfce3.net (p4FD3A8F6.dip0.t-ipconnect.de. [79.211.168.246]) by smtp.gmail.com with ESMTPSA id u1sm10891594wmc.5.2020.01.12.08.32.10 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 12 Jan 2020 08:32:11 -0800 (PST) Sender: Gordon Bergling Date: Sun, 12 Jan 2020 17:32:09 +0100 From: Gordon Bergling To: freebsd-current@freebsd.org Subject: Re: Building -CURRENT on -STABLE Message-ID: <20200112163209.GA16856@lion.0xfce3.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 4:49PM up 2 days, 21:27, 2 users, load averages: 0.25, 0.27, 0.25 X-Rspamd-Queue-Id: 47wj1C2cSWz4YvJ X-Spamd-Bar: / X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[246.168.211.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(0.00)[ip: (-8.73), ipnet: 2a00:1450::/32(-2.60), asn: 15169(-1.84), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 12 Jan 2020 16:32:16 -0000 Hi, if someone is facing the same error, the build variable MAKEOBJDIRPREFIX must be set within the environment and _not_ within the make context. I would also suggest that the source and object directories are on the same partition. My sources where located in my home directory and the object directory on a separate zfs pool, but using symlinks to fake the directory structure wasn't successful. With the following steps I was able to build on the fast machine, and install via nfs on the client. On the build machine: # mkdir -p /boiler/nfs/{src,obj} # export MAKEOBJDIRPREFIX=/boiler/nfs/obj # cd /boiler/nfs/src && git pull # make -s -j 4 buildworld buildkernel > /boiler/nfs/logs/build.log 2>&1 On the target machine (assuming server:/boiler/nfs is mounted on /boiler/nfs at the client) # env MAKEOBJDIRPREFIX=/boiler/nfs/obj make installkernel # env MAKEOBJDIRPREFIX=/boiler/nfs/obj make installworld # mergemaster -Ui -m /boiler/nfs/src/ Best, Gordon On Thu, Jan 09, 2020 at 11:45:21AM +0100, Gordon Bergling wrote: > Hi, > > I am currently about to setup an -CURRENT system, which should gets updated via a build > server that’s runs on -STABLE and shares the src and obj directories via NFS to -CURRENT system. > > While doing a „make -s -j 4 buildworld buildkernel“ the builds fails randomly with the following error. > > ------------------------------------------------------------------------------------------------- > ===> sbin/fsirand (all) > ===> sbin/gbde (all) > ===> sbin/geom (all) > ===> kerberos5/libexec/kimpersonate (all) > ld: error: undefined symbol: glabel_class_commands > >>> referenced by geom.c > >>> geom.o:(get_class) > > ld: error: undefined symbol: glabel_version > >>> referenced by geom.c > >>> geom.o:(get_class) > > ld: error: undefined symbol: gpart_class_commands > >>> referenced by geom.c > >>> geom.o:(get_class) > > ld: error: undefined symbol: gpart_version > >>> referenced by geom.c > >>> geom.o:(get_class) > cc: error: linker command failed with exit code 1 (use -v to see invocation) > --- geom.full --- > *** [geom.full] Error code 1 > > make[4]: stopped in /home/gbergling/sources/freebsd/freebsd/sbin/geom > 1 error > > make[4]: stopped in /home/gbergling/sources/freebsd/freebsd/sbin/geom > A failure has been detected in another branch of the parallel make > ------------------------------------------------------------------------------------------------- > > I also tried the build without the „j“-Flag but the error was the same. > > Do you have any hints what could have caused this? > > The -STABLE machine is stock and no special things are setup within src.conf or make.conf. > > Best regards, > > Gordon From owner-freebsd-current@freebsd.org Mon Jan 13 04:23:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3FB641F6329 for ; Mon, 13 Jan 2020 04:23:17 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 47x0nc31Q9z3ynZ; Mon, 13 Jan 2020 04:23:16 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 00D4NBS6017630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 12 Jan 2020 23:23:13 -0500 Date: Sun, 12 Jan 2020 20:23:10 -0800 From: Benjamin Kaduk To: Rick Macklem Cc: John Baldwin , "freebsd-current@FreeBSD.org" Subject: Re: how to use the ktls Message-ID: <20200113042310.GF27483@kduck.mit.edu> References: <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 47x0nc31Q9z3ynZ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kaduk@mit.edu designates 18.9.28.11 as permitted sender) smtp.mailfrom=kaduk@mit.edu X-Spamd-Result: default: False [-5.38 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[mit.edu]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.28.9.18.list.dnswl.org : 127.0.11.2]; IP_SCORE(-2.88)[ip: (-9.61), ipnet: 18.9.0.0/16(-4.74), asn: 3(-0.01), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 04:23:17 -0000 On Thu, Jan 09, 2020 at 10:53:38PM +0000, Rick Macklem wrote: > John Baldwin wrote: > >On 1/7/20 3:02 PM, Rick Macklem wrote: > >> Hi, > >> > >> Now that I've completed NFSv4.2 I'm on to the next project, which is making NFS > >> work over TLS. > >> Of course, I know absolutely nothing about TLS, which will make this an interesting > >> exercise for me. > >> I did find simple server code in the OpenSSL doc. which at least gives me a starting > >> point for the initialization stuff. > >> As I understand it, this initialization must be done in userspace? > >> > >> Then somehow, the ktls takes over and does the encryption of the > >> data being sent on the socket via sosend_generic(). Does that sound right? > >> > >> So, how does the kernel know the stuff that the initialization phase (handshake) > >> figures out, or is it magic I don't have to worry about? > >> > >> Don't waste much time replying to this. A few quick hints will keep me going for > >> now. (From what I've seen sofar, this TLS stuff isn't simple. And I thought Kerberos > >> was a pain.;-) > >> > >> Thanks in advance for any hints, rick > > > >Hmmm, this might be a fair bit of work indeed. > If it was easy, it wouldn't be fun;-) FreeBSD13 is a ways off and if it doesn't make that, oh well.. > > >Right now KTLS only works for transmit (though I have some WIP for receive). > Hopefully your WIP will make progress someday, or I might be able to work on it. > > >KTLS does assumes that the initial handshake and key negotiation is handled by > >OpenSSL. OpenSSL uses custom setockopt() calls to tell the kernel which > >session keys to use. > Yea, I figured I'd need a daemon like the gssd for this. The krpc makes it a little > more fun, since it handles TCP connections in the kernel. > > >I think what you would want to do is use something like OpenSSL_connect() in > >userspace, and then check to see if KTLS "worked". > Thanks (and for the code below). I found the simple server code in the OpenSSL doc, > but the client code gets a web page and is quite involved. > > >If it did, you can tell > >the kernel it can write to the socket directly, otherwise you will have to > >bounce data back out to userspace to run it through SSL_write() and have > >userspace do SSL_read() and then feed data into the kernel. > I don't think bouncing the data up/down to/from userland would work well. > I'd say "if it can't be done in the kernel, too bad". The above could be used for > a NULL RPC to see it is working, for the client. So you're saying that we'd only support rpc-over-tls as an NFS client and not as a server, at least until the WIP for ktls read appears? -Ben From owner-freebsd-current@freebsd.org Mon Jan 13 07:59:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 84DFB1FA5B5 for ; Mon, 13 Jan 2020 07:59:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47x5bF19vKz48XL for ; Mon, 13 Jan 2020 07:59:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 268E91FA5B4; Mon, 13 Jan 2020 07:59:37 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 252DA1FA5B3 for ; Mon, 13 Jan 2020 07:59:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47x5bC3ntfz48XK; Mon, 13 Jan 2020 07:59:34 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id D649A1AF101; Mon, 13 Jan 2020 07:59:26 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 00D7xQ7f026261 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 13 Jan 2020 07:59:26 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 00D7xP3u026260; Mon, 13 Jan 2020 07:59:25 GMT (envelope-from phk) To: Hans Petter Selasky cc: Mark Johnston , current@freebsd.org, Jeff Roberson , Konstantin Belousov Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M In-reply-to: From: "Poul-Henning Kamp" References: <4164.1578563950@critter.freebsd.dk> <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> <20200109151648.GA1953@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26258.1578902365.1@critter.freebsd.dk> Date: Mon, 13 Jan 2020 07:59:25 +0000 Message-ID: <26259.1578902365@critter.freebsd.dk> X-Rspamd-Queue-Id: 47x5bC3ntfz48XK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.92)[-0.921,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.04)[ip: (0.07), ipnet: 130.225.0.0/16(0.07), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 07:59:37 -0000 -------- Just to conclude this: Whatever is in 13.0-CURRENT #1 r356602M has solved the problem. -- 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 Mon Jan 13 10:23:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 212451FE62C for ; Mon, 13 Jan 2020 10:23:35 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yw1-f46.google.com (mail-yw1-f46.google.com [209.85.161.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47x8nL13wVz4Hmx; Mon, 13 Jan 2020 10:23:33 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yw1-f46.google.com with SMTP id b186so5651106ywc.1; Mon, 13 Jan 2020 02:23:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jTnqn9ra4zxOWq/5rA+XBX8ruV6QD4cIXENfGqYtxiw=; b=mvDgB2aSFlIskWlMNRg0tyVA9cnKC8urq7ZHBXep0rjM9cTMpITycgbUh4CAkgNEWZ eNjxInJ6hwp17WoFe/d+/UDremV+VPEsGMJ4wSE3PklvFnfPyI1U7NTZSqF581Gn6g6y jDpLRKt9E43kkXdLEfHg8t3uUCArSKbrk9sLg3nRFMbrWmOY9U9e1h0dhuNKinusSBbr Doh5IGTXbHgDy73TOYKKAjm8GOiG5oM2cr27Y7frLnZQ4UJZ8wwT4mqHae5M3JRz9u2Z D4fUdCsF7B2gxjJtVMaIsXDkgt8+UCyaEmsvy0prLjjHBGn3fyFeNDCx1hpaMZrtglL2 XKmQ== X-Gm-Message-State: APjAAAXfyaUGKvMTaKTrToe89eOGqck+aD4vFQOgpnfLOo8n+FRSVtRA /mgUdQh5yBxolGvtN3CMdZZ7MvZCSPWgVGcz5BzDGznT X-Google-Smtp-Source: APXvYqxB/RnCcVfUcOmctLTV9SejkOd8//ACztTBm7FuMwol5cT8/VW8kjJdiAG/NYnFD4xG84DFfGFnMsif9icT/zo= X-Received: by 2002:a25:7255:: with SMTP id n82mr12586811ybc.176.1578911012725; Mon, 13 Jan 2020 02:23:32 -0800 (PST) MIME-Version: 1.0 References: <943895765.5663.1578892204856.JavaMail.jenkins@jenkins.ci.freebsd.org> In-Reply-To: <943895765.5663.1578892204856.JavaMail.jenkins@jenkins.ci.freebsd.org> From: Li-Wen Hsu Date: Mon, 13 Jan 2020 18:23:20 +0800 Message-ID: Subject: Re: FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure To: Mateusz Guzik Cc: Jeff Roberson , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47x8nL13wVz4Hmx X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.161.46 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-4.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; RWL_MAILSPIKE_GOOD(0.00)[46.161.85.209.rep.mailspike.net : 127.0.0.18]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.86)[ip: (-9.34), ipnet: 209.85.128.0/17(-3.09), asn: 15169(-1.84), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[46.161.85.209.list.dnswl.org : 127.0.5.0]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 10:23:35 -0000 On Mon, Jan 13, 2020 at 1:10 PM wrote: > > FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure > > Build information: https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/ > Full change log: https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/changes > Full build log: https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/console > > Status explanation: > "Failure" - the build is suspected being broken by the following changes > "Still Failing" - the build has not been fixed by the following changes and > this is a notification to note that these changes have > not been fully tested by the CI system > > Change summaries: > (Those commits are likely but not certainly responsible) > > 356671 by mjg: > ufs: use lazy list instead of active list for syncer > > Quota code is temporarily regressed to do a full vnode scan. > > Reviewed by: jeff > Tested by: pho (in a larger patch, previous version) > Differential Revision: https://reviews.freebsd.org/D22996 > > 356670 by mjg: > vfs: add per-mount vnode lazy list and use it for deferred inactive + msync > > This obviates the need to scan the entire active list looking for vnodes > of interest. > > msync is handled by adding all vnodes with write count to the lazy list. > > deferred inactive directly adds vnodes as it sets the VI_DEFINACT flag. > > Vnodes get dequeued from the list when their hold count reaches 0. > > Newly added MNT_VNODE_FOREACH_LAZY* macros support filtering so that > spurious locking is avoided in the common case. > > Reviewed by: jeff > Tested by: pho (in a larger patch, previous version) > Differential Revision: https://reviews.freebsd.org/D22995 > > 356669 by mjg: > ufs: add a setter for inode i_flag field > > This will be used later to add vnodes to the lazy list. > > Reviewed by: kib (previous version), jeff > Tested by: pho (in a larger patch) > Differential Revision: https://reviews.freebsd.org/D22994 Hi Mateusz, I suspect these changes might have something to do about panic of i386 and amd64 in testing: root@:/usr/tests # cd /usr/tests/usr.sbin/makefs/ root@:/usr/tests/usr.sbin/makefs # kyua debug makefs_cd9660_tests:o_flag_rockridge_dev_nodes VNASSERT failed 0xfffff8000f24a1e8: type VCHR usecount 1, writecount 0, refcount 1 rdev 0 flags () VI_LOCKed lock type ufs: SHARED (count 1) nlink=1, effnlink=1, size=0, extsize 0 generation=73c32c64, uid=0, gid=0, flags=0x0 ino 117778, on dev gpt/rootfs panic: ffs_unlock_debug: modified vnode (420) not on lazy list cpuid = 1 time = 1578910603 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0038a70fd0 vpanic() at vpanic+0x185/frame 0xfffffe0038a71030 panic() at panic+0x43/frame 0xfffffe0038a71090 ffs_unlock_debug() at ffs_unlock_debug+0xa5/frame 0xfffffe0038a710c0 lookup() at lookup+0xd26/frame 0xfffffe0038a71160 namei() at namei+0x4d8/frame 0xfffffe0038a71250 kern_fchmodat() at kern_fchmodat+0x92/frame 0xfffffe0038a71380 amd64_syscall() at amd64_syscall+0x2d6/frame 0xfffffe0038a714b0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0038a714b0 --- syscall (15, FreeBSD ELF64, sys_chmod), rip = 0x8003ba95a, rsp = 0x7fffffffe758, rbp = 0x7fffffffe7e0 --- KDB: enter: panic [ thread pid 1393 tid 100092 ] Stopped at kdb_enter+0x37: movq $0,0x1084396(%rip) db:0:kdb.enter.panic> show pcpu cpuid = 1 dynamic pcpu = 0xfffffe00887a7d80 curthread = 0xfffff8000f25a000: pid 1393 tid 100092 critnest 1 "bsdtar" curpcb = 0xfffff8000f25a4f0 fpcurthread = 0xfffff8000f25a000: pid 1393 "bsdtar" idlethread = 0xfffff800033976e0: tid 100004 "idle: cpu1" self = 0xffffffff82211000 curpmap = 0xfffff80003e35120 tssp = 0xffffffff82211384 rsp0 = 0xfffffe0038a71580 kcr3 = 0x800000000f2ab405 ucr3 = 0x800000000f287c05 scr3 = 0xf287c05 gs32p = 0xffffffff82211404 ldt = 0xffffffff82211444 tss = 0xffffffff82211434 tlb gen = 889 curvnet = 0 spin locks held: db:0:kdb.enter.panic> full log: https://ci.freebsd.org/job/FreeBSD-head-i386-test/8051/consoleFull https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/consoleFull test image: https://artifact.ci.freebsd.org/snapshot/head/r356671/i386/i386/disk-test.img.xz https://artifact.ci.freebsd.org/snapshot/head/r356671/amd64/amd64/disk-test.img.xz Can you help check this? Thanks. Best, Li-Wen From owner-freebsd-current@freebsd.org Mon Jan 13 13:50:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 35C7D22454A for ; Mon, 13 Jan 2020 13:50:39 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47xFNH0SnZz4Vx3; Mon, 13 Jan 2020 13:50:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id z3so8654317wru.3; Mon, 13 Jan 2020 05:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RLgdy2ToJ3fJ2egieYFojE8hM4UGB+zjpAqM/V1zYSM=; b=W9LQNikSE2kTgsHJZyyZI3lLImggE/mYKqvq1PHzjNLWgMXRt3qYOvRT72gPDgOI8U WZAdHZBkfrymJWZE/wJMz3LK1swpenr86+itEjhhBqUy6k7OOqNmv/1dMH2jw5AzocLF P8nSQdPYf0BnBeSmq8oOMrnK5S2C2Pn0LdPgkjHeFT97VVnpNIdIltosuEgHO/vNFCfy jRWflvl2uQMrac8tu+iEXnWE0FJILOXrk6UWUUYUCZVDHnZcEA9n/sd82/wuMGg+72nA GND5DrTmsdH6quagp7oQw8Vgnj5gJtvuw/c9DuD/m0UHL2f97ROMUljJDjMO/Rs+PHto oEvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RLgdy2ToJ3fJ2egieYFojE8hM4UGB+zjpAqM/V1zYSM=; b=M6XLsYLRyhgQuikGrt2Mk0dQUO7p0G2jm27jqMx6hoMGVjzyVAodJssk2DUVb2apsy yP2pnS2wBhTFrid7cpZHjZqZlltByNPOW+E3KSUR7/u/qOvH2I7a4RF6sijKBLF1mUXq e4HTi2rCMraes759JvaZaSq8U7i0EkGGzGIVGORuXqg7xgT8zrdH4cTV31GcfG14YobB yEXgAEpEAVe88kSsL60p3zaFo5iClHbTx47LAx/vIovUoPJdbXMen7z0Jisulbqdc5fd NeMw6uHL2LvxMLkE7tPZq/dIB/AZuu70yVyJrlhGZCA1SYDk2k1kq90YSQCMmr6UBeMS vW0A== X-Gm-Message-State: APjAAAWN8jBaZxN/fzpB7bPaFt0Ce1j27Y+VbHEOt2xsiCh4BH5TLKmc tZKugVObTCH3WTDQNviKeCpZQD2xWBloXKDJ3JALJQ== X-Google-Smtp-Source: APXvYqwfJalDTKI5GH9r7Q8R2bA+vOxaYjX57GlnMuiGqHWylu/XFPKq4HB3iTrL4K5WSvC7GbOGmBX+yxsoouRQKNQ= X-Received: by 2002:a5d:4f8e:: with SMTP id d14mr19377539wru.112.1578923436542; Mon, 13 Jan 2020 05:50:36 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:6b02:0:0:0:0:0 with HTTP; Mon, 13 Jan 2020 05:50:35 -0800 (PST) In-Reply-To: References: <943895765.5663.1578892204856.JavaMail.jenkins@jenkins.ci.freebsd.org> From: Mateusz Guzik Date: Mon, 13 Jan 2020 14:50:35 +0100 Message-ID: Subject: Re: FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure To: Li-Wen Hsu Cc: Jeff Roberson , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47xFNH0SnZz4Vx3 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 13:50:39 -0000 On 1/13/20, Li-Wen Hsu wrote: > On Mon, Jan 13, 2020 at 1:10 PM wrote: >> >> FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure >> >> Build information: >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/ >> Full change log: >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/changes >> Full build log: >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/console >> >> Status explanation: >> "Failure" - the build is suspected being broken by the following changes >> "Still Failing" - the build has not been fixed by the following changes >> and >> this is a notification to note that these changes have >> not been fully tested by the CI system >> >> Change summaries: >> (Those commits are likely but not certainly responsible) >> >> 356671 by mjg: >> ufs: use lazy list instead of active list for syncer >> >> Quota code is temporarily regressed to do a full vnode scan. >> >> Reviewed by: jeff >> Tested by: pho (in a larger patch, previous version) >> Differential Revision: https://reviews.freebsd.org/D22996 >> >> 356670 by mjg: >> vfs: add per-mount vnode lazy list and use it for deferred inactive + >> msync >> >> This obviates the need to scan the entire active list looking for vnodes >> of interest. >> >> msync is handled by adding all vnodes with write count to the lazy list. >> >> deferred inactive directly adds vnodes as it sets the VI_DEFINACT flag. >> >> Vnodes get dequeued from the list when their hold count reaches 0. >> >> Newly added MNT_VNODE_FOREACH_LAZY* macros support filtering so that >> spurious locking is avoided in the common case. >> >> Reviewed by: jeff >> Tested by: pho (in a larger patch, previous version) >> Differential Revision: https://reviews.freebsd.org/D22995 >> >> 356669 by mjg: >> ufs: add a setter for inode i_flag field >> >> This will be used later to add vnodes to the lazy list. >> >> Reviewed by: kib (previous version), jeff >> Tested by: pho (in a larger patch) >> Differential Revision: https://reviews.freebsd.org/D22994 > > Hi Mateusz, > > I suspect these changes might have something to do about panic of i386 > and amd64 in testing: I'm on it. > > root@:/usr/tests # cd /usr/tests/usr.sbin/makefs/ > root@:/usr/tests/usr.sbin/makefs # kyua debug > makefs_cd9660_tests:o_flag_rockridge_dev_nodes > VNASSERT failed > 0xfffff8000f24a1e8: type VCHR > usecount 1, writecount 0, refcount 1 rdev 0 > flags () > VI_LOCKed lock type ufs: SHARED (count 1) > nlink=1, effnlink=1, size=0, extsize 0 > generation=73c32c64, uid=0, gid=0, flags=0x0 > ino 117778, on dev gpt/rootfs > panic: ffs_unlock_debug: modified vnode (420) not on lazy list > cpuid = 1 > time = 1578910603 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe0038a70fd0 > vpanic() at vpanic+0x185/frame 0xfffffe0038a71030 > panic() at panic+0x43/frame 0xfffffe0038a71090 > ffs_unlock_debug() at ffs_unlock_debug+0xa5/frame 0xfffffe0038a710c0 > lookup() at lookup+0xd26/frame 0xfffffe0038a71160 > namei() at namei+0x4d8/frame 0xfffffe0038a71250 > kern_fchmodat() at kern_fchmodat+0x92/frame 0xfffffe0038a71380 > amd64_syscall() at amd64_syscall+0x2d6/frame 0xfffffe0038a714b0 > fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0038a714b0 > --- syscall (15, FreeBSD ELF64, sys_chmod), rip = 0x8003ba95a, rsp = > 0x7fffffffe758, rbp = 0x7fffffffe7e0 --- > KDB: enter: panic > [ thread pid 1393 tid 100092 ] > Stopped at kdb_enter+0x37: movq $0,0x1084396(%rip) > db:0:kdb.enter.panic> show pcpu > cpuid = 1 > dynamic pcpu = 0xfffffe00887a7d80 > curthread = 0xfffff8000f25a000: pid 1393 tid 100092 critnest 1 "bsdtar" > curpcb = 0xfffff8000f25a4f0 > fpcurthread = 0xfffff8000f25a000: pid 1393 "bsdtar" > idlethread = 0xfffff800033976e0: tid 100004 "idle: cpu1" > self = 0xffffffff82211000 > curpmap = 0xfffff80003e35120 > tssp = 0xffffffff82211384 > rsp0 = 0xfffffe0038a71580 > kcr3 = 0x800000000f2ab405 > ucr3 = 0x800000000f287c05 > scr3 = 0xf287c05 > gs32p = 0xffffffff82211404 > ldt = 0xffffffff82211444 > tss = 0xffffffff82211434 > tlb gen = 889 > curvnet = 0 > spin locks held: > db:0:kdb.enter.panic> > > full log: > https://ci.freebsd.org/job/FreeBSD-head-i386-test/8051/consoleFull > https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/consoleFull > > test image: > https://artifact.ci.freebsd.org/snapshot/head/r356671/i386/i386/disk-test.img.xz > https://artifact.ci.freebsd.org/snapshot/head/r356671/amd64/amd64/disk-test.img.xz > > Can you help check this? Thanks. > > Best, > Li-Wen > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Jan 13 14:36:04 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 30EBD225BE1 for ; Mon, 13 Jan 2020 14:36:04 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47xGNg1h8gz4ZMC; Mon, 13 Jan 2020 14:36:03 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id y17so8828504wrh.5; Mon, 13 Jan 2020 06:36:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HzHYmvJXhLFNHU+HHI0tJiogl3c1dFwt+JTilNaIQVE=; b=ZyKhO5fu5f3rT7YAfH9DsA4vkLsTFFdHrl0kLHAVfL+BKJh1sweFNgUAPmEs64IPwa LST/q8Ysa5/efM+pMJbyMIuiNtIx2f11n7CShx52d110x2PlaIxqN1g8/0wQeyqEcyHo X4wW+m1lLt22ZhY/6XRjxJrpdsEdXBX8DouMCfEyknXrWC3YxBufNJfnp5rX7T7kkpO0 +R+INckzDtq0ILGr7q3YjP/9NprUZGY6WU+pzsvRmyKCBTle0uMxxHuSTTBGY9dyCxtn ZIdfhiUiNXspWmlkdcaQAyzWWPiW7oXafqv6+34usf3GO6I1L02HGLzkSgvlPHzUSTY6 OMvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HzHYmvJXhLFNHU+HHI0tJiogl3c1dFwt+JTilNaIQVE=; b=fG05CN95QtcAj8mOxGH5qIHS6F5vU8ZWUL061qRMY4C7phCS7iPCbtLK6hiZQg06Gs pn2272c67b54rdTr0SUyX1gR3ITCOByJGFOO2RoB8SqlgUCDHL0pQ1xVRNHcb/+Cd+Um COZlbvmEjJ8jh8lQ5FL5kgRWwh8IrZk2vQ2yWtET5ek6QbtKLZLA5btG9sEpk6M6vbax ZmeC7IMUE3N2gZU/M0iG+BFMSEQvdcKEc6QmqE6gIhHmyQXUBPkBr1a5eKa0za7qb8Z/ RIreZ5G21eIZadIUq5+Lp55p3EMp2kROHUEQ87U2C03DiTlj5CB0S9Ai7VzGIxlO84QS oOUg== X-Gm-Message-State: APjAAAUDbM8mnbhCn6QAWOLoSQCU/qIqCaJ869LWVogofUAZVo4h1xnn NzIu9oc720aoEK795M407TWe7BDgV81ovuUR7kCV1g== X-Google-Smtp-Source: APXvYqzeRh3dGilJgf5M7ZYbll3EdexwgeMPKSBFk70gRzaVdkRbaZptTCyjGEV8UqjEY9DOlz0EbpbmIe8+PmHlTZQ= X-Received: by 2002:adf:d0c1:: with SMTP id z1mr19393880wrh.371.1578926161511; Mon, 13 Jan 2020 06:36:01 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:6b02:0:0:0:0:0 with HTTP; Mon, 13 Jan 2020 06:36:01 -0800 (PST) In-Reply-To: References: <943895765.5663.1578892204856.JavaMail.jenkins@jenkins.ci.freebsd.org> From: Mateusz Guzik Date: Mon, 13 Jan 2020 15:36:01 +0100 Message-ID: Subject: Re: FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure To: Li-Wen Hsu Cc: Jeff Roberson , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47xGNg1h8gz4ZMC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ZyKhO5fu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.12), ipnet: 2a00:1450::/32(-2.60), asn: 15169(-1.84), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[6.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 14:36:04 -0000 Fixed in r356683. On 1/13/20, Mateusz Guzik wrote: > On 1/13/20, Li-Wen Hsu wrote: >> On Mon, Jan 13, 2020 at 1:10 PM wrote: >>> >>> FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure >>> >>> Build information: >>> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/ >>> Full change log: >>> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/changes >>> Full build log: >>> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/console >>> >>> Status explanation: >>> "Failure" - the build is suspected being broken by the following changes >>> "Still Failing" - the build has not been fixed by the following changes >>> and >>> this is a notification to note that these changes have >>> not been fully tested by the CI system >>> >>> Change summaries: >>> (Those commits are likely but not certainly responsible) >>> >>> 356671 by mjg: >>> ufs: use lazy list instead of active list for syncer >>> >>> Quota code is temporarily regressed to do a full vnode scan. >>> >>> Reviewed by: jeff >>> Tested by: pho (in a larger patch, previous version) >>> Differential Revision: https://reviews.freebsd.org/D22996 >>> >>> 356670 by mjg: >>> vfs: add per-mount vnode lazy list and use it for deferred inactive + >>> msync >>> >>> This obviates the need to scan the entire active list looking for vnodes >>> of interest. >>> >>> msync is handled by adding all vnodes with write count to the lazy list. >>> >>> deferred inactive directly adds vnodes as it sets the VI_DEFINACT flag. >>> >>> Vnodes get dequeued from the list when their hold count reaches 0. >>> >>> Newly added MNT_VNODE_FOREACH_LAZY* macros support filtering so that >>> spurious locking is avoided in the common case. >>> >>> Reviewed by: jeff >>> Tested by: pho (in a larger patch, previous version) >>> Differential Revision: https://reviews.freebsd.org/D22995 >>> >>> 356669 by mjg: >>> ufs: add a setter for inode i_flag field >>> >>> This will be used later to add vnodes to the lazy list. >>> >>> Reviewed by: kib (previous version), jeff >>> Tested by: pho (in a larger patch) >>> Differential Revision: https://reviews.freebsd.org/D22994 >> >> Hi Mateusz, >> >> I suspect these changes might have something to do about panic of i386 >> and amd64 in testing: > > I'm on it. > >> >> root@:/usr/tests # cd /usr/tests/usr.sbin/makefs/ >> root@:/usr/tests/usr.sbin/makefs # kyua debug >> makefs_cd9660_tests:o_flag_rockridge_dev_nodes >> VNASSERT failed >> 0xfffff8000f24a1e8: type VCHR >> usecount 1, writecount 0, refcount 1 rdev 0 >> flags () >> VI_LOCKed lock type ufs: SHARED (count 1) >> nlink=1, effnlink=1, size=0, extsize 0 >> generation=73c32c64, uid=0, gid=0, flags=0x0 >> ino 117778, on dev gpt/rootfs >> panic: ffs_unlock_debug: modified vnode (420) not on lazy list >> cpuid = 1 >> time = 1578910603 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe0038a70fd0 >> vpanic() at vpanic+0x185/frame 0xfffffe0038a71030 >> panic() at panic+0x43/frame 0xfffffe0038a71090 >> ffs_unlock_debug() at ffs_unlock_debug+0xa5/frame 0xfffffe0038a710c0 >> lookup() at lookup+0xd26/frame 0xfffffe0038a71160 >> namei() at namei+0x4d8/frame 0xfffffe0038a71250 >> kern_fchmodat() at kern_fchmodat+0x92/frame 0xfffffe0038a71380 >> amd64_syscall() at amd64_syscall+0x2d6/frame 0xfffffe0038a714b0 >> fast_syscall_common() at fast_syscall_common+0x101/frame >> 0xfffffe0038a714b0 >> --- syscall (15, FreeBSD ELF64, sys_chmod), rip = 0x8003ba95a, rsp = >> 0x7fffffffe758, rbp = 0x7fffffffe7e0 --- >> KDB: enter: panic >> [ thread pid 1393 tid 100092 ] >> Stopped at kdb_enter+0x37: movq $0,0x1084396(%rip) >> db:0:kdb.enter.panic> show pcpu >> cpuid = 1 >> dynamic pcpu = 0xfffffe00887a7d80 >> curthread = 0xfffff8000f25a000: pid 1393 tid 100092 critnest 1 >> "bsdtar" >> curpcb = 0xfffff8000f25a4f0 >> fpcurthread = 0xfffff8000f25a000: pid 1393 "bsdtar" >> idlethread = 0xfffff800033976e0: tid 100004 "idle: cpu1" >> self = 0xffffffff82211000 >> curpmap = 0xfffff80003e35120 >> tssp = 0xffffffff82211384 >> rsp0 = 0xfffffe0038a71580 >> kcr3 = 0x800000000f2ab405 >> ucr3 = 0x800000000f287c05 >> scr3 = 0xf287c05 >> gs32p = 0xffffffff82211404 >> ldt = 0xffffffff82211444 >> tss = 0xffffffff82211434 >> tlb gen = 889 >> curvnet = 0 >> spin locks held: >> db:0:kdb.enter.panic> >> >> full log: >> https://ci.freebsd.org/job/FreeBSD-head-i386-test/8051/consoleFull >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/consoleFull >> >> test image: >> https://artifact.ci.freebsd.org/snapshot/head/r356671/i386/i386/disk-test.img.xz >> https://artifact.ci.freebsd.org/snapshot/head/r356671/amd64/amd64/disk-test.img.xz >> >> Can you help check this? Thanks. >> >> Best, >> Li-Wen >> > > > -- > Mateusz Guzik > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Jan 13 16:13:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A6EED1E1A78 for ; Mon, 13 Jan 2020 16:13:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 47xJY73743z3DbN for ; Mon, 13 Jan 2020 16:13:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 695FC1E1A76; Mon, 13 Jan 2020 16:13:31 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 690821E1A73; Mon, 13 Jan 2020 16:13:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47xJY656X6z3DbL; Mon, 13 Jan 2020 16:13:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 00DGDMSj069310 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 13 Jan 2020 18:13:25 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 00DGDMSj069310 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 00DGDMBm069309; Mon, 13 Jan 2020 18:13:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 13 Jan 2020 18:13:22 +0200 From: Konstantin Belousov To: current@freebsd.org, arch@freebsd.org Subject: Fast sigblock Message-ID: <20200113161322.GD2068@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.3 X-Spam-Checker-Version: SpamAssassin 3.4.3 (2019-12-06) on tom.home X-Rspamd-Queue-Id: 47xJY656X6z3DbL X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-3.09), ipnet: 2001:470::/32(-4.66), asn: 6939(-3.57), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 16:13:31 -0000 https://reviews.freebsd.org/D12773 I intend to commit this in approximately week timeline. The overview of the feature is provided in the review summary above. Short story is, userspace can mask all maskable asynchronous signals with a single memory write, which allows to greatly speed up rtld for single-threaded processes. For small utilities like ls(1), the number of syscalls issued is cut by 1.5-2 times. I believe that a similar feature existed in Solaris, and I saw a mention of it added to DragonFlyBSD. This patch sit in my local repo for many years, I decided to commit it finally. See the following interesting comparision of the startup and runtime cost in term of syscalls https://drewdevault.com/2020/01/04/Slow.html Unpatched we are close to glibc, with the patch applied most of the syscalls issued are mmap(2)s from rtld private allocator and jemalloc(3). From owner-freebsd-current@freebsd.org Mon Jan 13 16:42:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D96DB1E292D for ; Mon, 13 Jan 2020 16:42:39 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47xKBl54n6z3GY3; Mon, 13 Jan 2020 16:42:39 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-7.local (unknown [IPv6:2601:648:8881:1e90:8498:160:b07d:364d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 3FBC92891; Mon, 13 Jan 2020 16:42:39 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: how to use the ktls To: Benjamin Kaduk , Rick Macklem Cc: "freebsd-current@FreeBSD.org" References: <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.org> <20200113042310.GF27483@kduck.mit.edu> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Mon, 13 Jan 2020 08:42:42 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <20200113042310.GF27483@kduck.mit.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 16:42:39 -0000 On 1/12/20 8:23 PM, Benjamin Kaduk wrote: > On Thu, Jan 09, 2020 at 10:53:38PM +0000, Rick Macklem wrote: >> John Baldwin wrote: >>> On 1/7/20 3:02 PM, Rick Macklem wrote: >>>> Hi, >>>> >>>> Now that I've completed NFSv4.2 I'm on to the next project, which is making NFS >>>> work over TLS. >>>> Of course, I know absolutely nothing about TLS, which will make this an interesting >>>> exercise for me. >>>> I did find simple server code in the OpenSSL doc. which at least gives me a starting >>>> point for the initialization stuff. >>>> As I understand it, this initialization must be done in userspace? >>>> >>>> Then somehow, the ktls takes over and does the encryption of the >>>> data being sent on the socket via sosend_generic(). Does that sound right? >>>> >>>> So, how does the kernel know the stuff that the initialization phase (handshake) >>>> figures out, or is it magic I don't have to worry about? >>>> >>>> Don't waste much time replying to this. A few quick hints will keep me going for >>>> now. (From what I've seen sofar, this TLS stuff isn't simple. And I thought Kerberos >>>> was a pain.;-) >>>> >>>> Thanks in advance for any hints, rick >>> >>> Hmmm, this might be a fair bit of work indeed. >> If it was easy, it wouldn't be fun;-) FreeBSD13 is a ways off and if it doesn't make that, oh well.. >> >>> Right now KTLS only works for transmit (though I have some WIP for receive). >> Hopefully your WIP will make progress someday, or I might be able to work on it. >> >>> KTLS does assumes that the initial handshake and key negotiation is handled by >>> OpenSSL. OpenSSL uses custom setockopt() calls to tell the kernel which >>> session keys to use. >> Yea, I figured I'd need a daemon like the gssd for this. The krpc makes it a little >> more fun, since it handles TCP connections in the kernel. >> >>> I think what you would want to do is use something like OpenSSL_connect() in >>> userspace, and then check to see if KTLS "worked". >> Thanks (and for the code below). I found the simple server code in the OpenSSL doc, >> but the client code gets a web page and is quite involved. >> >>> If it did, you can tell >>> the kernel it can write to the socket directly, otherwise you will have to >>> bounce data back out to userspace to run it through SSL_write() and have >>> userspace do SSL_read() and then feed data into the kernel. >> I don't think bouncing the data up/down to/from userland would work well. >> I'd say "if it can't be done in the kernel, too bad". The above could be used for >> a NULL RPC to see it is working, for the client. > > So you're saying that we'd only support rpc-over-tls as an NFS client and > not as a server, at least until the WIP for ktls read appears? To be clear, I have KTLS RX working with TOE right now. I have a design in my head for KTLS RX that would use software and co-processor engines via OCF such as aesni(4) and ccr(4) that I hope to implement in the next few months, so KTLS RX isn't too far off. OpenSSL already supports KTLS RX on Linux and the FreeBSD patches I already have use the same API. (Each received TLS frame is read via recvmsg() with the TLS header fields in a cmsg.) -- John Baldwin From owner-freebsd-current@freebsd.org Mon Jan 13 16:58:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2C60A1E2FBB for ; Mon, 13 Jan 2020 16:58:46 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47xKYK20pjz3HPw for ; Mon, 13 Jan 2020 16:58:44 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 78D0756468 for ; Mon, 13 Jan 2020 10:58:38 -0600 (CST) From: Eric van Gyzen Subject: spurious(?) userland malloc/mmap failure To: freebsd-current Message-ID: Date: Mon, 13 Jan 2020 10:58:33 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47xKYK20pjz3HPw X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 2607:fc50:1000:7400:216:3eff:fe72:314f as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-5.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[vangyzen.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.00)[ip: (-7.23), ipnet: 2607:fc50:1000::/36(-3.89), asn: 36236(-3.83), country: US(-0.05)]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50:1000::/36, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 16:58:46 -0000 While running head r356494, my buildworld just failed due to an apparently spurious userland malloc/mmap failure. ===> usr.bin/finger (all) objcopy: elf_update() failed: I/O error: Cannot allocate memory --- all_subdir_usr.bin/finger --- *** [all_subdir_usr.bin/finger] Error code 2 I ran 'make' in usr.bin/finger, and objcopy succeeded. I then ran "make buildenv" followed by "make clean" and "make" in usr.bin/finger, which also worked. buildworld was running with -j8, and a few C++ things were building concurrently, such as googletest and usr.bin/clang/llvm-objdump, so maybe the machine was under memory pressure. It's a bhyve VM with 8 CPUs and 8 GB RAM. The full build log is: https://people.freebsd.org/~vangyzen/2010-01-13-buildworld.txt Eric From owner-freebsd-current@freebsd.org Mon Jan 13 18:14:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0C3A91E6C7A for ; Mon, 13 Jan 2020 18:14:59 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yw1-f53.google.com (mail-yw1-f53.google.com [209.85.161.53]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47xMFF5FDcz3yCP; Mon, 13 Jan 2020 18:14:57 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yw1-f53.google.com with SMTP id v126so6809407ywc.10; Mon, 13 Jan 2020 10:14:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eFUDf/2Qry764/rng611Yf3DG8Dgj4JE4RWY+oTuRA4=; b=qWz92l0kxSBeyxJOsm21ErI9luikvr58KZL3W7Bc3CkuU9zsCAzKM5YhC4xjamtl/M L44B+ulpZgLcvNzprY1g1E72qGszqlPTOy09PN/YWTbZj6Nie2ahQhAX+RSZtp6zl9TX 3wISzgkRln/8TRtQpnVKjReA7YUtvC33TrjI6aVOWKtZN52tnWTsKH4xLf+ey5SlhuQm /mzuTqEBgmWvHx9zI2cC3KJKpa8sziVuzkr/+GvxtQ3Jg75R1DxrOQtWX9gEVvEKSuyF njpoUw63QCnfGpj/v7ItWegtb7umcjFayrVn5VaZMNHB8pm0NlL6iBlQtfr9KlUQJk+/ Lk1A== X-Gm-Message-State: APjAAAUG5HBriHuYcgFr9rcOmUJhGwv0JTDEMHjAnWptm4kKbNBF+3TT Y8Vd8G7BVl6HP5DFDetWbvrDm7YMnn4thiUbXOM= X-Google-Smtp-Source: APXvYqzbSw0JOrKc/pGwAJiMv+dEsdPOKyky78JDsToCb0P1caT9kjzuAdlgdua8Rzi7RLaP/qlCGu8mXlY4WggJpgY= X-Received: by 2002:a0d:e24b:: with SMTP id l72mr10787933ywe.440.1578939296218; Mon, 13 Jan 2020 10:14:56 -0800 (PST) MIME-Version: 1.0 References: <943895765.5663.1578892204856.JavaMail.jenkins@jenkins.ci.freebsd.org> In-Reply-To: From: Li-Wen Hsu Date: Tue, 14 Jan 2020 02:14:44 +0800 Message-ID: Subject: Re: FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure To: Mateusz Guzik Cc: Jeff Roberson , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47xMFF5FDcz3yCP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.161.53 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-4.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; RWL_MAILSPIKE_GOOD(0.00)[53.161.85.209.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[53.161.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.88)[ip: (-9.43), ipnet: 209.85.128.0/17(-3.08), asn: 15169(-1.84), country: US(-0.05)]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 18:14:59 -0000 Thanks and all tests are good now: https://ci.freebsd.org/job/FreeBSD-head-i386-test/8056/ https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13917/ On Mon, Jan 13, 2020 at 10:36 PM Mateusz Guzik wrote: > > Fixed in r356683. > > On 1/13/20, Mateusz Guzik wrote: > > On 1/13/20, Li-Wen Hsu wrote: > >> On Mon, Jan 13, 2020 at 1:10 PM wrote: > >>> > >>> FreeBSD-head-amd64-test - Build #13912 (r356671) - Failure > >>> > >>> Build information: > >>> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/ > >>> Full change log: > >>> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/changes > >>> Full build log: > >>> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/console > >>> > >>> Status explanation: > >>> "Failure" - the build is suspected being broken by the following changes > >>> "Still Failing" - the build has not been fixed by the following changes > >>> and > >>> this is a notification to note that these changes have > >>> not been fully tested by the CI system > >>> > >>> Change summaries: > >>> (Those commits are likely but not certainly responsible) > >>> > >>> 356671 by mjg: > >>> ufs: use lazy list instead of active list for syncer > >>> > >>> Quota code is temporarily regressed to do a full vnode scan. > >>> > >>> Reviewed by: jeff > >>> Tested by: pho (in a larger patch, previous version) > >>> Differential Revision: https://reviews.freebsd.org/D22996 > >>> > >>> 356670 by mjg: > >>> vfs: add per-mount vnode lazy list and use it for deferred inactive + > >>> msync > >>> > >>> This obviates the need to scan the entire active list looking for vnodes > >>> of interest. > >>> > >>> msync is handled by adding all vnodes with write count to the lazy list. > >>> > >>> deferred inactive directly adds vnodes as it sets the VI_DEFINACT flag. > >>> > >>> Vnodes get dequeued from the list when their hold count reaches 0. > >>> > >>> Newly added MNT_VNODE_FOREACH_LAZY* macros support filtering so that > >>> spurious locking is avoided in the common case. > >>> > >>> Reviewed by: jeff > >>> Tested by: pho (in a larger patch, previous version) > >>> Differential Revision: https://reviews.freebsd.org/D22995 > >>> > >>> 356669 by mjg: > >>> ufs: add a setter for inode i_flag field > >>> > >>> This will be used later to add vnodes to the lazy list. > >>> > >>> Reviewed by: kib (previous version), jeff > >>> Tested by: pho (in a larger patch) > >>> Differential Revision: https://reviews.freebsd.org/D22994 > >> > >> Hi Mateusz, > >> > >> I suspect these changes might have something to do about panic of i386 > >> and amd64 in testing: > > > > I'm on it. > > > >> > >> root@:/usr/tests # cd /usr/tests/usr.sbin/makefs/ > >> root@:/usr/tests/usr.sbin/makefs # kyua debug > >> makefs_cd9660_tests:o_flag_rockridge_dev_nodes > >> VNASSERT failed > >> 0xfffff8000f24a1e8: type VCHR > >> usecount 1, writecount 0, refcount 1 rdev 0 > >> flags () > >> VI_LOCKed lock type ufs: SHARED (count 1) > >> nlink=1, effnlink=1, size=0, extsize 0 > >> generation=73c32c64, uid=0, gid=0, flags=0x0 > >> ino 117778, on dev gpt/rootfs > >> panic: ffs_unlock_debug: modified vnode (420) not on lazy list > >> cpuid = 1 > >> time = 1578910603 > >> KDB: stack backtrace: > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >> 0xfffffe0038a70fd0 > >> vpanic() at vpanic+0x185/frame 0xfffffe0038a71030 > >> panic() at panic+0x43/frame 0xfffffe0038a71090 > >> ffs_unlock_debug() at ffs_unlock_debug+0xa5/frame 0xfffffe0038a710c0 > >> lookup() at lookup+0xd26/frame 0xfffffe0038a71160 > >> namei() at namei+0x4d8/frame 0xfffffe0038a71250 > >> kern_fchmodat() at kern_fchmodat+0x92/frame 0xfffffe0038a71380 > >> amd64_syscall() at amd64_syscall+0x2d6/frame 0xfffffe0038a714b0 > >> fast_syscall_common() at fast_syscall_common+0x101/frame > >> 0xfffffe0038a714b0 > >> --- syscall (15, FreeBSD ELF64, sys_chmod), rip = 0x8003ba95a, rsp = > >> 0x7fffffffe758, rbp = 0x7fffffffe7e0 --- > >> KDB: enter: panic > >> [ thread pid 1393 tid 100092 ] > >> Stopped at kdb_enter+0x37: movq $0,0x1084396(%rip) > >> db:0:kdb.enter.panic> show pcpu > >> cpuid = 1 > >> dynamic pcpu = 0xfffffe00887a7d80 > >> curthread = 0xfffff8000f25a000: pid 1393 tid 100092 critnest 1 > >> "bsdtar" > >> curpcb = 0xfffff8000f25a4f0 > >> fpcurthread = 0xfffff8000f25a000: pid 1393 "bsdtar" > >> idlethread = 0xfffff800033976e0: tid 100004 "idle: cpu1" > >> self = 0xffffffff82211000 > >> curpmap = 0xfffff80003e35120 > >> tssp = 0xffffffff82211384 > >> rsp0 = 0xfffffe0038a71580 > >> kcr3 = 0x800000000f2ab405 > >> ucr3 = 0x800000000f287c05 > >> scr3 = 0xf287c05 > >> gs32p = 0xffffffff82211404 > >> ldt = 0xffffffff82211444 > >> tss = 0xffffffff82211434 > >> tlb gen = 889 > >> curvnet = 0 > >> spin locks held: > >> db:0:kdb.enter.panic> > >> > >> full log: > >> https://ci.freebsd.org/job/FreeBSD-head-i386-test/8051/consoleFull > >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/13912/consoleFull > >> > >> test image: > >> https://artifact.ci.freebsd.org/snapshot/head/r356671/i386/i386/disk-test.img.xz > >> https://artifact.ci.freebsd.org/snapshot/head/r356671/amd64/amd64/disk-test.img.xz > >> > >> Can you help check this? Thanks. > >> > >> Best, > >> Li-Wen > >> > > > > > > -- > > Mateusz Guzik > > > > > -- > Mateusz Guzik > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jan 13 20:53:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE3E51EC741 for ; Mon, 13 Jan 2020 20:53:25 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670076.outbound.protection.outlook.com [40.107.67.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47xQm54ybMz49w4; Mon, 13 Jan 2020 20:53:25 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Por5fjiOIDIyrTrylAXc40QDNiBWGH8iTuHPpB/0EFh6JQJDkQ6SadszOECJSRCMozk2NTG+/idBwaD6snwuCUTJiWy2AM7nRN/MdeJvX3aLi4g7FCknqTrcBVxmFiXVS1H/uRITUZIGkhVL/m88wA19vjApZ0NtQzuHDdVLZqQWPvSeE+IgBxEpuFIrt6GFTVAjU/KmcXZ66fydpjl4aLfaEjMe4r2Grsc1+LAhZZf0PKs/m8xpENbLYx2DhD5Hiho1Usdh6oob1TbWcKuzdiGtO9sNPiyS/fQwtsIzjW+NRSflCtneXmNFCPujEuaPkwLcElYeDfYLBTUrzWEq1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K0N44kanHIMYNtWA+AmW9VKTckQ82NJzFLhKVAcb7xQ=; b=W2J6T9wb28m0HoyuI8e0FuPnzGpPQluAaph4Wl2JFBxDzqqfNjldDgB137zKpt4irhYZkuAfgO3+LOl9xqQQPW7DkWMcIg/FvgR1hkpwonTrgBzZmwYZ3oh03T5AtfpKDvAn6XdJ+LxpwIZiYkEh5kidLOoZR7C8/x77Ws3e4MmvfzYbFD0zO6Hm4tEHkn1pJdnfBX3hEm1xTxYmjbLFNS48A3JxVddtfBnjcYFpfCSPRzFjq7aTcBd/B7GnCr/M4penuztcnmoeSvN9iT2EUkqzboF6KwRbV9ui+2UmjGhhzI/c4n1lG0Y6tRC83ZHYJtGhZ6d2grW4xOIuyWGA/g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM (52.132.69.153) by YQBPR0101MB0931.CANPRD01.PROD.OUTLOOK.COM (52.132.67.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2623.10; Mon, 13 Jan 2020 20:53:23 +0000 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94]) by YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94%6]) with mapi id 15.20.2623.015; Mon, 13 Jan 2020 20:53:23 +0000 From: Rick Macklem To: John Baldwin , Benjamin Kaduk CC: "freebsd-current@FreeBSD.org" Subject: Re: how to use the ktls Thread-Topic: how to use the ktls Thread-Index: AQHVxa2HeRfmo36hWEyrGcMaBhE88KfhEeoAgAHfXuuABRWwAIAAzp8AgABD2ZM= Date: Mon, 13 Jan 2020 20:53:23 +0000 Message-ID: References: <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.org> <20200113042310.GF27483@kduck.mit.edu>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ca4d8fdb-8cfa-4e78-5190-08d7986aa143 x-ms-traffictypediagnostic: YQBPR0101MB0931: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 028166BF91 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(189003)(199004)(81166006)(81156014)(53546011)(186003)(8676002)(26005)(55016002)(9686003)(71200400001)(2906002)(6506007)(33656002)(498600001)(4326008)(110136005)(91956017)(52536014)(5660300002)(76116006)(66946007)(66476007)(66556008)(64756008)(66446008)(7696005)(8936002)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB0931; H:YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ijrvEmuH/xVlxm86XUTF0SkTbYg/S+asGs35Q0a8Z3zOHnkeJAP8w7B+rKSMmlJIUDsTyuWxKqJ10q1KuNMTb7+pgJftwaQIUsp5Ds/tGlRPDb1CvYuDp6QFPNjbyvcqPkgmL2VHhkJEfU5mXfj2dmZwioP/xcXULgLyxnVPsP/OuTfDoZp16VRsBdCw0e/XMKcPOWHKg0fqAkrtVtPL0tTb5y83Ul2y4txbpsnk2VSyFvsXo/x6umqu6+zrGnU1epQZxN6XhsmovY4oFCmR0Q2+o3s32rSB3vuhpk3hXZZ3GPhNmOZDVdGL8xASx20zsZlIIH+eweJtFuMS4cu8tJDOUKmM7Sfxm0VGFfSWwyn14vFWGZiQ202uiOit7A58yYtJP94lQTiZ/64ns0HLXnOSDtuBomKkF04R6moPBCtPyms4HIfrPMPzD76IBqNQ x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: ca4d8fdb-8cfa-4e78-5190-08d7986aa143 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jan 2020 20:53:23.4654 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: u42ObiRqfcxHhohF16W9jZVo0Ic5rgYqfWIuOmKp94iedYaQ+O/6zK8NXFCGJYn4nps23yDT+oVC2gjhMHgsxQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB0931 X-Rspamd-Queue-Id: 47xQm54ybMz49w4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 13 Jan 2020 20:53:25 -0000 John Baldwin wrote:=0A= >On 1/12/20 8:23 PM, Benjamin Kaduk wrote:=0A= >> On Thu, Jan 09, 2020 at 10:53:38PM +0000, Rick Macklem wrote:=0A= >>> John Baldwin wrote:=0A= >>>> On 1/7/20 3:02 PM, Rick Macklem wrote:=0A= >>>>> Hi,=0A= >>>>>=0A= >>>>> Now that I've completed NFSv4.2 I'm on to the next project, which is = making NFS=0A= >>>>> work over TLS.=0A= >>>>> Of course, I know absolutely nothing about TLS, which will make this = an interesting=0A= >>>>> exercise for me.=0A= >>>>> I did find simple server code in the OpenSSL doc. which at least give= s me a starting=0A= >>>>> point for the initialization stuff.=0A= >>>>> As I understand it, this initialization must be done in userspace?=0A= >>>>>=0A= >>>>> Then somehow, the ktls takes over and does the encryption of the=0A= >>>>> data being sent on the socket via sosend_generic(). Does that sound r= ight?=0A= >>>>>=0A= >>>>> So, how does the kernel know the stuff that the initialization phase = (handshake)=0A= >>>>> figures out, or is it magic I don't have to worry about?=0A= >>>>>=0A= >>>>> Don't waste much time replying to this. A few quick hints will keep m= e going for=0A= >>>>> now. (From what I've seen sofar, this TLS stuff isn't simple. And I t= hought Kerberos=0A= >>>>> was a pain.;-)=0A= >>>>>=0A= >>>>> Thanks in advance for any hints, rick=0A= >>>>=0A= >>>> Hmmm, this might be a fair bit of work indeed.=0A= >>> If it was easy, it wouldn't be fun;-) FreeBSD13 is a ways off and if i= t doesn't make that, oh well..=0A= >>>=0A= >>>> Right now KTLS only works for transmit (though I have some WIP for rec= eive).=0A= >>> Hopefully your WIP will make progress someday, or I might be able to wo= rk on it.=0A= >>>=0A= >>>> KTLS does assumes that the initial handshake and key negotiation is ha= ndled by=0A= >>>> OpenSSL. OpenSSL uses custom setockopt() calls to tell the kernel whi= ch=0A= >>>> session keys to use.=0A= >>> Yea, I figured I'd need a daemon like the gssd for this. The krpc makes= it a little=0A= >>> more fun, since it handles TCP connections in the kernel.=0A= >>>=0A= >>>> I think what you would want to do is use something like OpenSSL_connec= t() in=0A= >>>> userspace, and then check to see if KTLS "worked".=0A= >>> Thanks (and for the code below). I found the simple server code in the = OpenSSL doc,=0A= >>> but the client code gets a web page and is quite involved.=0A= >>>=0A= >>>> If it did, you can tell=0A= >>>> the kernel it can write to the socket directly, otherwise you will hav= e to=0A= >>>> bounce data back out to userspace to run it through SSL_write() and ha= ve=0A= >>>> userspace do SSL_read() and then feed data into the kernel.=0A= >>> I don't think bouncing the data up/down to/from userland would work wel= l.=0A= >>> I'd say "if it can't be done in the kernel, too bad". The above could b= e used for=0A= >>> a NULL RPC to see it is working, for the client.=0A= >>=0A= >> So you're saying that we'd only support rpc-over-tls as an NFS client an= d=0A= >> not as a server, at least until the WIP for ktls read appears?=0A= Actually, I'd say that neither NFS client nor server will work over tls unt= il=0A= the receive side works, since NFS RPCs result in bi-directional traffic.=0A= =0A= >To be clear, I have KTLS RX working with TOE right now. I have a design i= n my=0A= >head for KTLS RX that would use software and co-processor engines via OCF = such=0A= >as aesni(4) and ccr(4) that I hope to implement in the next few months, so= KTLS=0A= >RX isn't too far off. OpenSSL already supports KTLS RX on Linux and the F= reeBSD=0A= >patches I already have use the same API. (Each received TLS frame is read= via=0A= >recvmsg() with the TLS header fields in a cmsg.)=0A= Sounds good. It will be a while before I get to the stage where I need it.= =0A= I'm currently working on how to give userland access to a socket created i= n the=0A= kernel, so that a daemon can use it.=0A= =0A= Have fun with it, rick=0A= =0A= --=0A= John Baldwin=0A= From owner-freebsd-current@freebsd.org Tue Jan 14 06:35:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6513D1FC75B for ; Tue, 14 Jan 2020 06:35:32 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [46.19.33.155]) (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 47xggl3GlNz3CJ2 for ; Tue, 14 Jan 2020 06:35:31 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (unknown [IPv6:2a0f:de00:fe00:6300:9a2c:bcff:fee3:ed60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 47xggc1Y42z3wmC for ; Tue, 14 Jan 2020 07:35:24 +0100 (CET) From: Evilham To: freebsd-current@freebsd.org Subject: /var/log/messages: "should not happen" "see local kernel hacker" Date: Tue, 14 Jan 2020 07:35:21 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 47xggl3GlNz3CJ2 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 46.19.33.155 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-6.47 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.68)[ip: (-9.86), ipnet: 46.19.32.0/21(-4.93), asn: 196752(-3.61), country: NL(0.03)]; DMARC_POLICY_ALLOW(-0.50)[evilham.com,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:196752, ipnet:46.19.32.0/21, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 14 Jan 2020 06:35:32 -0000 Hello, I thought I'd finally ask about these messages that appear on boot on my machine. It's a Lenovo A485, with an AMD Ryzen laptop running CURRENT as of 8 hours ago, in case that's relevant. Are some of these actionable/would it make sense to take a deeper look or are they about something needing further debugging with the "right" hardware? 1. "this should not happen": FTR: - I switched the wireless chip for an Intel AC 8265. - I'm used to having wireless be wlan0, so I rename iwm0 in rc.conf - This was connecting to a mobile hotspot, but I've seen the message on "normal" networks. And this is what I am seeing in /var/log/messages: Jan 14 06:33:50 kernel: iwm0: mem 0xc0a00000-0xc0a01fff at device 0.0 on pci2 Jan 14 06:33:50 kernel: iwm0: hw rev 0x230, fw ver 22.361476.0, address XX Jan 14 06:33:50 kernel: wlan0: Ethernet address: XX Jan 14 06:33:50 kernel: wlan0: link state changed to UP Jan 14 06:33:50 kernel: iwm0: frame 3/122 b800002c UNHANDLED (this should not happen) Jan 14 06:33:50 kernel: iwm0: frame 4/192 b800002c UNHANDLED (this should not happen) Jan 14 06:33:50 kernel: iwm0: frame 5/233 b800002c UNHANDLED (this should not happen) 2. There is also this "driver bug": Jan 14 06:33:50 kernel: AMD-Vi: IVRS Info VAsize = 64 PAsize = 48 GVAsize = 2 flags:0 Jan 14 06:33:50 kernel: driver bug: Unable to set devclass (class: ppc devname: (unknown)) 3. And "see your local kernel hacker" has been around on my system for about a year, suspend and resume work just fine. Jan 14 06:33:52 kernel: __pm_runtime_resume not implemented -- see your local kernel hacker Jan 14 06:33:52 kernel: pm_runtime_mark_last_busy not implemented -- see your local kernel hacker Jan 14 06:33:52 kernel: __pm_runtime_suspend not implemented -- see your local kernel hacker Jan 14 06:33:52 kernel: __pm_runtime_resume not implemented -- see your local kernel hacker Jan 14 06:33:52 kernel: pm_runtime_mark_last_busy not implemented -- see your local kernel hacker Jan 14 06:33:52 kernel: __pm_runtime_suspend not implemented -- see your local kernel hacker 4. Then 'Giant locked and may be deleted': Jan 14 06:33:50 kernel: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. Jan 14 06:33:50 kernel: WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 13.0. Jan 14 06:33:50 kernel: WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 13.0. I am guessing number 4 has to do with recent changes, and shouldn't really affect the system if the devices are deleted? Is there a way I can test if its deletion would leave the system unusable? Thank you, -- Evilham From owner-freebsd-current@freebsd.org Thu Jan 16 19:56:11 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 339FF1F37F7 for ; Thu, 16 Jan 2020 19:56:11 +0000 (UTC) (envelope-from listy@anongoth.pl) Received: from mail.anongoth.pl (mail.anongoth.pl [46.248.190.61]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anongoth.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zFLf3fQHz4VSB for ; Thu, 16 Jan 2020 19:56:10 +0000 (UTC) (envelope-from listy@anongoth.pl) Received: from anongoth.pl (unknown [192.168.1.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: pkubaj@anongoth.pl) by mail.anongoth.pl (Postfix) with ESMTPSA id DCF2B696B3 for ; Thu, 16 Jan 2020 20:56:06 +0100 (CET) Date: Thu, 16 Jan 2020 20:56:05 +0100 From: Piotr Kubaj To: freebsd-current@freebsd.org Subject: r356776 breaks kernel for powerpc64 users Message-ID: <20200116195605.GC33493@KGPE-D16> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline X-Rspamd-Queue-Id: 47zFLf3fQHz4VSB X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:46.248.190.61:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.84)[ip: (-9.91), ipnet: 46.248.160.0/19(-4.80), asn: 47544(0.43), country: PL(0.07)]; DMARC_POLICY_ALLOW(-0.50)[anongoth.pl,reject]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47544, ipnet:46.248.160.0/19, country:PL]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 16 Jan 2020 19:56:11 -0000 --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Hi, revision 356776 breaks booting for powerpc64 users. It reportedly works fine on POWER8, but I get kernel panic on POWER9 (Talos II) right after the usual warning: WITNESS enabled. Kernel panic is uploaded to https://pastebin.com/s8ZaUNS2. @jeff Since you commited this patch, can you fix this issue or revert this commit? Thanks, Piotr Kubaj. --XWOWbaMNXpFDWE00 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEycyIeNkkgohzsoorelmbhSCDnJ0FAl4gv9UACgkQelmbhSCD nJ3HaRAAsxmfaAUYDzwgR4/fT29uHEmVnqTgmeMvwxV38cK1WfxkIi305cuAHbBf Oi7b21YLH6ueedbHBet9jgkBvmEVWsCP4SIFaA8ytFe0WOhXqha9HP3otoLR93iv lt+6xEc5Ut8unzKtTL5Lazn0Wxn3CETINGE3uhNO1k3BPrrhevlWtHPpf5Cl/lp6 rUOOfY2K5QzUmi0gsiYNVqpDOPenHXJxdUkcQZxtFxyzFo3RBx/OuGSC84G+sg6D H5wEhTFZktCEjHW9pfGFcoGWrx0X6php1Y8anlDulKSbEH0fwVVjhAIGusoL7tgT bCGcdNcvj1sXe1FakcqbdGFX9BQEGunoycwELtbRJpnqKNA+6JN2kg3wea/EXrmX oY9QIoJX31ilvgS6D8UDLDbetOy+Kl53vL0FPSIkXmB+221znvS7tsBkniqYNkEr P4dk2CtiarBZgjPCSckAeJ+OoQ6O8pHE1lj7JTwW85/dZYKzx/byjPL3pYJ3L6wa 6kQYUE36NzvXCA8Iu9Dc8E6EvTa+YlUeL5/K3h8iojQa+4cSpq3uiWNUk94GAyax y5AjYzx8MTbbGJBFm67wZZiddS4FJ8dE1dEfaTBCHaF/AlSTFEcS0C0sQP5Cu/Q0 /bqWDcmOvWchO6Jrb/sq6jKcM+TRlY6vbrMNnxW0kU/f5QwIWT0= =XN3j -----END PGP SIGNATURE----- --XWOWbaMNXpFDWE00-- From owner-freebsd-current@freebsd.org Fri Jan 17 00:18:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EE4D1FAB8F for ; Fri, 17 Jan 2020 00:18:57 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zM9r2r6kz3KYD for ; Fri, 17 Jan 2020 00:18:56 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-lf1-x12e.google.com with SMTP id b15so16985527lfc.4 for ; Thu, 16 Jan 2020 16:18:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=MMNjV4nqEJYYoWxE6Hc89yd4Jk1XhM+gHKiezqGY7GY=; b=dTNB/cWamx5xcHWnksB2Y0cC9ln4IN+7tB9qOFFkcC8115+CQmqAm1+/V6t4DHLk8F JEoUFS201uqsEox+0WeixAbBluBmtQgFYQMr0Mjp4X6F8GvyZLBSK2KDtdA7dLQ1ooei T9TrWe1iuZ7fXEDLsr3+cfV36Y+0YFimLDcDT7Z1g90o8ARB2qRI8hhNAPOBcAKawPXB OMQ2Ang8hbzLwsemLul+d+QB4HBNG4Cro4js4yZRq8BsPfFRWqD2XKxufa5vknZT1prD yKnOBcaHLEsOi1BchwjDQKCXhfzCm+P6U1ENmIQCLB26Nyt2tLa8N0uoYSh8M8M74+Xt mB/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MMNjV4nqEJYYoWxE6Hc89yd4Jk1XhM+gHKiezqGY7GY=; b=IytgbWZgZjEx0gFcpW7HghCvkS95avTngoTGgTfZ2Zp+MbR5czshjF3uzCM3kjTDcw TtJ74Zh6f3q2X4EsndCWRjeV92S+pHLxGmFwbwuXwz1bjnSWLCQ+Ss5syHG5P4Z1FDoV pHybxlpZP52W/ivymAZ1OvJJPoRVFJiRgbZNi55Ea6a0ad0SqQZ2SCXgMOhEWLjxQy65 y73y8THHl9X7qeznfLYq36wHZaAYgLSVRwZMj++4KRYpcWqYvR/kuHK2/cOdavGg2dBm 4NBuICBoB3bZDKKniGCcniKM6KZxXWRAuZIjJEE3Dnm6ZMnx4IK+EB4SD4i7ybBruVZa DwAA== X-Gm-Message-State: APjAAAWcDP1O3taB1FyXcTaGEbXVlX+52yyzh0HWQUVsVs/3Fq2AfaQj 5UvRTwJzgKJiVK3kaWKhUqhjJnZdIz3pZX2/6gK8NFQ= X-Google-Smtp-Source: APXvYqwXTP80xEBBqFOkFMssdExgG8yevtHI7HWLjYjvHb9QR5A114pxB6eWSZWf2DMrA5tKrkszcDgru9LL++aHeyQ= X-Received: by 2002:a19:4ac2:: with SMTP id x185mr3776845lfa.131.1579220332164; Thu, 16 Jan 2020 16:18:52 -0800 (PST) MIME-Version: 1.0 From: Clay Daniels Date: Fri, 17 Jan 2020 00:18:41 +0000 Message-ID: Subject: 13.0-CURRENT r356767 wanted ZFS To: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 47zM9r2r6kz3KYD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dTNB/cWa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2a00:1450:4864:20::12e as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.93), ipnet: 2a00:1450::/32(-2.59), asn: 15169(-1.83), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[e.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 00:18:57 -0000 13.0-CURRENT r356767 would not take NO for an answer, and kept up a loop until I gave up trying to use UFS. No big deal, seems to work fine... Clay From owner-freebsd-current@freebsd.org Fri Jan 17 00:26:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEDC21FB075 for ; Fri, 17 Jan 2020 00:26:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (107-204-234-170.lightspeed.sntcca.sbcglobal.net [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47zMLq48ztz3L8n for ; Fri, 17 Jan 2020 00:26:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 00H0Qdoo085882; Fri, 17 Jan 2020 00:26:39 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 00H0QdJM085881; Thu, 16 Jan 2020 16:26:39 -0800 (PST) (envelope-from david) Date: Thu, 16 Jan 2020 16:26:39 -0800 From: David Wolfskill To: Clay Daniels Cc: "freebsd-current@freebsd.org" Subject: Re: 13.0-CURRENT r356767 wanted ZFS Message-ID: <20200117002639.GM1192@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Clay Daniels , "freebsd-current@freebsd.org" References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mkFcsau6kMcX4bpT" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 47zMLq48ztz3L8n X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-6.88 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; IP_SCORE(-2.48)[ip: (-9.55), ipnet: 107.192.0.0/12(-4.78), asn: 7018(1.99), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 00:26:44 -0000 --mkFcsau6kMcX4bpT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 17, 2020 at 12:18:41AM +0000, Clay Daniels wrote: > 13.0-CURRENT r356767 would not take NO for an answer, and kept up a loop > until I gave up trying to use UFS. No big deal, seems to work fine... >=20 > Clay > .... Err...? Is there some additional context that I'm missing? I've been tracking head daily for ... longer than I really want to think about, including on at least one system that has no ZFS file systems; the last couple of smoke-tests were at: FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #7 r356758M/= 356758: Wed Jan 15 03:49:49 PST 2020 root@g1-53.catwhisker.org:/common/= S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300076 1300076 and FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #8 r356786M/= 356787: Thu Jan 16 03:56:45 PST 2020 root@g1-53.catwhisker.org:/common/= S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300076 1300076 It is not clear to me at what point anything might have a chance to indicate that it "wanted ZFS" and request an action. Peace, david --=20 David H. Wolfskill david@catwhisker.org At least Trump can count on McConnell and Putin to "have his back." And the rest of us can consider what that means about each of them. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --mkFcsau6kMcX4bpT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl4g/z9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclLnwf5AT2amAcc5ApkgLPuGtXVhu8J+SW3ejHV5mi9CQMrUxSMCXkWOWHDg08Q 4U1yOa+w/wIhls94aQbvWqJy+96MbkOhX1cYUcd8AihS7/dvYQ7eSnZtKN4crvRp 6AnmfK5ZFIkzIguVHuzz0thkfyWd7AqDJjB3Y12mDVLNeX4AzUBk5A0quce7tJeQ +CQrwDod2dZ6WGqHzvZ16gzYme5NIFEhGRUUKDk0PQzaHv+YpbsrejaLBIM6tds8 Nq5BvvjuQCls/Q1gmnDEb15yXCSiDVgLeWIE8IwF5zOJ89OzzF/nlteJ/bZF32q5 gY2ALH5gl59fzcKBr6Ix+UMB0eY7IQ== =e4BP -----END PGP SIGNATURE----- --mkFcsau6kMcX4bpT-- From owner-freebsd-current@freebsd.org Fri Jan 17 00:29:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3DD2D1FB22A for ; Fri, 17 Jan 2020 00:29:39 +0000 (UTC) (envelope-from yp@xvoid.org) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) (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 47zMQB3GqZz3LLQ for ; Fri, 17 Jan 2020 00:29:38 +0000 (UTC) (envelope-from yp@xvoid.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.nyi.internal (Postfix) with ESMTP id 8677674EA; Thu, 16 Jan 2020 19:29:37 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 16 Jan 2020 19:29:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xvoid.org; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=G tpId3U+3nkpqB0QubLHzdec95RSd9o7ntcBDJnTBjs=; b=O143z+2yOdM0XTx+m LNTr//5kG87HplCbLGG18WHOUyAkOQD/XLRddIonu5Blek+kCu66ymrl2/OddfsF RTZBXJMCh8L2cB/Xi7W3W30MsB71wbwYYkUrP6Hu93uvTWbIdBAxbUpz5XfyVGhi /SVXsJlgDQT8Gppd8a3ponaJ0IYwp8EO7NYtjgkH6dtDrhcMhE8lOir752ZDZimF ObBzO4Q59EEJVWvgGg6oN1CuPzfsH/HtIK/wl6qWbQBoMuuk2OeU7OrSehvuhwHF QcoRF384/nMuq4MUf86JBtOhipsM3wgsssm6eEcHgUP6JdP3jnBdOaeqAXhR2qFm OoOaw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=GtpId3U+3nkpqB0QubLHzdec95RSd9o7ntcBDJnTB js=; b=ap4+pld9DDlRwsGkfM94u0CEtkikf2WzbUMJZ7TtlvjjuIuebVxOfKGGT LnE60CwxttYMCQAqBO7gjKvmcEQxgexdPknVsJTWQVh4PpVHX7J/ipziDdjLhSAs eUxrjp7ZpRvURAdiM/IkLTXOT2FK/lLhUWZvmi7v6/65Vary/73XS2Bk6rMwgyYa jslXuMoCt+t+BvXYTNVExitRTWZCL0g5P6L9E6bOUYbtmw3T1EogAnlXWvkkZJQN /zVkENGO1+grYJbioiUa2quc81zV/MdSJGjx/l4HbVWz836NaDAa6jsQFw0KRrsh AGckf4QRD9XzIu87+/gdue2dF5xqQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrtdeigddvtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeehnecuhfhrohhmpegjuhhrihcu rfgrnhhkohhvuceohihpseigvhhoihgurdhorhhgqeenucffohhmrghinheptggrthifhh hishhkvghrrdhorhhgnecukfhppedujeekrdduheehrdegrdekleenucfrrghrrghmpehm rghilhhfrhhomhephihpseigvhhoihgurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.1.8] (unknown [178.155.4.89]) by mail.messagingengine.com (Postfix) with ESMTPA id E0E0680060; Thu, 16 Jan 2020 19:29:35 -0500 (EST) Subject: Re: 13.0-CURRENT r356767 wanted ZFS To: David Wolfskill , Clay Daniels , "freebsd-current@freebsd.org" References: <20200117002639.GM1192@albert.catwhisker.org> From: Yuri Pankov Message-ID: <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> Date: Fri, 17 Jan 2020 03:29:34 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200117002639.GM1192@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47zMQB3GqZz3LLQ X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xvoid.org header.s=fm1 header.b=O143z+2y; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=ap4+pld9; dmarc=none; spf=pass (mx1.freebsd.org: domain of yp@xvoid.org designates 66.111.4.221 as permitted sender) smtp.mailfrom=yp@xvoid.org X-Spamd-Result: default: False [1.09 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:66.111.4.221]; RWL_MAILSPIKE_GOOD(0.00)[221.4.111.66.rep.mailspike.net : 127.0.0.18]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[xvoid.org:+,messagingengine.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.49)[ip: (-9.81), ipnet: 66.111.4.0/24(-4.89), asn: 11403(-2.68), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[221.4.111.66.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[89.4.155.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[89.4.155.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[xvoid.org:s=fm1,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-0.60)[-0.598,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[xvoid.org]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.27)[0.274,0]; MIME_TRACE(0.00)[0:+] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 00:29:39 -0000 David Wolfskill wrote: > On Fri, Jan 17, 2020 at 12:18:41AM +0000, Clay Daniels wrote: >> 13.0-CURRENT r356767 would not take NO for an answer, and kept up a loop >> until I gave up trying to use UFS. No big deal, seems to work fine... >> >> Clay >> .... > > Err...? Is there some additional context that I'm missing? > > I've been tracking head daily for ... longer than I really want to > think about, including on at least one system that has no ZFS file > systems; the last couple of smoke-tests were at: > > FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #7 r356758M/356758: Wed Jan 15 03:49:49 PST 2020 root@g1-53.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300076 1300076 > > and > > FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #8 r356786M/356787: Thu Jan 16 03:56:45 PST 2020 root@g1-53.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300076 1300076 > > It is not clear to me at what point anything might have a chance > to indicate that it "wanted ZFS" and request an action. Likely it's about the latest 13.0-CURRENT snapshot image (r356767) and the change to bsdinstall to make ZFS default partitioning scheme, now discussed on arch@. From owner-freebsd-current@freebsd.org Fri Jan 17 01:19:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE9661FC2EA for ; Fri, 17 Jan 2020 01:19:07 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zNWH0GR0z3Njx for ; Fri, 17 Jan 2020 01:19:06 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-lf1-x12a.google.com with SMTP id v201so17045160lfa.11 for ; Thu, 16 Jan 2020 17:19:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ThciiLVuUTfOdr7dVaVS1uW7PUS0rDIaReK7dhEdX0w=; b=RaR1xC8y43mplVCv8PqJ3ophwed6FIjKR+dmgN+CfpxuS8qpEooX1W/lqVmcb+bCdP LGIXiFrFKdFYeyh8yChJrqmxtYUZhGbuHL5woduX6a1d/F0wCRzxXGU43JFoP2oDwacI HiOUIntPbQpyyrtQjKcAC5FyYFcVV2oIZ8zHWG8ew4u5sPTmBR/qp6hcqwNjkXpTz3sv 3eUgFOTny1lBLLHybD3sJAWC3q2DE3Yw6nBvftO4xe1pQTyYDnjZxLLOYMFiOkLgMM79 /wZAhK8g2JvTNJA2uXOxYCNnT61B8ET9DHsfqXSfQAcaWzBQUr+AcVg4rxasZxHNTa/i KskA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ThciiLVuUTfOdr7dVaVS1uW7PUS0rDIaReK7dhEdX0w=; b=eEqTXMnRvBsQrN0D8jLsvSuiyHy1a5y7ObLNkkJci+ZHHYW14kIOfAbaTf+wbFBK7G 1hk97q/c2rkMWoHprxYPfct3GsKxq30rF/Nz9V66DbTCMDBnljPUhC+7SiTgQapRVcUg r5e2S68FZWlbspW7NpTDRCOcncuXqcl/b+oV8L/JYnLSGDaRzdG4c0b5+aLy79bPveMv NklegSWExhMgkPP3Ugnkw3qqK2y0zX1vzOm3HWkRYl4VBKGSu2bZ0muAzoPMwngnFq1V 77tx9D2dY5hg0fMso9u66uW2K2k9lME0SJjtw5bUhKnt6X5+4xtFNciGw7tn22EVn7rV Ewvg== X-Gm-Message-State: APjAAAXzRZZCTwa28uX6DxQRgT7SEClzXzz+fCZffG1N7VdpNddsFJ7v OyhN3EfHVREjocx293qjS0WzdZIC3fsSE8uROtzZBJk= X-Google-Smtp-Source: APXvYqy+ztmS/vAHNmhghsQQxyALD1PIGS5Xk5KGEVUVJ9+obB94t+bd1v27kKVEUuF9SQ6v9wTrNUBCI544qmEQ0og= X-Received: by 2002:ac2:5592:: with SMTP id v18mr3784631lfg.17.1579223943622; Thu, 16 Jan 2020 17:19:03 -0800 (PST) MIME-Version: 1.0 References: <20200117002639.GM1192@albert.catwhisker.org> <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> In-Reply-To: <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> From: Clay Daniels Date: Fri, 17 Jan 2020 01:18:52 +0000 Message-ID: Subject: Re: 13.0-CURRENT r356767 wanted ZFS To: Yuri Pankov Cc: David Wolfskill , "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 47zNWH0GR0z3Njx X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=RaR1xC8y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2a00:1450:4864:20::12a as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.28), ipnet: 2a00:1450::/32(-2.59), asn: 15169(-1.83), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 01:19:07 -0000 Yes, it's just a comment, not a complaint. If I try to pick UFS, it restarts the install, in a loop. But ZFS is fine too. Just did the kyua test and pretty much same as last week's: Results file id is usr_tests.20200117-002752-646645 Results saved to /home/clay/.kyua/store/results.usr_tests.20200117-002752-646645.db 7652/7761 passed (109 failed) clay@bsd13:~ % kyua test -k /usr/tests/Kyuafile On Fri, Jan 17, 2020 at 12:29 AM Yuri Pankov wrote: > David Wolfskill wrote: > > On Fri, Jan 17, 2020 at 12:18:41AM +0000, Clay Daniels wrote: > >> 13.0-CURRENT r356767 would not take NO for an answer, and kept up a loop > >> until I gave up trying to use UFS. No big deal, seems to work fine... > >> > >> Clay > >> .... > > > > Err...? Is there some additional context that I'm missing? > > > > I've been tracking head daily for ... longer than I really want to > > think about, including on at least one system that has no ZFS file > > systems; the last couple of smoke-tests were at: > > > > FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #7 > r356758M/356758: Wed Jan 15 03:49:49 PST 2020 root@g1-53.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY > amd64 1300076 1300076 > > > > and > > > > FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #8 > r356786M/356787: Thu Jan 16 03:56:45 PST 2020 root@g1-53.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY > amd64 1300076 1300076 > > > > It is not clear to me at what point anything might have a chance > > to indicate that it "wanted ZFS" and request an action. > > Likely it's about the latest 13.0-CURRENT snapshot image (r356767) and > the change to bsdinstall to make ZFS default partitioning scheme, now > discussed on arch@. > From owner-freebsd-current@freebsd.org Fri Jan 17 07:24:19 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6DB57224D9E for ; Fri, 17 Jan 2020 07:24:19 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vs1-xe30.google.com (mail-vs1-xe30.google.com [IPv6:2607:f8b0:4864:20::e30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zXcf2jcMz49t9 for ; Fri, 17 Jan 2020 07:24:18 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-vs1-xe30.google.com with SMTP id k188so14287505vsc.8 for ; Thu, 16 Jan 2020 23:24:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2LKhtKnh3ZhMXgr0snCG2e66xprkHKRQem7awgeFqzA=; b=KC4rh0GUliCQbaSVHAoVhdy8wyAXUmykZPjBMlGtD6D/OfCWPYzpYsqynl/yFnA1Zl loVjvWIqKR7KhEn2jQbsbC99A7anJNpr4J/JFapuIk7I+OOLtFDYuy97OFM0Ls1779sj wgcqnoaGn8TpgRpCGKerE7Wc2g7YIm46acevDlBeDe0jMNbF67ddyHloo1dury0Tk2qQ 4q5fjaH325vtizg8C2IKBV7tAbtx9u43pQe1JLtnptbn17FW6Y1pZKiisahj1STZGg0y T5D+3J2Hq7asCA1fywnBB5CLcO5HDMaN7X1ZN/NRVnrFRAzhvgDNIDBx/xvxqKnvm3hW nP7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2LKhtKnh3ZhMXgr0snCG2e66xprkHKRQem7awgeFqzA=; b=aOXUvOywNepuZrwtgpRRCORv3WyEmrEytzYGRcp7Sg7azH8Ak44raLFFyISzARR1YU pE/cAco3VDnqgWtP6DtCx9iiNk+9Z/Oecwf+uqg6UaCIJuy1/jTc5WikoUlG3G02dUzy nYpAkmKuno6NCvuIehAhJ0kpyNJnQXRCHJoRlVZt6i2Zi9UcE5iJbofOVsK6JDZ9i2o+ 5CZ+E5rN0c7clEnOFHZ59yz8Ig4TJq4HfjGjROa1AYxStJGx2uCtVjiQITZbC7H67Yr5 vvLqea03gyyMhdj3KMNuAKttgnPI9pR0dxnwU6TW9T88slh63pTp+mzl3U+fNt8bU3Vw wkcQ== X-Gm-Message-State: APjAAAW2SNcfdMA18jlQmIltdbZ1kyt35ukrNqj09rfCKNSGysbLjUhp 8Iqp11ZMw2Y2d6cQmTWcydSvnXaa8Oj52GH5P87k4Q== X-Google-Smtp-Source: APXvYqwmeS9rHhdZvH7eatekw3enRtWPd+bMBl+IKta5SQKhadOE2XdHZ9BOQqoT/GoV1s71L1GieByqLEYug6BmYEE= X-Received: by 2002:a67:f98e:: with SMTP id b14mr3939712vsq.53.1579245857187; Thu, 16 Jan 2020 23:24:17 -0800 (PST) MIME-Version: 1.0 References: <20200117002639.GM1192@albert.catwhisker.org> <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> In-Reply-To: <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> From: Ben Woods Date: Fri, 17 Jan 2020 17:24:06 +1000 Message-ID: Subject: Re: 13.0-CURRENT r356767 wanted ZFS To: Yuri Pankov Cc: Clay Daniels , David Wolfskill , "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 47zXcf2jcMz49t9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=KC4rh0GU; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of woodsb02@gmail.com designates 2607:f8b0:4864:20::e30 as permitted sender) smtp.mailfrom=woodsb02@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.64), ipnet: 2607:f8b0::/32(-2.09), asn: 15169(-1.83), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 07:24:19 -0000 On Fri, 17 Jan 2020 at 10:30 am, Yuri Pankov wrote: > David Wolfskill wrote: > > On Fri, Jan 17, 2020 at 12:18:41AM +0000, Clay Daniels wrote: > >> 13.0-CURRENT r356767 would not take NO for an answer, and kept up a lo= op > >> until I gave up trying to use UFS. No big deal, seems to work fine... > >> > >> Clay > >> .... > > > > Err...? Is there some additional context that I'm missing? > > > > I've been tracking head daily for ... longer than I really want to > > think about, including on at least one system that has no ZFS file > > systems; the last couple of smoke-tests were at: > > > > FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #7 > r356758M/356758: Wed Jan 15 03:49:49 PST 2020 root@g1-53.catwhisker.o= rg:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY > amd64 1300076 1300076 > > > > and > > > > FreeBSD g1-53.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #8 > r356786M/356787: Thu Jan 16 03:56:45 PST 2020 root@g1-53.catwhisker.o= rg:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY > amd64 1300076 1300076 > > > > It is not clear to me at what point anything might have a chance > > to indicate that it "wanted ZFS" and request an action. > > Likely it's about the latest 13.0-CURRENT snapshot image (r356767) and > the change to bsdinstall to make ZFS default partitioning scheme, now > discussed on arch@. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " It does seem like this could be related to my commit (see below). Although I runtime tested installs with both ZFS and UFS options, so I=E2=80=99m sur= prised. https://svnweb.freebsd.org/changeset/base/356758 I=E2=80=99ll try to have a look at it tonight. Regards, Ben > -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Fri Jan 17 13:33:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EEFCC22E984 for ; Fri, 17 Jan 2020 13:33:17 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zhpN5H03z4VKB; Fri, 17 Jan 2020 13:33:16 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-vs1-xe2d.google.com with SMTP id k188so14818258vsc.8; Fri, 17 Jan 2020 05:33:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jtVaxv9nhlRoODLpz53ez0nw5kC7K9PQDKCESO3hgic=; b=vBChAHKvOS5XI+RRZ/O1QiSZ3i2ZRnvthpog1T1aA/AWZ/HZwzncyKZOY1Ns0hwcWA SW+PDNwwG06zrj5x8TBw6o9cfIL57VAckV4ysHv9yzjqR9VmLN1kyG9KA74wqk1W/6ts xh0GNPaTnr8EJTkpYVHndid67LtPNQW6GQTLfMigT4gpe9Uto2N9F5qHuPkRm3yrZyn+ D2XhsjQlcinV7kkFyLyq/+Ah4JTKbkd0/FgHUSH2PuJAuHE04oiy2tehp4ZQQXP1EnC4 s0QCbyXcgQB3TQo8ufsNSnQCM8my3/VwACqLKiyL4JXTLXA6A6iFmUHf+SkF6SVft1/W wdDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jtVaxv9nhlRoODLpz53ez0nw5kC7K9PQDKCESO3hgic=; b=SGqLQ0Nk+2ZPsZrqkYLCmPjx8RW90fRF6J7UFhb87GkYgnPhHo6TSyTxM5FryNhQDb QbiVVE1Sx9/LV1DJ5vD8IZETEuklQfI0Hm6QYr6V4RVA6MsNtbuKu+X1PbzsfLvUiQKe 8sHjuWYla7vRLpVJcDz62KI2tsp1Lj1IgAhcWblrS6sFB0fLVVfORJZL2kO5bNyCAFSa /AKnmNrY/psqI52yPxSJLT+r/ThU+X3d+3pyuiQJxzlhyVFWFl+Ie0qsJtGczaYfgk/i cvqxLtr3lp/PhkOn0H1XHa6wB9DqNmBg1nSiNjgyBm8Ebzl3GrY97Dk63XD7+ZKewedr ZkGQ== X-Gm-Message-State: APjAAAUSl0glLnxiwkfDteur2/ONB2WKdNQOTNqGF99R/q299cbtjNIH 3FR3mpktgWb1mVQo5YaIJAijMc5aXeqziOjt5m5fu6J/7iM= X-Google-Smtp-Source: APXvYqzLSIHWsdEwEhcNUoGgHa7rLOwJqqxUMO37UYpBk26jaeHolrGHzGQR3tjg8xexycYq7BPRZZ5b43lgYGjAoQs= X-Received: by 2002:a67:be13:: with SMTP id x19mr4606804vsq.20.1579267995297; Fri, 17 Jan 2020 05:33:15 -0800 (PST) MIME-Version: 1.0 References: <20200117002639.GM1192@albert.catwhisker.org> <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> In-Reply-To: From: Ben Woods Date: Fri, 17 Jan 2020 23:33:04 +1000 Message-ID: Subject: Re: 13.0-CURRENT r356767 wanted ZFS To: Yuri Pankov , bcran@freebsd.org, darkfiberiru@gmail.com, ryan@freqlabs.com Cc: Clay Daniels , David Wolfskill , "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 47zhpN5H03z4VKB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=vBChAHKv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of woodsb02@gmail.com designates 2607:f8b0:4864:20::e2d as permitted sender) smtp.mailfrom=woodsb02@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.59), ipnet: 2607:f8b0::/32(-2.09), asn: 15169(-1.83), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 13:33:18 -0000 On Fri, 17 Jan 2020 at 17:24, Ben Woods wrote: > > On Fri, Jan 17, 2020 at 12:18:41AM +0000, Clay Daniels wrote: > >> >> 13.0-CURRENT r356767 would not take NO for an answer, and kept up a >> loop >> >> until I gave up trying to use UFS. No big deal, seems to work fine... >> >> >> >> Clay >> > > It does seem like this could be related to my commit (see below). Althoug= h > I runtime tested installs with both ZFS and UFS options, so I=E2=80=99m s= urprised. > https://svnweb.freebsd.org/changeset/base/356758 > > I=E2=80=99ll try to have a look at it tonight. > > Regards, > Ben > Hi Clay, Thanks for reporting this issue. I was able to replicate it using bsdinstall on the latest snapshot ISO FreeBSD-13.0-CURRENT-amd64-20200116-r356767-disc1.iso. It turns out the commit that introduced the regression was r356740. I have submitted a fix for review here: https://reviews.freebsd.org/D23232 Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Fri Jan 17 15:40:23 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 095E01F1960; Fri, 17 Jan 2020 15:40:23 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f41.google.com (mail-io1-f41.google.com [209.85.166.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zld21mDkz4d17; Fri, 17 Jan 2020 15:40:22 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f41.google.com with SMTP id i7so18024582ioo.5; Fri, 17 Jan 2020 07:40:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=mQN3BExkO/1ZNExpcGCUnU83Vh6dKx/hUkcXHSp0Fzs=; b=rTL8onmsL0hI+rgV8sHD1kf8ZdAmHiUizEIdoszBl/Bhc8W1ZJgz0hweLq6GuLm1jx jL085kusOZLOAWEmxtezhL9eQDUF3fwTkuXq8oZxhAngcs8z2WaovHNhCIe2ZKx/J+UQ +e+Bq1AKJfxbFnyB5I+RsYteWchmaHz7HsmYGFIMVCF6ukemHm5aKZZrgnpDybTaEM/Q V80Yt7pnXrb9r9xrqWuZfkIuVm8zs/H8gIYI+V8GAF2qjzVYpaWaqjVlfPs8Vvkg4JUP gXPnMTZUenIWeT2Wm+3PJ6VxvKhQmPE7Vcw2+ehdY5V/LNo4s92HpB35BPBBNxDwZRaS RNaw== X-Gm-Message-State: APjAAAWRw4+trMs8HtkKZK1sAB+ivhbZcunGkROa8UJlwaWyH2QfsaGr rpU/RA/gCVM8ZdKgKgI7yHX5CK9L2LsLReW7jybMOpQt X-Google-Smtp-Source: APXvYqw18kUc/t61h0p6F0i/IyU+HAm1IV2AZSCiKk8a6rSPWFltMhLNR8WUMVWH3tm2ZvZM2wqkXyN248JYSzUfpGE= X-Received: by 2002:a6b:db12:: with SMTP id t18mr29332815ioc.11.1579275620639; Fri, 17 Jan 2020 07:40:20 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Fri, 17 Jan 2020 10:40:09 -0500 Message-ID: Subject: Turn off PROFILE option and remove WITH_PROFILE after FreeBSD 13? To: FreeBSD Current , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47zld21mDkz4d17 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.41 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.79 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.79)[ip: (-4.01), ipnet: 209.85.128.0/17(-3.07), asn: 15169(-1.83), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[41.166.85.209.list.dnswl.org : 127.0.5.0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[41.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 15:40:23 -0000 As far as I can tell most/all developers have used sampling-based profiling for years (e.g. hwpmc on FreeBSD) and have not been using gprof-based profiling. Prompted by followup to a pkgbase tweak I committed relating to profiling libraries[1] I propose following Brooks' suggestion: * turn off the PROFILE option by default now, in advance of the FreeBSD 13 branch (WITH_PROFILE will remain available) * update the WITH_PROFILE description in src.conf(5) to mention that it's deprecated * remove support for WITH_PROFILE after FreeBSD 13 branches Any comments on this plan? Does anyone use the -pg compiler flag and the _p.a profiling library archives? [1] https://lists.freebsd.org/pipermail/svn-src-all/2020-January/192566.html From owner-freebsd-current@freebsd.org Fri Jan 17 16:20:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 94B011F2CED for ; Fri, 17 Jan 2020 16:20:02 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zmVp032fz4gBs; Fri, 17 Jan 2020 16:20:01 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wr1-x443.google.com with SMTP id d16so23295499wre.10; Fri, 17 Jan 2020 08:20:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=FiKixk+GyuzOhPi7WzbXLnK+A1rvNFVwWQXWVLsSeog=; b=SJ/OhdPxcey89J7GY7Cl74Q8tRIjCNhC59+lPLbFzInaaLLK5zreZVTKFtqG/xrwMU 2078sdZJoVbDqXsem7XAPmBZ87rQDs1aDZvCxNbH1DEUzjPdk+1S4vTSHn8F4nVORw/8 CfI4wNtVkiTKa+iP857h7jwWHEIK0rathILSBc3mFFwauHR1hdkfM51luxO1xcK74Qsg 2VsnHzdUdikkbr8v/HtcE3RES/aTdtBavfx+kC45We+6ysJuVATONVqbttCHsaMqc3Wr Je4Bqaf4NkweVZWy8dIhdD541kQD42gm4j1DBOcLokk9Fmh2+mOF25yinbVEPGHQn6aq fTQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=FiKixk+GyuzOhPi7WzbXLnK+A1rvNFVwWQXWVLsSeog=; b=BRWt2Ys1aeo7x75Io1ya2CBAVDEc8f9RhZotuFHS0WotbXLEHtS5m9aupdBT4FvBil jm18ojDzT/0YrPwdQGu0luuR0pIzGURdcEGT18Blb5hyxCQTGAbVkVjCBqIfk2Yp06ig dhQvlKJv2x08lEJZZ3GNwZdzVw1IVnpy9Z9ILNQnoE3EcYPN1rDoEuOgtTpm1ehx9rQJ 1QM/WBuWOqL/L+ldoBO5nZ4olMuRhPYgBarAXxiKPICJljzVqQuW/lQQi56KzpaG2jEW zRS++JfgLwpm5Qdhf5bMOUbzGcWhFjmke7hPwdfDok7Pl/5dKEmoER9JeIy2yGfy6mAk 74sg== X-Gm-Message-State: APjAAAVTC2/EBg5eJNbTZSRikQd+40Ak9apWodJ5mOPhR9/xta94IIv+ CPNHtx1iUk+thOEi1FYWj70zcH65rEk2+1LdgziLd/+GVLU= X-Google-Smtp-Source: APXvYqz84ikBx+eiC7sQbl+rHU6Wwut2U35ZwfdjsSX8Ukn8pS7TzLkzEBXoNOOyGDpveILt+93xl/HbDihEG0iRDsw= X-Received: by 2002:a5d:62d1:: with SMTP id o17mr4010289wrv.9.1579277999141; Fri, 17 Jan 2020 08:19:59 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Fri, 17 Jan 2020 19:19:47 +0300 Message-ID: Subject: Re: Can't cross-compile HEAD To: Kyle Evans Cc: freebsd-current , Adrian Chadd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47zmVp032fz4gBs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SJ/OhdPx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2a00:1450:4864:20::443 as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (2.17), ipnet: 2a00:1450::/32(-2.59), asn: 15169(-1.83), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[3.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 16:20:02 -0000 =D1=81=D0=B1, 11 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 08:06, Pavel Timof= eev : > > =D0=BF=D1=82, 10 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 22:05, Kyle Evan= s : > > > > On Fri, Jan 10, 2020 at 12:59 PM Pavel Timofeev wrot= e: > > > > > > =D0=BF=D1=82, 10 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 17:48, Kyle = Evans : > > > > > > > > On Fri, Jan 10, 2020 at 12:31 AM Pavel Timofeev = wrote: > > > > > > > > > > =D1=87=D1=82, 9 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 16:52, Pa= vel Timofeev : > > > > > > > > > > > > Hello > > > > > > > > > > > > I'm trying to cross-compile HEAD r356551 for mips on my FreeBSD= -12.1 amd64. > > > > > > I'm using mips-gcc6-6.5.0 and this > > > > > > https://github.com/freebsd/freebsd-wifi-build nice project to b= uild > > > > > > image for my tl-wdr3600 > > > > > > > > > > > > The error I'm getting is: > > > > > > ... > > > > > > =3D=3D=3D> usr.sbin/fmtree (all) > > > > > > =3D=3D=3D> usr.bin/vi (all) > > > > > > =3D=3D=3D> usr.sbin/freebsd-update (all) > > > > > > =3D=3D=3D> usr.sbin/gpioctl (all) > > > > > > =3D=3D=3D> usr.sbin/inetd (all) > > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In f= unction > > > > > > 'getconfigent': > > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1614:= 6: > > > > > > warning: variable 'v4bind' set but not used > > > > > > [-Wunused-but-set-variable] > > > > > > int v4bind; > > > > > > ^~~~~~ > > > > > > At top level: > > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:33:19= : > > > > > > warning: 'copyright' defined but not used [-Wunused-const-varia= ble=3D] > > > > > > static const char copyright[] =3D > > > > > > ^~~~~~~~~ > > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In f= unction 'setup': > > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1368:= 4: > > > > > > error: 'netid' may be used uninitialized in this function > > > > > > [-Werror=3Dmaybe-uninitialized] > > > > > > rpcb_set(sep->se_rpc_prog, i, netid, &nbuf); > > > > > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > cc1: all warnings being treated as errors > > > > > > --- inetd.o --- > > > > > > *** [inetd.o] Error code 1 > > > > > > > > > > > > > > > > > > Could anybody please help fix that? > > > > > > > > > > > > > > > > > > > > Terribly sorry, I forgot to mention a very important detail. > > > > > My src.conf has the only option now. > > > > > It's WITHOUT_INET6=3D"YES" > > > > > > > > Thanks for that addition- you saved me a little bit of effort > > > > examining why it's unused. =3D-) > > > > > > > > The inetd build should be clear after r356602, but you'll need to > > > > build WITHOUT_GOOGLETEST=3Dyes for now with the gcc ports. There ar= e > > > > some fundamental issues with mips-gcc{6,9} trying to emit > > > > __floatunsidf references, but that's a hidden symbol in our libgcc. > > > > > > > > I expect to, by the end of the day, either have a fix pending or ma= rk > > > > it as a BROKEN_OPTION on mips+gcc while we hash out the details , a= s > > > > gcc{6,9} is the only option we support for building mips at the > > > > moment. > > > > > > > > Thanks, > > > > > > > > Kyle Evans > > > > > > Thanks a lot, Kyle! > > > Build process passes further! > > > Now I'm on r356606 and have these in src.conf > > > WITHOUT_GOOGLETEST=3Dyes > > > WITHOUT_INET6=3D"YES" > > > > > > Getting different error: > > > .... > > > > I'm re-running the build WITHOUT_GOOGLETEST here outside of a > > freebsd-wifi-build context, but CC'ing Adrian in case he's already > > familiar since he's been battling libarchive stuff recently. Leaving > > the context below intact in case he's not received this. > > > > > =3D=3D=3D> usr.sbin/sendmail (all) > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:33:19: > > > warning: 'copyright' defined but not used [-Wunused-const-variable=3D= ] > > > static const char copyright[] =3D > > > ^~~~~~~~~ > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > > > 'getname': > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:520:6: > > > warning: variable 'ppp_state' might be clobbered by 'longjmp' or > > > 'vfork' [-Wclobbered] > > > int ppp_state =3D 0; > > > ^~~~~~~~~ > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:521:6: > > > warning: variable 'ppp_connection' might be clobbered by 'longjmp' or > > > 'vfork' [-Wclobbered] > > > int ppp_connection =3D 0; > > > ^~~~~~~~~~~~~~ > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > > > 'main': > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:6: > > > warning: variable 'first_sleep' might be clobbered by 'longjmp' or > > > 'vfork' [-Wclobbered] > > > int first_sleep =3D 1, first_time =3D 1; > > > ^~~~~~~~~~~ > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:23: > > > warning: variable 'first_time' might be clobbered by 'longjmp' or > > > 'vfork' [-Wclobbered] > > > int first_sleep =3D 1, first_time =3D 1; > > > ^~~~~~~~~~ > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/init.c:36:19: > > > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > > > static const char rcsid[] =3D > > > ^~~~~ > > > /usr/home/pavel.timofeev/mips/head/libexec/getty/subr.c:36:19: > > > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > > > static const char rcsid[] =3D > > > ^~~~~ > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: nc.lo: in function `main'= : > > > /usr/home/pavel.timofeev/mips/head/contrib/netcat/netcat.c:365: > > > warning: warning: mktemp() possibly used unsafely; consider using > > > mkstemp() > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter= _zstd.o): > > > in fun > > > ction `archive_compressor_zstd_free': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:128: > > > undefined reference to `ZSTD_freeCStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:128: > > > undefined reference to `ZSTD_freeCStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter= _zstd.o): > > > in fun > > > ction `archive_compressor_zstd_options': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:150: > > > undefined reference to `ZSTD_maxCLevel' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:150: > > > undefined reference to `ZSTD_maxCLevel' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter= _zstd.o): > > > in fun > > > ction `archive_compressor_zstd_open': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:200: > > > undefined reference to `ZSTD_initCStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:200: > > > undefined reference to `ZSTD_initCStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:200: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:200: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:177: > > > undefined reference to `ZSTD_CStreamOutSize' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:177: > > > undefined reference to `ZSTD_CStreamOutSize' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter= _zstd.o): > > > in fun > > > ction `drive_compressor': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:270: > > > undefined reference to `ZSTD_compressStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:270: > > > undefined reference to `ZSTD_compressStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:272: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:272: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:273: > > > undefined reference to `ZSTD_getErrorName' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:273: > > > undefined reference to `ZSTD_getErrorName' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:270: > > > undefined reference to `ZSTD_endStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:270: > > > undefined reference to `ZSTD_endStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:272: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:272: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:273: > > > undefined reference to `ZSTD_getErrorName' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:273: > > > undefined reference to `ZSTD_getErrorName' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter= _zstd.o): > > > in fun > > > ction `archive_write_add_filter_zstd': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:101: > > > undefined reference to `ZSTD_createCStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_write_add_filter_zstd.c:101: > > > undefined reference to `ZSTD_createCStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_fil= ter_zstd.o): > > > in > > > function `zstd_filter_close': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:285: > > > undefined reference to `ZSTD_freeDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:285: > > > undefined reference to `ZSTD_freeDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_fil= ter_zstd.o): > > > in > > > function `zstd_bidder_init': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:166: > > > undefined reference to `ZSTD_DStreamOutSize' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:166: > > > undefined reference to `ZSTD_DStreamOutSize' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:175: > > > undefined reference to `ZSTD_createDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:175: > > > undefined reference to `ZSTD_createDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:180: > > > undefined reference to `ZSTD_freeDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:180: > > > undefined reference to `ZSTD_freeDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.tim= ofeev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_fil= ter_zstd.o): > > > in > > > function `zstd_filter_read': > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:247: > > > undefined reference to `ZSTD_decompressStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:247: > > > undefined reference to `ZSTD_decompressStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:250: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:250: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:217: > > > undefined reference to `ZSTD_initDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:217: > > > undefined reference to `ZSTD_initDStream' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:218: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:218: > > > undefined reference to `ZSTD_isError' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:219: > > > undefined reference to `ZSTD_getErrorName' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:219: > > > undefined reference to `ZSTD_getErrorName' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:251: > > > undefined reference to `ZSTD_getErrorName' > > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/arch= ive_read_support_filter_zstd.c:251: > > > undefined reference to `ZSTD_getErrorName' > > > collect2: error: ld returned 1 exit status > > > --- bsdbox --- > > > *** [bsdbox] Error code 1 > > > > > > make[4]: stopped in > > > /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mip= s/head/mips.mips/tools/bsdbox > > > ...... > > Just for the record > If I flush my src.conf (still HEAD r356606) I get very similar if not > the same error: > ... > =3D=3D=3D> usr.sbin/ppp (all) > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:33:19: > warning: 'copyright' defined but not used [-Wunused-const-variable=3D] > static const char copyright[] =3D > ^~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > 'getname': > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:520:6: > warning: variable 'ppp_state' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int ppp_state =3D 0; > ^~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:521:6: > warning: variable 'ppp_connection' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int ppp_connection =3D 0; > ^~~~~~~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > 'main': > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:6: > warning: variable 'first_sleep' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int first_sleep =3D 1, first_time =3D 1; > ^~~~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:23: > warning: variable 'first_time' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int first_sleep =3D 1, first_time =3D 1; > ^~~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/init.c:36:19: > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > static const char rcsid[] =3D > ^~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/subr.c:36:19: > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > static const char rcsid[] =3D > ^~~~~ > /usr/local/bin/mips-unknown-freebsd12.0-ld: nc.lo: in function `main': > /usr/home/pavel.timofeev/mips/head/contrib/netcat/netcat.c:365: > warning: warning: mktemp() possibly used unsafely; consider using > mkstemp() > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_compressor_zstd_free': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:128: > undefined reference to `ZSTD_freeCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:128: > undefined reference to `ZSTD_freeCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_compressor_zstd_options': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:150: > undefined reference to `ZSTD_maxCLevel' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:150: > undefined reference to `ZSTD_maxCLevel' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_compressor_zstd_open': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_initCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_initCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:177: > undefined reference to `ZSTD_CStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:177: > undefined reference to `ZSTD_CStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `drive_compressor': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_compressStream' > [41/1955] > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_compressStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_endStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_endStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_write_add_filter_zstd': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:101: > undefined reference to `ZSTD_createCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:101: > undefined reference to `ZSTD_createCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_= zstd.o): > in > function `zstd_filter_close': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:285: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:285: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_= zstd.o): > in > function `zstd_bidder_init': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:166: > undefined reference to `ZSTD_DStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:166: > undefined reference to `ZSTD_DStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:175: > undefined reference to `ZSTD_createDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:175: > undefined reference to `ZSTD_createDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:180: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:180: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_= zstd.o): > in > function `zstd_filter_read': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:247: > undefined reference to `ZSTD_decompressStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:247: > undefined reference to `ZSTD_decompressStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:250: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:250: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:217: > undefined reference to `ZSTD_initDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:217: > undefined reference to `ZSTD_initDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:218: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:218: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:219: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:219: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:251: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:251: > undefined reference to `ZSTD_getErrorName' > collect2: error: ld returned 1 exit status > --- bsdbox --- > *** [bsdbox] Error code 1 > > make[4]: stopped in > /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/he= ad/mips.mips/tools/bsdbox > 1 error > > make[4]: stopped in > /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/he= ad/mips.mips/tools/bsdbox > --- bsdbox --- > ... > > > > FreeBSD 12.1 RELEASE compiles OK though. Rebuilding r356831 now The error is : =3D=3D=3D> libexec/rtld-elf (all) [15/1930] /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c: In function 'free_tls': /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c:4925:24: warning: variable 'tls_init_align' set but not used [-Wunused-but-set-variable] size_t dtvsize, i, tls_init_align; ^~~~~~~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c: In function 'do_dlsym': /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c:3516:28: warning: variable 'defobj' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] const Obj_Entry *obj, *defobj; ^~~~~~ /usr/home/pavel.timofeev/mips/head/lib/libc/gen/opendir.c: In function 'is_unionstack': /usr/home/pavel.timofeev/mips/head/lib/libc/gen/opendir.c:282:40: error: macro "_fcntl" requires 3 arguments, but only 2 given unionstack =3D _fcntl(fd, F_ISUNIONSTACK); ^ /usr/home/pavel.timofeev/mips/head/lib/libc/gen/opendir.c:282:13: error: assignment makes integer from pointer without a cast [-Werror=3Dint-conversion] unionstack =3D _fcntl(fd, F_ISUNIONSTACK); ^ cc1: all warnings being treated as errors --- opendir.o --- *** [opendir.o] Error code 1 make[4]: stopped in /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf 1 error make[4]: stopped in /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf --- all_subdir_libexec/rtld-elf --- *** [all_subdir_libexec/rtld-elf] Error code 2 From owner-freebsd-current@freebsd.org Fri Jan 17 16:23:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 116671F30A5 for ; Fri, 17 Jan 2020 16:23:06 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zmZJ6TzJz3C4P; Fri, 17 Jan 2020 16:23:04 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id m24so8010697wmc.3; Fri, 17 Jan 2020 08:23:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WvofnOjiFmqE6jPGr6rWEJC65rvyrAOi0aKkclx6Tj4=; b=Kd66xPImqzGmLotrCzeTa850Dyk+/Ezykzmq+t7FPKgq19c8XoDh/Sod6ithFji5or k/fKDXs9ZUUBU6SZt4wQM5BinWdIFEgzweQdCT2ZlE+RoR1Ow56iLApsbhiV9BZvObGa msvEd2uS/xVFWZoV1/oJih8pEOAj7yle3NOT1MHhrV6T5Up+N9JYicJ9j27mNc/Su3xB gJC7qbjNIxY+cxZuJzEhxPyYfjon+24A3CgHNsAMpz2HsW1lH0KIz4JnUDE7JMOsfYGh Kr1LJ5IfQ3VOZ0kGgoH5E6EmnElKrgKS6suzatH669oJYSFncj5Ir/dHHz7wrgnTs0Lx 93oQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WvofnOjiFmqE6jPGr6rWEJC65rvyrAOi0aKkclx6Tj4=; b=JtNZDcxOS4blscTZv8Xcc6eHRxzANuGLx3yA3AyJUkOMH59+hVAN7Td5W3nZiNU6Ph nSSnZMOmt8I8sFvrSqpDhZSCBKQIMB5lEo3KZbUfTL6i8w6hCoB4GUUhbmBDLE8UwBuP ZP8WlNwGkEezw7Ddzr/RTONCVLKeMjGGPruaJOZ/7kv0t51SB8YmHMuQ8pe1JyCTd0jK xok7uzuu+SePqh/tsqcTNqtOcwOar55lcskdZC2SQLpIKljsQyar5jWj+oM2QAN8gQQV AixhR2SIMsH4MFG9YWVWGr72m50kw+2E+EStVcM2WJz/rCTL86h3hugaBouMrxrQoRuS qUNA== X-Gm-Message-State: APjAAAVGbLiZFaIklPsBscApFE8m5nHB9ohR9kfVnrl/wVX7Fnuok3M3 bErLqG4XIvPpxxP8WVnrOAZjty2hpnWfg66aV3A= X-Google-Smtp-Source: APXvYqzax+J/Okl94OpdSHNPZee57fgwTVtBK7O8onZM/8THNc5+z/K8C3F/heGPkpQaRMddK01BL9yvv6YXZZSP6do= X-Received: by 2002:a1c:8055:: with SMTP id b82mr5482496wmd.127.1579278183295; Fri, 17 Jan 2020 08:23:03 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:6b02:0:0:0:0:0 with HTTP; Fri, 17 Jan 2020 08:23:02 -0800 (PST) In-Reply-To: References: From: Mateusz Guzik Date: Fri, 17 Jan 2020 17:23:02 +0100 Message-ID: Subject: Re: Can't cross-compile HEAD To: Pavel Timofeev Cc: Kyle Evans , freebsd-current , Adrian Chadd Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47zmZJ6TzJz3C4P X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Kd66xPIm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::330 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-9.18), ipnet: 2a00:1450::/32(-2.59), asn: 15169(-1.83), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 16:23:06 -0000 On 1/17/20, Pavel Timofeev wrote: > Rebuilding r356831 now > The error is : > > ===> libexec/rtld-elf (all) > > [15/1930] > /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c: In > function 'free_tls': > /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c:4925:24: > warning: variable 'tls_init_align' set but not used > [-Wunused-but-set-variable] > size_t dtvsize, i, tls_init_align; > ^~~~~~~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c: In > function 'do_dlsym': > /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c:3516:28: > warning: variable 'defobj' might be clobbered by 'longjmp' or 'vfork' > [-Wclobbered] > const Obj_Entry *obj, *defobj; > ^~~~~~ > /usr/home/pavel.timofeev/mips/head/lib/libc/gen/opendir.c: In function > 'is_unionstack': > /usr/home/pavel.timofeev/mips/head/lib/libc/gen/opendir.c:282:40: > error: macro "_fcntl" requires 3 arguments, but only 2 given > unionstack = _fcntl(fd, F_ISUNIONSTACK); > ^ > /usr/home/pavel.timofeev/mips/head/lib/libc/gen/opendir.c:282:13: > error: assignment makes integer from pointer without a cast > [-Werror=int-conversion] > unionstack = _fcntl(fd, F_ISUNIONSTACK); > ^ > cc1: all warnings being treated as errors > --- opendir.o --- > *** [opendir.o] Error code 1 > > make[4]: stopped in /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf > 1 error > This one is mine. You are one revision short of the build fix in r356832 -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Jan 17 17:19:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3E721F4AA4; Fri, 17 Jan 2020 17:19:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47znqs4jZBz3JxF; Fri, 17 Jan 2020 17:19:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id 00HHJoYn001554 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 17 Jan 2020 09:19:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id 00HHJown001553; Fri, 17 Jan 2020 09:19:50 -0800 (PST) (envelope-from sgk) Date: Fri, 17 Jan 2020 09:19:50 -0800 From: Steve Kargl To: Ed Maste Cc: FreeBSD Current , FreeBSD Hackers Subject: Re: Turn off PROFILE option and remove WITH_PROFILE after FreeBSD 13? Message-ID: <20200117171950.GA79297@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47znqs4jZBz3JxF X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.96 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-0.97)[-0.969,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 17:19:53 -0000 On Fri, Jan 17, 2020 at 10:40:09AM -0500, Ed Maste wrote: > > Any comments on this plan? Does anyone use the -pg compiler flag and > the _p.a profiling library archives? > Yes, I do. I have WITHOUT_PROFILE='yes' set in /etc/make.conf for a normal buildworld. I then comment it out and specifically build libc_p.a and libm_p.a. These are the only profiled libraries I use. Why? Because adding -pg to the gfortran command line is sufficient to getting profiling information for long running numerically intensive codes. 'gfortran -pg', of course, loosk for libc_p.a and libm_p.a. -- Steve From owner-freebsd-current@freebsd.org Fri Jan 17 18:12:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 286211F6261; Fri, 17 Jan 2020 18:12:47 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f45.google.com (mail-io1-f45.google.com [209.85.166.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zq0t15Gcz3NWs; Fri, 17 Jan 2020 18:12:45 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f45.google.com with SMTP id h8so27018979iob.2; Fri, 17 Jan 2020 10:12:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jOb55aCi+kIXoDV3l08VsehWpR/AV9Nh7IGvefuMn3A=; b=mlpLQ06DATzBeT40wz4vgytcFhRQV12LY+uBxYlBJNJn88oIjzhL4h3PS/8AyPW9JC jiLMszDFyD6uyyyA9nNjdy/psim3oqiSPFiNB/LhoNFSAGCiBkY9yEIrSoxtp/TH5cjY ulPLZ4aByTqSNLASSUZlUvqd2zHLAQSne4aJKH/OhH6/K53XPErbZOqPefkXpgPaiadA 4llg9WH/0QGHHXPx9PhQXjBH1BaQ2cJtPXgH0+h4kr6+nGG9fol9V+LQleGdv34q9+4E Yqn0yh2vIEHAIDPYamjPZafyRBdvWOuwd4GjqcBxa6D0TxK51dLzHLrCOrRvihJvDABT I+dA== X-Gm-Message-State: APjAAAXumaZ0CvcHbsq4KqX8yJNb+QA5CvZ2EQrq4d4NiO2UC6NQeSoI 6LiWUFm9ekvXyeF0VMIqqQqXUcQMX412tEg1HqZ/sg== X-Google-Smtp-Source: APXvYqwcS5AtrMGURza8wSPyMj6QmGPlUrRqBlD3FiOBLVgoHAub0Nv+LTE3SllOQGwnn05+c4YXWD5ARHEWSTIMUHE= X-Received: by 2002:a05:6638:41d:: with SMTP id q29mr34463369jap.128.1579284764964; Fri, 17 Jan 2020 10:12:44 -0800 (PST) MIME-Version: 1.0 References: <20200117171950.GA79297@troutmask.apl.washington.edu> In-Reply-To: <20200117171950.GA79297@troutmask.apl.washington.edu> From: Ed Maste Date: Fri, 17 Jan 2020 13:12:32 -0500 Message-ID: Subject: Re: Turn off PROFILE option and remove WITH_PROFILE after FreeBSD 13? To: Steve Kargl Cc: FreeBSD Current , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47zq0t15Gcz3NWs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.45 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; IP_SCORE(-1.88)[ip: (-4.45), ipnet: 209.85.128.0/17(-3.07), asn: 15169(-1.83), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[45.166.85.209.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[45.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 18:12:47 -0000 On Fri, 17 Jan 2020 at 12:19, Steve Kargl wrote: > > Why? Because adding -pg to the gfortran command line is sufficient > to getting profiling information for long running numerically > intensive codes. 'gfortran -pg', of course, loosk for libc_p.a > and libm_p.a. Have you tried sampling-based profiling (i.e., hwpmc)? I'm curious if it provides equal utility for you, or if there's some shortcoming. From owner-freebsd-current@freebsd.org Fri Jan 17 18:13:21 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4EEE1F636F; Fri, 17 Jan 2020 18:13:21 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zq1Y1q2fz3NkP; Fri, 17 Jan 2020 18:13:20 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 00HH3AHx000497; Fri, 17 Jan 2020 09:03:48 -0800 Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2101.outbound.protection.outlook.com [104.47.70.101]) by mx0b-00273201.pphosted.com with ESMTP id 2xk0tg9jqk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Jan 2020 09:03:48 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gjsu4nUSE9aJWLpACgraA/MUnQAXSLEOwb01pR5NRmc96Y1T5yvs6T8wfsy0POtjwgPCL+kjRSntJqAiS8Y9pbwIILKblZNQsHxXUVWyXozlUeiI6Iy0TcgaWBqSTSWrLe6rXKRKhzM9bmOaSvgNgSID0W6XV/2xqT9AVbRtJccm0R05FZsSWTMURF1tmwhgn7S7GySIvIq++s++2qWZKUkKSjqQwq6n5ygZCkhSrCMrdn5Xg/RJnMcHWp54XE7Ua5xHP77pLWJNxC8sP9wKLshgpAJlozjcQcGbD9dW27jVdyGmEyjBb1n3PiWlJMqRWTSrh4TrnSDueb4pSPZRgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=G6N5q16pSRJoQhif5pndCYBQVTx2B3qfXJdxFLZ4oa4=; b=Di7/L0dX6rK5RsbrMXBQrMQRnZSNcWhizmLlWVi8ZyVIbommVrUJQ7fUJyiC3YaX+oD/SD4aRk6jY7o6c2e5uLQ4p0eg9DWABVmyVf8zYITEUyDmIQOx5c9lEevgwzH721Bj7cys66oOTkIfUZ6WeeqRVIP/iPCZt5kyI91G2Cawn5/rOfjUSJ/0IWRZtP7SnVcU2WDPhkgqdj4A0+gN64SqwXeABk09TezLGxrpZLpS85R/gdVtjhlspjweYMOPC8Sc4xYSSOeCh4ggc9CWy+g77tdzG2W+w3D3nB7hiVw4jUkyVsi+3NBb0651bKRhBhqRcbloHxfjrsiBHNnNhw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.242.13) smtp.rcpttodomain=freebsd.org smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none Received: from BYAPR05CA0005.namprd05.prod.outlook.com (2603:10b6:a03:c0::18) by CY4PR05MB3335.namprd05.prod.outlook.com (2603:10b6:910:58::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2644.5; Fri, 17 Jan 2020 17:03:46 +0000 Received: from CO1NAM05FT024.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::200) by BYAPR05CA0005.outlook.office365.com (2603:10b6:a03:c0::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2665.11 via Frontend Transport; Fri, 17 Jan 2020 17:03:46 +0000 Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.242.13 as permitted sender) Received: from P-EXFEND-EQX-02.jnpr.net (66.129.242.13) by CO1NAM05FT024.mail.protection.outlook.com (10.152.96.132) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2644.6 via Frontend Transport; Fri, 17 Jan 2020 17:03:45 +0000 Received: from P-EXBEND-EQX-01.jnpr.net (10.104.8.52) by P-EXFEND-EQX-02.jnpr.net (10.104.8.55) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Fri, 17 Jan 2020 09:03:44 -0800 Received: from p-mailhub01.juniper.net (10.104.20.6) by P-EXBEND-EQX-01.jnpr.net (10.104.8.52) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Fri, 17 Jan 2020 09:03:44 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.50.162]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 00HH3hh7015365; Fri, 17 Jan 2020 09:03:44 -0800 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id E3393B80D; Fri, 17 Jan 2020 09:03:43 -0800 (PST) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id E2B9CB80C; Fri, 17 Jan 2020 09:03:43 -0800 (PST) To: Ed Maste CC: FreeBSD Current , FreeBSD Hackers , Subject: Re: Turn off PROFILE option and remove WITH_PROFILE after FreeBSD 13? In-Reply-To: References: Comments: In-reply-to: Ed Maste message dated "Fri, 17 Jan 2020 10:40:09 -0500." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <23377.1579280623.1@kaos.jnpr.net> Date: Fri, 17 Jan 2020 09:03:43 -0800 Message-ID: <24282.1579280623@kaos.jnpr.net> X-EXCLAIMER-MD-CONFIG: e3cb0ff2-54e7-4646-8a04-0dae4ac7b136 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.242.13; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(4636009)(136003)(376002)(346002)(396003)(39850400004)(189003)(199004)(70586007)(8676002)(336012)(81166006)(55016002)(107886003)(450100002)(6266002)(4326008)(356004)(81156014)(86362001)(5660300002)(186003)(6916009)(8936002)(4744005)(2906002)(7696005)(9686003)(54906003)(7126003)(70206006)(26005)(316002)(26826003)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR05MB3335; H:P-EXFEND-EQX-02.jnpr.net; FPR:; SPF:SoftFail; LANG:en; PTR:InfoDomainNonexistent; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b03c1a62-0929-4ebe-fb99-08d79b6f36bf X-MS-TrafficTypeDiagnostic: CY4PR05MB3335: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7691; X-Forefront-PRVS: 0285201563 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: KU7EsbR9y6ebYbRFswR+jIgHJuIqEMDXi6k67g3yNAIvHgbT5zjZ73G2A/IanRYxfYI6p2LhuA+2v9BwhXCZLeW40ZvzaMKv+xbE87+5iT9mIjdLnYjNFOJ5ng3xsEEAa/mILBZW4OnSMFT2ds0tTtcRHSLnv9SFRFza9qQddEtNjeU2xnjl4n78plUYNf2jvHWuM2o9Z+2rVcCUOiP+msSJB0GVy9Zcn5o326rojR2YsJjfrXTixQ7w96LYSo4X3rw3/GYHiiM2RxaejmSoIWTbXiSi+B210l5NSuyIRMSkeTn91+mcoAL+kQne45mJzDGT2uc67NU/sJjU+OMzgxum6zo2gxlyg4DIkK85TvInBP7/zyDtzEzRZsNJB6rJI/bsZvIC9Z/+knVfkf5lOcsBljVIExUYNUPORyszF/SzVp7dsUIt5LiasYLRLkJ3 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Jan 2020 17:03:45.7410 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: b03c1a62-0929-4ebe-fb99-08d79b6f36bf X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.242.13]; Helo=[P-EXFEND-EQX-02.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3335 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-01-17_04:2020-01-16, 2020-01-17 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 suspectscore=0 bulkscore=0 lowpriorityscore=0 clxscore=1011 spamscore=0 impostorscore=0 priorityscore=1501 malwarescore=0 mlxlogscore=773 adultscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-2001170131 X-Rspamd-Queue-Id: 47zq1Y1q2fz3NkP X-Spamd-Bar: ----- X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 18:13:21 -0000 Ed Maste wrote: > Any comments on this plan? Does anyone use the -pg compiler flag and > the _p.a profiling library archives? We have teams that do - on a semi regular basis. If there's an alternate method to allow them to find hot-spots etc in userland code we can direct them accordingly I expect. From owner-freebsd-current@freebsd.org Fri Jan 17 19:06:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0FF661F7C5F for ; Fri, 17 Jan 2020 19:06:48 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zrCB6rvbz3xYf; Fri, 17 Jan 2020 19:06:46 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-lf1-x12d.google.com with SMTP id y1so19139928lfb.6; Fri, 17 Jan 2020 11:06:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fkytVyU9xrnYbvqtJfR7B085xqA8yZ0x9CyCPvGQf1g=; b=LS+CtLUuuGa6ssPhjx6jD8VsVxvC9Aj7PgUmxE9+mgs0JrIB0wGEySYUyFenHRusMp +uzXlvzH2FogZ7gRUIGzHCrE4lGHSv9jubr5P7rqm8eAnCgO5ZoSbFjoOWBzmKEyjAMz 1oHUl2HNwx5mbPYpj5xsypdXucLVq/xW8d08F+bFm9CEKrM7F1QX/7Oah65Duxjka2mo HfRxwVXHVDmEeq+HoqVZQG5zmYnDzFDD4y1mFWrOPy9RejU7CH3wzCrfWRimHyZViCUf 5tVOyLBRiJV5MAM2Jlfu94dkD/sY3tpj0DxHe89+X/zTd5dBWzLfr6Pg4UIQGnRg1Tlh A1Ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fkytVyU9xrnYbvqtJfR7B085xqA8yZ0x9CyCPvGQf1g=; b=d4jBjK+jqlIV9RqqxL17CikSWE/lCSUxnfRxiVZprlUETacEKTBM3ERSmdZ2iYRDjg Gn0cchNQ4aDPw+AiMc02WX4NWwrD5cItgY3R76ohNzpHrvsR9Zh9eF+95tuYZQgHT4+4 N195HyJmfkZX//aqRrI3+YGwwm+GZh6ErhDBZNPaCfhfRLphflKllBPwsR36nPseETSc He4iLvNFFn4pV7jXFuE/IHVDJHd17F53Vaggn04LT9NG86RrXgahGZieT15c2VQN1UJ3 aa8T8JXrxGR3j48pxp0bIJ/y/kwYzu03IB8qREaO9KRBgWw5Gln8e9uaxNY+0zXyrYFG hZYg== X-Gm-Message-State: APjAAAXXCOwKW/Rr5zB9VxpYQuWNCmdn11jD0q1YYdaFMnlOVR/1BPdR b/0p2dm09HbhvgV3RVAyQLnFdXt0UKzEyCalEw== X-Google-Smtp-Source: APXvYqyEDPoqHmeHlI6xjpHRkUjZ9TJXib94V1HBwO+RObryQcKh9D+L/vCXc2CrwR42qIJnOFJyZpH15mR/IhR4LRs= X-Received: by 2002:ac2:54b4:: with SMTP id w20mr6185981lfk.67.1579288004859; Fri, 17 Jan 2020 11:06:44 -0800 (PST) MIME-Version: 1.0 References: <20200117002639.GM1192@albert.catwhisker.org> <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> In-Reply-To: From: Clay Daniels Date: Fri, 17 Jan 2020 19:06:33 +0000 Message-ID: Subject: Re: 13.0-CURRENT r356767 wanted ZFS To: Ben Woods Cc: Yuri Pankov , bcran@freebsd.org, darkfiberiru@gmail.com, ryan@freqlabs.com, David Wolfskill , "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 47zrCB6rvbz3xYf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LS+CtLUu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2a00:1450:4864:20::12d as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-8.76), ipnet: 2a00:1450::/32(-2.59), asn: 15169(-1.83), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 19:06:48 -0000 Thanks, Ben. I'm fine with ZFS for this week. I got involved with a little project of my own on this weeks snapshot, and will see what next week brings. Clay On Fri, Jan 17, 2020 at 1:33 PM Ben Woods wrote: > On Fri, 17 Jan 2020 at 17:24, Ben Woods wrote: > >> > On Fri, Jan 17, 2020 at 12:18:41AM +0000, Clay Daniels wrote: >> >>> >> 13.0-CURRENT r356767 would not take NO for an answer, and kept up a >>> loop >>> >> until I gave up trying to use UFS. No big deal, seems to work fine..= . >>> >> >>> >> Clay >>> >> >> It does seem like this could be related to my commit (see below). >> Although I runtime tested installs with both ZFS and UFS options, so I= =E2=80=99m >> surprised. >> https://svnweb.freebsd.org/changeset/base/356758 >> >> I=E2=80=99ll try to have a look at it tonight. >> >> Regards, >> Ben >> > > Hi Clay, > > Thanks for reporting this issue. I was able to replicate it using > bsdinstall on the latest snapshot ISO > FreeBSD-13.0-CURRENT-amd64-20200116-r356767-disc1.iso. > > It turns out the commit that introduced the regression was r356740. > > I have submitted a fix for review here: > https://reviews.freebsd.org/D23232 > > Regards, > Ben > > -- > From: Benjamin Woods > woodsb02@gmail.com > From owner-freebsd-current@freebsd.org Fri Jan 17 19:29:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46B2D1F88DD; Fri, 17 Jan 2020 19:29:29 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zrjP0rwYz40Z0; Fri, 17 Jan 2020 19:29:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id 00HJTQm3009068 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 17 Jan 2020 11:29:26 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id 00HJTQJJ009067; Fri, 17 Jan 2020 11:29:26 -0800 (PST) (envelope-from sgk) Date: Fri, 17 Jan 2020 11:29:26 -0800 From: Steve Kargl To: Ed Maste Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: Turn off PROFILE option and remove WITH_PROFILE after FreeBSD 13? Message-ID: <20200117192926.GA68201@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20200117171950.GA79297@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47zrjP0rwYz40Z0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.96 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-0.97)[-0.969,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 19:29:29 -0000 On Fri, Jan 17, 2020 at 01:12:32PM -0500, Ed Maste wrote: > On Fri, 17 Jan 2020 at 12:19, Steve Kargl > wrote: > > > > Why? Because adding -pg to the gfortran command line is sufficient > > to getting profiling information for long running numerically > > intensive codes. 'gfortran -pg', of course, loosk for libc_p.a > > and libm_p.a. > > Have you tried sampling-based profiling (i.e., hwpmc)? I'm curious if > it provides equal utility for you, or if there's some shortcoming. Never needed to try hwpmc. % gfortran9 -o z -pg fortran_file.f90 just works if libc_p.a and libm_p.a are present. There is a link-time failure if the libraries are missing. Here's an example of using -pg that found a bottleneck in my code (which I haven't profiled recently). Each sample counts as 0.000123062 seconds. % cumulative self self total time seconds seconds calls s/call s/call name 46.80 275.68 275.68 1178817696 0.00 0.00 __lum_MOD_cludet_dble 11.55 343.73 68.05 19458348 0.00 0.00 __sjnm_MOD_csjn_dble 7.09 385.47 41.73 19458348 0.00 0.00 __sphere_MOD_sphere_shell_formfcn 5.97 420.63 35.16 97291740 0.00 0.00 __sjnm_MOD_sjn_dble 3.84 443.24 22.61 23712564606 0.00 0.00 cabs (w_cabs.c:17 @ 4968f0) The cludet_dble() routine is a bottleneck, which makes heavy use of cabs(). It so happens that cludet_dble doesn't need to use cabs, and instead can look at the magnitude square. Replacing cabs(z) with creal(z)**2 + cimag(z)**2 gives Each sample counts as 0.000123062 seconds. % cumulative self self total 53.93 232.70 232.70 1178817696 0.00 0.00 __lum_MOD_cludet_dble 15.84 301.02 68.32 19458348 0.00 0.00 __sjnm_MOD_csjn_dble 10.63 346.91 45.88 19458348 0.00 0.00 __sphere_MOD_sphere_shell_formfcn 7.84 380.71 33.81 97291740 0.00 0.00 __sjnm_MOD_sjn_dble Nominally, a 43 CPU seconds decrease. That 43 seconds accumulates quickly, when the code is executed a few thousand times for Monte Carlo simulations. Is there a trivially stupid way of using hwpmc that requires no changes to fortran_file.f90? PS: For those snickering about the word Fortran. Go read the Fortran 2018 standard and educate yourselves. You want document 007 from https://j3-fortran.org/doc/standing. -- Steve From owner-freebsd-current@freebsd.org Fri Jan 17 22:28:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 920CA1FCC16 for ; Fri, 17 Jan 2020 22:28:53 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47zwhN43BQz4BmZ; Fri, 17 Jan 2020 22:28:52 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-vs1-xe2f.google.com with SMTP id b79so15813698vsd.9; Fri, 17 Jan 2020 14:28:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oMTgZR+SXjn5oqh+QiHobFCTeNkBSYE2RGQhAzah5bE=; b=GGbkMS2g1+YYFcITM5APOIOnLNgB4LClEWV5/vJ2Op+qzLexjzqps3h6xMAEgRIPrC qAyUhZEO00qEtRkjbIKNILPPX7cCcrWaAZfBzozOMTfZEjzj5qY3nnKjbS/FPoee5FDv dHi+mJ6ZZpJPniLNYdu6iId+cJ1sCtmIDOVowBYtAlAgAnrBBO+jwiLL+XcoG1n2sexT CCB2KjMHtx6jwPcJsY1Cr0gX6/lqtBSO/EBKJ60ZTjBs6/VxpPB+CLqCWYJtjs85s03L Kuy9oRE94Y+aJelgvGPC2U/yavtO1g0S6eJw+EoIsgEczoPwyz19xiSaHyGLTnCKCRTt Jl2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oMTgZR+SXjn5oqh+QiHobFCTeNkBSYE2RGQhAzah5bE=; b=Vblzd2hTdzA3prxd6XLDSAm9GTxnIWYEElyd088QAsuUtz713wh0uD5gxdzOXLyq03 vbI0zPQaHIjSmhCOv/Ev4G7nDj7htyMAFLErqOb0AkXa7RqL+0xM6en2bW4LQw+wiBSH dFasgq2kBZCDY5dXErJLsMPlmxf6vuvtkkTmBYQbVMbPAZzkLfvE5lcc4x0NtLrK8FEB kvtq0Ocdv6qpoKiEcHXTOKdHJp0DjulaeTpVNBYXLi4BOOoSpfDSh+sKLKZ3v5vwu/mo 2U73tVzvok/+qoosVDypsfzcwBnShSqkQPF6M1oCkArcXQvTL4ZuQP6wyxw+8VFXAYyF kpfg== X-Gm-Message-State: APjAAAUAyUDJ0XCpwxE3lkfwWVmIpGGmakrb5UhVY/fORy+PNYooaPS6 Rv/DEoOm7kYPZWQbxMut7eNVzfcyLTKnOz8N/LlRU1K3tJE= X-Google-Smtp-Source: APXvYqzXHzyvoVHLNWZ1/jyoSAN15tWMSANt9Pt2pBL0Emv6+v7KgR6aUgEtCi9o9fQz57r/N3uLauWUWNzdq47Lohs= X-Received: by 2002:a67:f412:: with SMTP id p18mr6352763vsn.207.1579300131012; Fri, 17 Jan 2020 14:28:51 -0800 (PST) MIME-Version: 1.0 References: <20200117002639.GM1192@albert.catwhisker.org> <59e98ff2-57c2-f618-643b-f73436149061@xvoid.org> In-Reply-To: From: Ben Woods Date: Sat, 18 Jan 2020 08:28:39 +1000 Message-ID: Subject: Re: 13.0-CURRENT r356767 wanted ZFS To: Clay Daniels Cc: Yuri Pankov , bcran@freebsd.org, darkfiberiru@gmail.com, ryan@freqlabs.com, David Wolfskill , "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 47zwhN43BQz4BmZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GGbkMS2g; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of woodsb02@gmail.com designates 2607:f8b0:4864:20::e2f as permitted sender) smtp.mailfrom=woodsb02@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.62), ipnet: 2607:f8b0::/32(-2.09), asn: 15169(-1.83), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 17 Jan 2020 22:28:53 -0000 On Sat, 18 Jan 2020 at 05:06, Clay Daniels wrote: > Thanks, Ben. I'm fine with ZFS for this week. I got involved with a little > project of my own on this weeks snapshot, and will see what next week > brings. > > Clay > This has been fixed in r356855, and the next CURRENT snapshot should include this fix. https://svnweb.freebsd.org/changeset/base/356855 Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Sat Jan 18 14:10:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C3431F655F for ; Sat, 18 Jan 2020 14:10:41 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 480Kb45vcMz40tc for ; Sat, 18 Jan 2020 14:10:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.nyi.freebsd.org (Postfix) id CAA971F655E; Sat, 18 Jan 2020 14:10:40 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA6B31F655D for ; Sat, 18 Jan 2020 14:10:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 480Kb40zbWz40tZ for ; Sat, 18 Jan 2020 14:10:39 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5DDB7B97.dip0.t-ipconnect.de [93.219.123.151]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 00IEAXDq075260 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 18 Jan 2020 15:10:38 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 00IEAX7w080736 for ; Sat, 18 Jan 2020 15:10:33 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 00IEALpa036889 for ; Sat, 18 Jan 2020 15:10:33 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <202001181410.00IEALpa036889@fire.js.berklix.net> To: current@freebsd.org Subject: anyone else seen: mergemaster -iF Cannot 'cd' to /usr/src From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Sat, 18 Jan 2020 15:10:21 +0100 X-Rspamd-Queue-Id: 480Kb40zbWz40tZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [-0.70 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.65)[-0.654,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.949,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[berklix.com]; RCVD_IN_DNSWL_NONE(0.00)[68.90.185.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.00)[ip: (0.03), ipnet: 94.185.88.0/22(0.01), asn: 33824(-0.01), country: DE(-0.02)]; RECEIVED_SPAMHAUS_PBL(0.00)[151.123.219.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 18 Jan 2020 14:10:41 -0000 Anyone else seen this: mergemaster -iF Cannot 'cd' to /usr/src Maybe something trivial ? (I have a cold, may have missed something). mergemaster -v -i -F *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. Use 'd' to delete the old /var/tmp/temproot and continue Use 't' to select a new temporary root directory Use 'e' to exit mergemaster Default is to use /var/tmp/temproot as is How should I deal with this? [Use the existing /var/tmp/temproot] d *** Deleting the old /var/tmp/temproot *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot *** Press the [Enter] or [Return] key to continue 1 error *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment (#) printenv TERMPATH=/etc/termcap:/usr/share/misc/termcap NOCLEANDEPENDS= PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin DESTDIR=/ PWD=/usr/src/usr.sbin/mergemaster TERM=xterm PS1=(#) (#) chflags -R noschg /var/tmp/temproot (#) rm -rf /var/tmp/temproot (#) ls -la /var/tmp total 32 drwxrwxrwt 4 root wheel 512 Jan 18 13:27 . drwxr-xr-x 33 root wheel 1024 Jan 18 12:34 .. drwxr-xr-x 21 root wheel 1024 Jan 18 13:25 mergemaster drwxrwxrwt 2 root wheel 1024 Jan 18 02:16 vi.recover (#) mergemaster -iF *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot *** Press the [Enter] or [Return] key to continue 1 error *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment (#) ls -la /usr/src total 126992 drwxrwxrwx 24 jhs staff 1024 Jan 17 00:18 . drwxr-xr-x 15 root wheel 512 Dec 18 00:02 .. -rw-r--r-- 1 jhs staff 85 Jan 17 00:04 .arcconfig -rw-r--r-- 1 jhs staff 448 Jan 17 00:04 .arclint -rw-r--r-- 1 jhs staff 405 Jan 17 00:08 .cirrus.yml -rw-r--r-- 1 jhs staff 2243 Jan 17 00:04 .clang-format -rw-r--r-- 1 jhs staff 14 Jan 18 12:43 .ctm_status -rw-r--r-- 1 jhs staff 205 Jan 17 00:04 .gitattributes -rw-r--r-- 1 jhs staff 580 Jan 17 00:08 .gitignore -rw-r--r-- 1 jhs staff 7 Jan 18 12:43 .svn_revision -rw-r--r-- 1 jhs staff 6170 Jan 17 00:14 COPYRIGHT -rw-r--r-- 1 jhs staff 548 Jan 17 00:04 LOCKS ... cd /var/tmp/ ls -la total 24 drwxrwxrwt 3 root wheel 512 Jan 18 13:45 . drwxr-xr-x 33 root wheel 1024 Jan 18 12:34 .. drwxrwxrwt 2 root wheel 512 Jan 18 13:42 vi.recover sh -x /usr/sbin/mergemaster -iF --------- Script started on Sat Jan 18 13:45:29 2020 (#) sh -x /usr/sbin/mergemaster -iF + PATH=/bin:/usr/bin:/usr/sbin + TEMPROOT=/var/tmp/temproot + [ -r /etc/mergemaster.rc ] + . /etc/mergemaster.rc + STRICT=yes + AUTO_INSTALL=yes + DIFF_FLAG=-c + VERBOSE=yes + PRESERVE_FILES=yes + MM_PRE_COMPARE_SCRIPT=/site/etc/mergemaster_pre_compare + IGNORE_FILES='/.cshrc /.profile /etc/X11/xorg.conf /etc/defaults/Makefile /etc/devd/berklix.conf /etc/exports /etc/exports.README /etc/exports.lapr.js.berklix.net /etc/exports.lapr.no.berklix.net /etc/exports.lapr.xx.berklix.net /etc/fstab /etc/fstab.s1 /etc/fstab.s2 /etc/fstab.s3 /etc/fstab.s4 /etc/ftpusers.LN /etc/group /etc/host.conf /etc/hostid /etc/ipsec.conf /etc/libmap32.conf /etc/local /etc/login.conf.LN /etc/lxdvdrip.conf /etc/mail/LN.common.cpp /etc/mail/README.JHS /etc/mail/access /etc/mail/access.db /etc/mail/aliases.db /etc/mail/certs /etc/mail/common.cpp /etc/mail/exposed-users /etc/mail/generics-domains /etc/mail/lapr.js.berklix.net.cf /etc/mail/lapr.js.berklix.net.mc /etc/mail/lapr.js.berklix.net.submit.cf /etc/mail/lapr.js.berklix.net.submit.mc /etc/mail/local-host-names /etc/mail/local-users /etc/mail/masquerade /etc/mail/relay-domains /etc/mail/sendmail.mc /etc/mail/virtusertable /etc/mail/virtusertable.db /etc/make.conf /etc/make.conf.README /etc/master! .passwd /etc/mergemaster.rc /etc/motd.template /etc/motd.site /etc/namedb /etc/netgroup /etc/networks.sh /etc/nsswitch.conf.LN /etc/pbx /etc/rc.conf /etc/rc.d/Makefile /etc/rc.d/opensm /etc/rc.firewall.LN /etc/rc.firewall.src /etc/rc.local /etc/rc.shutint /etc/rc.shutmedia /etc/rc.shutusb /etc/resolv.conf /etc/resolv.conf.LN /etc/src.conf /etc/ssh/moduli.LN /etc/ssh/ssh_host_dsa_key /etc/ssh/ssh_host_dsa_key.pub /etc/ssh/ssh_host_ecdsa_key /etc/ssh/ssh_host_ecdsa_key.pub /etc/ssh/ssh_host_ed25519_key /etc/ssh/ssh_host_ed25519_key.pub /etc/ssh/ssh_host_key /etc/ssh/ssh_host_key.pub /etc/ssh/ssh_host_rsa_key /etc/ssh/ssh_host_rsa_key.pub /etc/ssh/sshd_config.old /etc/ssl/cert.pem /etc/system.fvwm2rc /etc/system.fvwmrc /etc/uucp /etc/vi.exrc /etc/wpa_supplicant.conf /root/.cshrc /root/.login /root/.profile /var/crash' + [ -r /.mergemasterrc ] + newopts=' -iF' + set -- -iF + unset var newopts + getopts :ascrvhipCPm:t:du:w:D:A:FU COMMAND_LINE_ARGUMENT + AUTO_INSTALL=yes + getopts :ascrvhipCPm:t:du:w:D:A:FU COMMAND_LINE_ARGUMENT + FREEBSD_ID=yes + getopts :ascrvhipCPm:t:du:w:D:A:FU COMMAND_LINE_ARGUMENT + [ -n '' ] + MTREEDB=//var/db + MTREEFILE=//var/db/mergemaster.mtree + [ -n yes -a -z '' ] + date +%y%m%d-%H%M%S + PRESERVE_FILES_DIR=/var/tmp/mergemaster/preserved-files-200118-134739 + mkdir -p /var/tmp/mergemaster/preserved-files-200118-134739 + [ -e //etc/fstab ] + grep -q nodev //etc/fstab + echo '' + [ -n '' ] + PAGER=less + [ -n yes -a ! less '=' less ] + DIFF_FLAG=-c + SOURCEDIR=/usr/src + [ ! -f /usr/src/Makefile.inc1 -a -f /usr/src/../Makefile.inc1 ] + [ ! -f /usr/src/Makefile.inc1 ] + realpath /usr/src + SOURCEDIR=/usr/src + MM_MAKE='make -m /usr/src/share/mk -DNO_FILEMON' + /sbin/sysctl -n hw.ncpu + MM_MAKE='make -m /usr/src/share/mk -DNO_FILEMON -j4' + [ -n '' -a -s //var/db/mergemaster.mtree ] + [ -t 0 ] + tput columns + w=80 + SCREEN_WIDTH=80 + ID_TAG=FreeBSD + TEST_TEMP_ROOT=yes + [ yes '=' yes ] + [ -d /var/tmp/temproot ] + unset TEST_TEMP_ROOT + [ '' '=' yes ] + echo '*** Creating the temporary root environment in /var/tmp/temproot' *** Creating the temporary root environment in /var/tmp/temproot + mkdir -p /var/tmp/temproot + echo ' *** /var/tmp/temproot ready for use' *** /var/tmp/temproot ready for use + [ ! -d /var/tmp/temproot ] + echo ' *** Creating and populating directory structure in /var/tmp/temproot' *** Creating and populating directory structure in /var/tmp/temproot + echo '' + press_to_continue + local DISCARD + echo -n ' *** Press the [Enter] or [Return] key to continue ' *** Press the [Enter] or [Return] key to continue + read DISCARD + cd /usr/src + make -m /usr/src/share/mk -DNO_FILEMON -j4 'DESTDIR=/' distrib-dirs + make -m /usr/src/share/mk -DNO_FILEMON -j4 'DESTDIR=/var/tmp/temproot' distrib-dirs + make -m /usr/src/share/mk -DNO_FILEMON -j4 _obj 'SUBDIR_OVERRIDE=etc' + make -m /usr/src/share/mk -DNO_FILEMON -j4 everything 'SUBDIR_OVERRIDE=etc' 1 error + echo '' + echo $' *** FATAL ERROR: Cannot \'cd\' to /usr/src and install files to' *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to + echo ' the temproot environment' the temproot environment + echo '' + exit 1 cd /usr/src/share/mk grep everything * bsd.obj.mk:# destroy almost everything dirdeps.mk:# if "no" sub-makes are used to build everything, dirdeps.mk:# qualify everything now meta.stage.mk:# generally we want staging to wait until everything else is done meta.sys.mk:# it works best if we do everything via sub-makes meta2deps.sh: # we can prefix everything with $OBJTOP to sys.mk:# buildworld -> installworld -> buildworld to rebuild everything. sys.mk:# Since the build is self-reliant and bootstraps everything it needs, sys.mk:# We do not want everything out-of-date just because Ie all commnted out ------------ cat .svn_revision 356863 cat .ctm_status src-cur 14334 My last world made against .svn_revision 356861, 356863 running now Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ UK stole 700,000 Brexit votes from Brits in EU + 3 M globaly. 170 states have votes abroad. Brits in EU forced to foreign nationality http://stolenvotes.uk Still buried by UK government: http://www.berklix.org/brexit/#russian_report From owner-freebsd-current@freebsd.org Sat Jan 18 21:24:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC1AD22A63B; Sat, 18 Jan 2020 21:24:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 480WCN44Rgz4SBl; Sat, 18 Jan 2020 21:24:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 6AFC81D1D1; Sat, 18 Jan 2020 21:24:16 +0000 (UTC) Date: Sat, 18 Jan 2020 21:24:16 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-01-05 Message-ID: <20200118212416.GA38800@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 18 Jan 2020 21:24:16 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-01-05 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-12-30 to 2020-01-05. During this period, we have: * 2029 builds (91.5% (-3.6) passed, 8.5% (+3.6) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 258 test runs (89.9% (+1) passed, 2.7% (+0.2) unstable, 7.4% (-1.2) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 64 doc builds (100% (0) passed) Test case status (on 2020-01-05 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ----- | ------- | | head/amd64 | 7645 (+9) | 7575 (+8) | 0 (0) | 70 (+1) | | head/i386 | 7643 (+9) | 7569 (+6) | 0 (0) | 74 (+3) | | 12-STABLE/amd64 | 7495 (+4) | 7447 (+7) | 0 (0) | 48 (-3) | | 12-STABLE/i386 | 7493 (+4) | 7438 (+4) | 0 (0) | 55 (0) | | 11-STABLE/amd64 | 6860 (0) | 6813 (0) | 0 (0) | 47 (0) | | 11-STABLE/i386 | 6858 (0) | 6809 (+3) | 0 (0) | 49 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200105 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## News * LTP (Linux Test Project) for Linux compatibility layer job is added: https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ More information is available at https://wiki.freebsd.org/linux-kernel/ ## Failing build * https://ci.freebsd.org/job/FreeBSD-head-powerpcspe-build/ There are some issues after PowerPC switch to llvm toolchain. ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 2061 tests, 898 success, 441 failures , 722 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/242689 sys.geom.class.multipath.failloop.failloop fails due to too many CTF entries * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Sat Jan 18 21:26:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D055A22B503; Sat, 18 Jan 2020 21:26:35 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 480WG35FGNz4Skc; Sat, 18 Jan 2020 21:26:35 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id ABB3A1D304; Sat, 18 Jan 2020 21:26:35 +0000 (UTC) Date: Sat, 18 Jan 2020 21:26:35 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-01-12 Message-ID: <20200118212635.GB38800@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 18 Jan 2020 21:26:35 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-01-12 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-01-06 to 2020-01-12. During this period, we have: * 2218 builds (85.6% (-5.9) passed, 14.4% +5.9) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 297 test runs (82.5% (-7.4) passed, 16.5% (+13.8) unstable, 1.0% (-6.4) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 24 doc builds (100% (0) passed) Test case status (on 2020-01-12 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ----- | ------- | | head/amd64 | 7646 (+1) | 7579 (+4) | 0 (0) | 67 (-3) | | head/i386 | 7644 (+1) | 7573 (+4) | 0 (0) | 71 (-3) | | 12-STABLE/amd64 | 7520 (+25) | 7469 (+22) | 0 (0) | 51 (+3) | | 12-STABLE/i386 | 7518 (+25) | 7462 (+24) | 0 (0) | 56 (+1) | | 11-STABLE/amd64 | 6861 (+1) | 6811 (-2) | 0 (0) | 50 (+3) | | 11-STABLE/i386 | 6859 (+1) | 6807 (-2) | 0 (0) | 52 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200112 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## News * All the -head jobs except sparc64 and mips/mips64 are switched to clang/lld toolchain (powerpc* are using GNU ld except powerpc64) for preparing the GCC 4.2.1 removal. Now the official toolchain of mips* are mips*-gcc6 packages (devel/freebsd-gcc6 in ports with mips* FLAVOR) For more information, please check: * ["Gcc 4.2.1 to be removed before FreeBSD 13, a firm timeline" on freebsd-arch@ mailing list](https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html) * "Default Tool Chain" section of arch(7) * https://wiki.freebsd.org/ExternalGCC ## Failing builds * https://ci.freebsd.org/job/FreeBSD-head-powerpcspe-build/ Broken after PowerPC switch to llvm toolchain, waiting for https://reviews.llvm.org/D72014 merged. * https://ci.freebsd.org/job/FreeBSD-head-mips-build/ * https://ci.freebsd.org/job/FreeBSD-head-mips64-build/ More information is available at https://reviews.freebsd.org/D23128 ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (+1609), 2274 success (+1376), 587 failures (+146), 809 skipped (+87) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/242689 sys.geom.class.multipath.failloop.failloop fails due to too many CTF entries * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg)