From owner-freebsd-current@freebsd.org Sun Mar 10 02:50:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A75FF154413C for ; Sun, 10 Mar 2019 02:50:40 +0000 (UTC) (envelope-from mevgheni@gmail.com) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32A9588127 for ; Sun, 10 Mar 2019 02:50:39 +0000 (UTC) (envelope-from mevgheni@gmail.com) Received: by mail-pg1-x52c.google.com with SMTP id q206so1284897pgq.4 for ; Sat, 09 Mar 2019 18:50:39 -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=lbstRbPpfJTam2EqQVk652yRpgcjTXQZoakxFYRM+0o=; b=rSOlboNFgoGoABasOdfyO4zCD2R/To5ebBhn0863gF8zHkjjp3eGXxVq7r4eXUykw2 LEIFb3Bbosqnbe8jcl4ibXt9m3KqIM22oJhpAgJjEe1AH3sXFMDm7KTvpdnk86IEV1/y UlLbbnFvj/VQZZXjPBAERVxyu8v31zcRwCRQr+1dV+ZDS2VfhK3PmVV8CdRtqDJ4CbQU AVtkoUfiAmCsvS2AT1Ipap2QPKeOnX3rBRheaFu5B2PESQlmF299S7hfSc0tSCIR7Yec Ksw2DNCu3Y4kCLh1isXFMu84SrTPOhmJ/+RkdpyMe+2APjHudbg5TNukwRIh1BsKp16q r6jg== 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=lbstRbPpfJTam2EqQVk652yRpgcjTXQZoakxFYRM+0o=; b=SEUdQWuJVyjYrawIOJRNXEZqN0ERdPv+dWqapDa3X2ovm+usMip3OwqbE3E/DfKVkf qovjOjJA63LZRKudooHCjvvMRO1tVDsPFdwCUGd0y4fwSoLLVMxO+cZyrclQwKOnam/6 g2JZZuj6el0lPnOnVaRazlhqvShp6wrMArEJu1Cr5AMHLtmvWLOp131lYrFD0GOg/32/ pagDmeUAGCnTr8m8kHxcYrIcBiM+5zI8wfJLbDmltxSO31J+rXnNCXy9alzx+zyD5IND +kLb5Mmr8OUsH649qf6zhtPxmUAq3NZ2SVDGsKxzdAQ+upfTjKHM9kHuCnmKxifOITqF Ww/g== X-Gm-Message-State: APjAAAU/FfunSh47bTFvXTrIAv13/ycUJ9SkJKmzms3IcqNV3T76dQ78 fh7U7tqesS9rP4yIn7yjuiCXUdNq+LxywO7A2nxEZLQY X-Google-Smtp-Source: APXvYqzXhYwRa6JJuEtPNk8T9ySSnIlbFpUzt2sTU5Z1Ag0LdCih7fQBSajV3lbGC83B2rMGn9zuA7nqMRfy7+JE6mI= X-Received: by 2002:a17:902:9f94:: with SMTP id g20mr27411245plq.0.1552186237768; Sat, 09 Mar 2019 18:50:37 -0800 (PST) MIME-Version: 1.0 From: Evgheni Melman Date: Sat, 9 Mar 2019 21:50:29 -0500 Message-ID: Subject: PMC Sierra SPC SAS-SATA Card + ESXi To: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 32A9588127 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rSOlboNF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mevgheni@gmail.com designates 2607:f8b0:4864:20::52c as permitted sender) smtp.mailfrom=mevgheni@gmail.com X-Spamd-Result: default: False [-5.58 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[5]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.84)[-0.839,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; 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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.73)[ip: (-8.80), ipnet: 2607:f8b0::/32(-2.74), asn: 15169(-2.06), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[c.2.5.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] 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: Sun, 10 Mar 2019 02:50:40 -0000 So I got this weird setup, where I need to passthrough a PMC-Sierra PM8003 card (same as PM8001, but with external QSFP afaik) to FreeBSD 11-STABLE running in ESXi. The card works fine in baremetal FreeBSD 11. Boot is ok, all disks detected. When done in ESXi with passthrough though: 1. First try, host crashed with PSOD. After tweaking passthrough.map in esxi to do d3d0 reset, host does not psod anymore. 2. FreeBSD kernel panics at pciAttach. After analyzing the driver (sys\dev\pms), turns out it only works in MSI-X mode. Disabling msi_blacklist in loader.conf makes FreeBSD not panic. 3. FreeBSD deadlocks on boot. After analyzing the driver more (turning on all debug features, and adding a few extra), I got this log (pastebin link: https://pastebin.com/cEGwFZZ2). The code tries to initialize SGPIO, but for whatever reason does not get an interrupt reply when run on ESXi which makes it loop for infinity waiting for said interrupt. The deadlock happens in the while(!sgpioResponseSet) { tiCOMDelayedInterruptHandler(tiRoot, 0, 1, tiNonInterruptContext); } section of SendSgpioRequest in sys\dev\pms\RefTisa\tisa\sassata\common\tdport.c Sgpi seems not-so-critical feature to me, so I just limited the while loop to 100 iterations, which lets SendSgpioRequest return an error that is not considered fatal, and lets the code execute further which can be seen in the log: https://pastebin.com/Rk6MD5ci (disregard the final fatal trap, I think it is caused by me and/or my debugging code, same modifications without debugging features do not trap and I get same trap on baremetal with my debug kernel). With those modifications, pciAttach is successful, I finally get a boot, the card exists in lspci, BUT no drives connected to it are detected. At this stage, I am out of ideas, looking for suggestions. From owner-freebsd-current@freebsd.org Sun Mar 10 15:14:21 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCC651536A07 for ; Sun, 10 Mar 2019 15:14:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFF53814E8 for ; Sun, 10 Mar 2019 15:14:19 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x42b.google.com with SMTP id n125so1798589pfn.5 for ; Sun, 10 Mar 2019 08:14:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xC4/GyEx9kHUWzcvvSw0VMwWyRkdll5e1YFF98Vwt4A=; b=jMaLszXozd9SNMWsQzyPvS6mxmtPqAsF+tGBvSZqWgXIqcdtdSOyiPpPfEP5WnhgUp cQQLTmIRyqlMfvaa29pa347jnRTecBXgdIQaNBNdDRlqZ7fzHTvtCiZkNXlMRoluiLsx MZ6+zkZ/1OJz1L/BsGdZSfopr7g9fSmwcIOb+LqxcSFNabpD29CEBCPnIZNw/MB6rhJG xd4DK9EJeiduB7rCyfB4/ZzXNhrfnJKZHi8ByQay6xqsMZ09RPb1QbhAPGSzWfq8HFvR bejRxxq+FIpwUzx080KVSRuvbMHXVZjfFar98iXsmAULV92LhzcJSeQHOFhKNGqHpgCW Wjbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xC4/GyEx9kHUWzcvvSw0VMwWyRkdll5e1YFF98Vwt4A=; b=l4MlRmPW3Erm8wJH0q18dYsu+i8f0+g5kzwrkO3YIbgqPPYPPGEdwF0ltwfUqC4Ey0 4JReFMwR5NQmriADIJRoUpn7PWSbZWLNPpy7lfij4g8pI/5ZC2ua82AAjT3h10r3LBBd Xbu32+K/i9ZY2GetgH+pgCputAhB9dy1uaTJKhQ1dtXbwWWTtHM3m5IPXMthXANxpGra QxbUgWalSX6eeA9YIreJIolSYp5/YJKfG7ikbWHrB4B1b4/+RU+4JXI2g7/wkzOX00NH mPm8MU6N4mMweu+nnRFctH8VYBhEtRjOfWt9RNnL6LlGaLPzSFJO9aJ5W9+0LWiOyF+4 Ld9A== X-Gm-Message-State: APjAAAWIDcyHvajqDWPyPLe5uM5t9ICyXpS8meSrP9LZVdpucx1sCoUg A3g/D7FIT0YI2GQgiuj8FFtbVbsU X-Google-Smtp-Source: APXvYqx6DQ2uI0wA6EHVj455X0wfBEUS5+mJD0yCnc0AW7FNXKdYuNVTgMPsr673lCEXytlmkVpXwg== X-Received: by 2002:aa7:9143:: with SMTP id 3mr28665295pfi.238.1552230858055; Sun, 10 Mar 2019 08:14:18 -0700 (PDT) Received: from [192.168.20.22] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id f65sm5313757pff.21.2019.03.10.08.14.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Mar 2019 08:14:17 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: PMC Sierra SPC SAS-SATA Card + ESXi From: Enji Cooper X-Mailer: iPhone Mail (16D57) In-Reply-To: Date: Sun, 10 Mar 2019 08:14:16 -0700 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8A07386F-9C19-4438-B659-EDC8193043AF@gmail.com> References: To: Evgheni Melman X-Rspamd-Queue-Id: BFF53814E8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=jMaLszXo; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::42b as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com X-Spamd-Result: default: False [-6.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_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)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[b.2.4.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]; IP_SCORE(-2.79)[ip: (-9.08), ipnet: 2607:f8b0::/32(-2.73), asn: 15169(-2.06), country: US(-0.07)] 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, 10 Mar 2019 15:14:21 -0000 > On Mar 9, 2019, at 18:50, Evgheni Melman wrote: >=20 > So I got this weird setup, where I need to passthrough a PMC-Sierra PM8003= > card (same as PM8001, but with external QSFP afaik) to FreeBSD 11-STABLE > running in ESXi. > The card works fine in baremetal FreeBSD 11. Boot is ok, all disks > detected. When done in ESXi with passthrough though: > 1. First try, host crashed with PSOD. After tweaking passthrough.map in > esxi to do d3d0 reset, host does not psod anymore. > 2. FreeBSD kernel panics at pciAttach. After analyzing the driver > (sys\dev\pms), turns out it only works in MSI-X mode. Disabling > msi_blacklist in loader.conf makes FreeBSD not panic. > 3. FreeBSD deadlocks on boot. After analyzing the driver more (turning on > all debug features, and adding a few extra), I got this log (pastebin link= : > https://pastebin.com/cEGwFZZ2). The code tries to initialize SGPIO, but fo= r > whatever reason does not get an interrupt reply when run on ESXi which > makes it loop for infinity waiting for said interrupt. >=20 > The deadlock happens in the >=20 > while(!sgpioResponseSet) > { > tiCOMDelayedInterruptHandler(tiRoot, 0, 1, tiNonInterruptContext); > } >=20 > section of SendSgpioRequest in > sys\dev\pms\RefTisa\tisa\sassata\common\tdport.c >=20 > Sgpi seems not-so-critical feature to me, so I just limited the while loop= > to 100 iterations, which lets SendSgpioRequest return an error that is not= > considered fatal, and lets the code execute further which can be seen in > the log: https://pastebin.com/Rk6MD5ci (disregard the final fatal trap, I > think it is caused by me and/or my debugging code, same modifications > without debugging features do not trap and I get same trap on baremetal > with my debug kernel). >=20 > With those modifications, pciAttach is successful, I finally get a boot, > the card exists in lspci, BUT no drives connected to it are detected. >=20 > At this stage, I am out of ideas, looking for suggestions. If you=E2=80=99re trying to get the host production ready, I recommend using= an LSI/Avago based card (or emulate it in ESXi), or avoid FreeBSD if you ca= n. The driver in FreeBSD is based on a Linux driver that=E2=80=99s over a de= cade old and had a number of stability bugs the last time I used it [2 years= ago]. -Enji= From owner-freebsd-current@freebsd.org Sun Mar 10 09:34:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3312A152D260 for ; Sun, 10 Mar 2019 09:34:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BEB5F6DA59 for ; Sun, 10 Mar 2019 09:34:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8289A152D25D; Sun, 10 Mar 2019 09:34:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FDF8152D25C for ; Sun, 10 Mar 2019 09:34:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (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 "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 054A36DA4F for ; Sun, 10 Mar 2019 09:34:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 459F61A347 for ; Sun, 10 Mar 2019 09:34:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x2A9Ycae099126 for ; Sun, 10 Mar 2019 09:34:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x2A9Yc65099125 for current@FreeBSD.org; Sun, 10 Mar 2019 09:34:38 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 227191] Cannot check battery status after upgrading to 12-CURRENT after r330957 (ACPI _STA method removed) Date: Sun, 10 Mar 2019 09:34:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: avg@FreeBSD.org X-Bugzilla-Flags: mfc-stable12+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 10 Mar 2019 17:05:20 +0000 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, 10 Mar 2019 09:34:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227191 --- Comment #23 from Kubilay Kocak --- (In reply to Slava from comment #22) The fix has been committed and merged to the stable/12 branch, and will be = part of the next (12.1) FreeBSD release cut from that branch. If you would not like to wait for that release, you may update to the stabl= e/12 branch. For more information on tracking development branches, see: https://www.freebsd.org/doc/handbook/current-stable.html --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Sun Mar 10 09:37:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE2DA152D2D7 for ; Sun, 10 Mar 2019 09:37:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 47CBE6DC42 for ; Sun, 10 Mar 2019 09:37:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 06BDC152D2D4; Sun, 10 Mar 2019 09:37:18 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9372152D2D3 for ; Sun, 10 Mar 2019 09:37:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (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 "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80FB46DC37 for ; Sun, 10 Mar 2019 09:37:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4E6341A35A for ; Sun, 10 Mar 2019 09:37:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x2A9bG42001866 for ; Sun, 10 Mar 2019 09:37:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x2A9bGlA001864 for current@FreeBSD.org; Sun, 10 Mar 2019 09:37:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 227191] Cannot check battery status after upgrading to 12-CURRENT after r330957 (ACPI _STA method removed) Date: Sun, 10 Mar 2019 09:37:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: avg@FreeBSD.org X-Bugzilla-Flags: mfc-stable12+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 10 Mar 2019 19:41:40 +0000 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, 10 Mar 2019 09:37:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227191 --- Comment #24 from Kubilay Kocak --- (In reply to Slava from comment #22) Alternatively, one can apply the commit that was merged to stable/12 in base r342278, and rebuild/reinstall the kernel --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Sun Mar 10 16:56:19 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BCFA15397AE for ; Sun, 10 Mar 2019 16:56:19 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-it1-f169.google.com (mail-it1-f169.google.com [209.85.166.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E36184AFB for ; Sun, 10 Mar 2019 16:56:18 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-it1-f169.google.com with SMTP id l15so3650371iti.4 for ; Sun, 10 Mar 2019 09:56:18 -0700 (PDT) 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:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=uoDNYUhslo3gP2MjZcp2dulVcrSgjT0Qb6tEggLS4rw=; b=b/dLq3wXCJMbFeoUbZyg1f8ZUdq+fDgLoolEwkMadYJweelfeiVnxnETdslMeBYFJT MDMW94Q4Gew/W2Pubs/CeQsO34tcOb7C53NHo1BlAEKdaj8ouT5BFb+edDNzw8O3hMbW xn5Am+NdxautexmD8qLaZSW8c4uTsKGZy+ypWATQjsSFT9jyPJ6DMmKbwtpeZH75A6lx w/+Ei3Dao0gySPxw7aJ6IrHFjdx1k8bKeb7UTSdxRp9xgfCh1k7Cb7hjwaPU8rXHE3sf VFC+wqTIOUgbZzVo49406I56LIYU2t6NHd89IxKY/SQDWn6CJcyPnsVckBd/brGY9ryE By7A== X-Gm-Message-State: APjAAAUXWMy/MHkbjwx0W1/RaD6rKgzlKKBDNOytDapHABTGNexEf8uj sMXXGX+l+hDPrmhqdE+Y/XZ0nwsg X-Google-Smtp-Source: APXvYqxzsh+2PaUUCrJOAjFC1Arzf63E/rBHS6YLLA9tVws9xPjmmIrG9UmdQo7Sevrnb6M0lS6fXQ== X-Received: by 2002:a24:674a:: with SMTP id u71mr13904120itc.12.1552236972458; Sun, 10 Mar 2019 09:56:12 -0700 (PDT) Received: from mail-io1-f52.google.com (mail-io1-f52.google.com. [209.85.166.52]) by smtp.gmail.com with ESMTPSA id x17sm1156555iob.11.2019.03.10.09.56.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Mar 2019 09:56:12 -0700 (PDT) Received: by mail-io1-f52.google.com with SMTP id c4so1974689ioh.9 for ; Sun, 10 Mar 2019 09:56:12 -0700 (PDT) X-Received: by 2002:a5e:9412:: with SMTP id q18mr14155155ioj.233.1552236971995; Sun, 10 Mar 2019 09:56:11 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Reply-To: cem@freebsd.org From: Conrad Meyer Date: Sun, 10 Mar 2019 09:56:01 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: PMC Sierra SPC SAS-SATA Card + ESXi To: Evgheni Melman Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 9E36184AFB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.166.169 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-5.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[cem@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.91)[-0.914,0]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; IP_SCORE(-2.89)[ip: (-8.46), ipnet: 209.85.128.0/17(-3.85), asn: 15169(-2.06), country: US(-0.07)]; 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)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[169.166.85.209.list.dnswl.org : 127.0.5.0]; 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: Sun, 10 Mar 2019 16:56:19 -0000 Hi Evgheni, Is it possible to replace the card with a different one? The PMC Sierra driver is not very good. Best, Conrad On Sun, Mar 10, 2019 at 12:24 AM Evgheni Melman wrote: > > So I got this weird setup, where I =E2=80=A6 a PMC-Sierra PM8003 > card (same as PM8001, but with external QSFP afaik) =E2=80=A6 From owner-freebsd-current@freebsd.org Mon Mar 11 18:32:54 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FF971529237 for ; Mon, 11 Mar 2019 18:32:54 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.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 B077874FCE for ; Mon, 11 Mar 2019 18:32:53 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2BIWlDM018699 for ; Mon, 11 Mar 2019 19:32:47 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2BIWlWI018696 for ; Mon, 11 Mar 2019 19:32:47 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 11 Mar 2019 19:32:47 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: ZFS no longer mounted in alphanumerical order Message-ID: User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no 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, 11 Mar 2019 18:32:54 -0000 Has anyone else noticed ZFS datasets are no longer mounted in alphanumerical order in CURRENT? It looks more like they are mounted in the order in which they are encountered. Are there any chance of reverting to the old behaviour? Here's an example: Filesystem Size Used Avail Capacity Mounted on zroot/ROOT/20190311-r345013 6.8G 1.7G 5.1G 25% / devfs 1.0K 1.0K 0B 100% /dev zroot/usr/obj 5.1G 30K 5.1G 0% /usr/obj zroot/usr/src 5.1G 30K 5.1G 0% /usr/src zroot/home 5.1G 30K 5.1G 0% /home zroot/usr/ports 5.1G 30K 5.1G 0% /usr/ports zroot/tmp 5.1G 51K 5.1G 0% /tmp zroot/usr/ports/packages 5.1G 30K 5.1G 0% /usr/ports/packages zroot/usr/ports/workdirs 5.1G 30K 5.1G 0% /usr/ports/workdirs zroot/usr/ports/local 5.1G 30K 5.1G 0% /usr/ports/local zroot/usr/compat 5.1G 30K 5.1G 0% /usr/compat zroot/usr/ports/distfiles 5.1G 30K 5.1G 0% /usr/ports/distfiles zroot/var 5.1G 22M 5.1G 0% /var zroot/nfs 5.1G 30K 5.1G 0% /nfs zroot/media 5.1G 31K 5.1G 0% /media zroot/usr/local 5.9G 804M 5.1G 13% /usr/local zroot/usr/compat/linux 5.1G 31K 5.1G 0% /usr/compat/linux zroot/var/db/ports 5.1G 30K 5.1G 0% /var/db/ports zroot/var/lib 5.1G 30K 5.1G 0% /var/lib zroot/usr/local/etc 5.1G 924K 5.1G 0% /usr/local/etc zroot/var/empty 5.1G 30K 5.1G 0% /var/empty zroot/usr/local/pgsql 5.1G 30K 5.1G 0% /usr/local/pgsql zroot/var/audit 5.1G 30K 5.1G 0% /var/audit zroot/var/backups 5.1G 3.2M 5.1G 0% /var/backups zroot/var/mail 5.1G 30K 5.1G 0% /var/mail zroot/usr/local/certs 5.1G 30K 5.1G 0% /usr/local/certs zroot/var/unbound 5.1G 30K 5.1G 0% /var/unbound zroot/var/db/mysql 5.1G 30K 5.1G 0% /var/db/mysql zroot/usr/local/www 5.1G 30K 5.1G 0% /usr/local/www zroot/usr/local/tests 5.1G 30K 5.1G 0% /usr/local/tests zroot/var/db/boinc 5.1G 30K 5.1G 0% /var/db/boinc zroot/var/Named 5.1G 30K 5.1G 0% /var/Named zroot/var/db/etcupdate 5.1G 993K 5.1G 0% /var/db/etcupdate zroot/var/db/hyperv 5.1G 30K 5.1G 0% /var/db/hyperv zroot/usr/local/var 5.1G 30K 5.1G 0% /usr/local/var zroot/var/crash 5.1G 30K 5.1G 0% /var/crash zroot/usr/local/info 5.1G 32K 5.1G 0% /usr/local/info zroot/var/tmp 5.1G 30K 5.1G 0% /var/tmp zroot/var/spool 5.1G 81K 5.1G 0% /var/spool zroot/var/log 5.1G 8.7M 5.1G 0% /var/log zroot/var/db/bacula 5.1G 30K 5.1G 0% /var/db/bacula zroot/var/run 5.1G 53K 5.1G 0% /var/run zroot/var/cache/synth 5.1G 801K 5.1G 0% /var/cache/synth zroot/var/db/pkg 5.1G 7.1M 5.1G 0% /var/db/pkg zroot/var/synth 5.1G 34K 5.1G 0% /var/synth zroot/var/spool/ftp 5.1G 30K 5.1G 0% /var/spool/ftp zroot/var/synth/builders 5.1G 30K 5.1G 0% /var/synth/builders fdescfs 1.0K 1.0K 0B 100% /dev/fd procfs 4.0K 4.0K 0B 100% /proc devfs 1.0K 1.0K 0B 100% /usr/compat/linux/dev fdescfs 1.0K 1.0K 0B 100% /usr/compat/linux/dev/fd linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc linsysfs 4.0K 4.0K 0B 100% /usr/compat/linux/sys -- Trond. From owner-freebsd-current@freebsd.org Mon Mar 11 20:29:59 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E157152D964 for ; Mon, 11 Mar 2019 20:29:59 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F7B7822F3 for ; Mon, 11 Mar 2019 20:29:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1h3RYU-0001og-23; Mon, 11 Mar 2019 21:29:50 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "FreeBSD current" , =?utf-8?Q?Trond_Endrest=C3=B8l?= Subject: Re: ZFS no longer mounted in alphanumerical order References: Date: Mon, 11 Mar 2019 21:17:46 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: 373e2adaaf179be0df59b6b9982b76fe X-Rspamd-Queue-Id: 1F7B7822F3 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.982,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, 11 Mar 2019 20:29:59 -0000 There was a commit about parallel ZFS mount a little while ago. https://svnweb.freebsd.org/base?view=3Drevision&revision=3D344569 I don't know if it is optional. Ronald. On Mon, 11 Mar 2019 19:32:47 +0100, Trond Endrest=C3=B8l = wrote: > Has anyone else noticed ZFS datasets are no longer mounted in > alphanumerical order in CURRENT? It looks more like they are mounted > in the order in which they are encountered. > > Are there any chance of reverting to the old behaviour? > > Here's an example: > > Filesystem Size Used Avail Capacity Mounted = on > zroot/ROOT/20190311-r345013 6.8G 1.7G 5.1G 25% / > devfs 1.0K 1.0K 0B 100% /dev > zroot/usr/obj 5.1G 30K 5.1G 0% /usr/obj= > zroot/usr/src 5.1G 30K 5.1G 0% /usr/src= > zroot/home 5.1G 30K 5.1G 0% /home > zroot/usr/ports 5.1G 30K 5.1G 0% /usr/por= ts > zroot/tmp 5.1G 51K 5.1G 0% /tmp > zroot/usr/ports/packages 5.1G 30K 5.1G 0% = > /usr/ports/packages > zroot/usr/ports/workdirs 5.1G 30K 5.1G 0% = > /usr/ports/workdirs > zroot/usr/ports/local 5.1G 30K 5.1G 0% = > /usr/ports/local > zroot/usr/compat 5.1G 30K 5.1G 0% /usr/com= pat > zroot/usr/ports/distfiles 5.1G 30K 5.1G 0% = > /usr/ports/distfiles > zroot/var 5.1G 22M 5.1G 0% /var > zroot/nfs 5.1G 30K 5.1G 0% /nfs > zroot/media 5.1G 31K 5.1G 0% /media > zroot/usr/local 5.9G 804M 5.1G 13% /usr/loc= al > zroot/usr/compat/linux 5.1G 31K 5.1G 0% = > /usr/compat/linux > zroot/var/db/ports 5.1G 30K 5.1G 0% = > /var/db/ports > zroot/var/lib 5.1G 30K 5.1G 0% /var/lib= > zroot/usr/local/etc 5.1G 924K 5.1G 0% = > /usr/local/etc > zroot/var/empty 5.1G 30K 5.1G 0% /var/emp= ty > zroot/usr/local/pgsql 5.1G 30K 5.1G 0% = > /usr/local/pgsql > zroot/var/audit 5.1G 30K 5.1G 0% /var/aud= it > zroot/var/backups 5.1G 3.2M 5.1G 0% = > /var/backups > zroot/var/mail 5.1G 30K 5.1G 0% /var/mai= l > zroot/usr/local/certs 5.1G 30K 5.1G 0% = > /usr/local/certs > zroot/var/unbound 5.1G 30K 5.1G 0% = > /var/unbound > zroot/var/db/mysql 5.1G 30K 5.1G 0% = > /var/db/mysql > zroot/usr/local/www 5.1G 30K 5.1G 0% = > /usr/local/www > zroot/usr/local/tests 5.1G 30K 5.1G 0% = > /usr/local/tests > zroot/var/db/boinc 5.1G 30K 5.1G 0% = > /var/db/boinc > zroot/var/Named 5.1G 30K 5.1G 0% /var/Nam= ed > zroot/var/db/etcupdate 5.1G 993K 5.1G 0% = > /var/db/etcupdate > zroot/var/db/hyperv 5.1G 30K 5.1G 0% = > /var/db/hyperv > zroot/usr/local/var 5.1G 30K 5.1G 0% = > /usr/local/var > zroot/var/crash 5.1G 30K 5.1G 0% /var/cra= sh > zroot/usr/local/info 5.1G 32K 5.1G 0% = > /usr/local/info > zroot/var/tmp 5.1G 30K 5.1G 0% /var/tmp= > zroot/var/spool 5.1G 81K 5.1G 0% /var/spo= ol > zroot/var/log 5.1G 8.7M 5.1G 0% /var/log= > zroot/var/db/bacula 5.1G 30K 5.1G 0% = > /var/db/bacula > zroot/var/run 5.1G 53K 5.1G 0% /var/run= > zroot/var/cache/synth 5.1G 801K 5.1G 0% = > /var/cache/synth > zroot/var/db/pkg 5.1G 7.1M 5.1G 0% /var/db/= pkg > zroot/var/synth 5.1G 34K 5.1G 0% /var/syn= th > zroot/var/spool/ftp 5.1G 30K 5.1G 0% = > /var/spool/ftp > zroot/var/synth/builders 5.1G 30K 5.1G 0% = > /var/synth/builders > fdescfs 1.0K 1.0K 0B 100% /dev/fd > procfs 4.0K 4.0K 0B 100% /proc > devfs 1.0K 1.0K 0B 100% = > /usr/compat/linux/dev > fdescfs 1.0K 1.0K 0B 100% = > /usr/compat/linux/dev/fd > linprocfs 4.0K 4.0K 0B 100% = > /usr/compat/linux/proc > linsysfs 4.0K 4.0K 0B 100% = > /usr/compat/linux/sys From owner-freebsd-current@freebsd.org Mon Mar 11 20:47:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D98BA152E195 for ; Mon, 11 Mar 2019 20:47:12 +0000 (UTC) (envelope-from mahrens@gmail.com) Received: from mail-qt1-f181.google.com (mail-qt1-f181.google.com [209.85.160.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8132B82FAC for ; Mon, 11 Mar 2019 20:47:12 +0000 (UTC) (envelope-from mahrens@gmail.com) Received: by mail-qt1-f181.google.com with SMTP id t28so151882qte.6 for ; Mon, 11 Mar 2019 13:47:12 -0700 (PDT) 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=Ui7GxEdKtdYQcR5S5x9XU8dHCXftNvugX8OLVS9Zba0=; b=MK0LNGtgImMB/2xSgWq0tO5mydo9x2nJFN32v+bzfQs/VR3PN19TGT80rbRe6OacYr wgDX7aJPkTplLcfaNsOylunE4oKdLxbbbIuM/RKb21IiURopiScgD2QGxdt7Y73qggWv K21KO/TQKs4Ch74k3Zk+dj100ISaIqowmH049QDozstzKyOwg4g94Cs5JEsdn3FpQP/j /e5rwS5opUzJ7g6QCJ8O+KNd2bZHWlIqdp7TDUTWvcLnO1AYuSRC6LEEaFUW1os2Ib2P NGoWC8qEEGNc13TVzig2C6niQ2H8+p9g8WCpvGUlyDSy5b6CSEgCeuDXCorvdCqBgWd0 /v3w== X-Gm-Message-State: APjAAAVBCIletLTqYfNkA/qWdFauQ62rd5q7RgsRYLYUEK7o9BW24reA 3ujEPciSkKNF088ucl4CW8hR8iQPbLlsYFweL0dlajOd X-Google-Smtp-Source: APXvYqzFfFpWl38LKCMRDFzKWodUrR2Q4GG3S4FqFOXe86iQdoonid7PRhn3sB5DLdECrEWSAWXegwoRUHav61BBnCw= X-Received: by 2002:ac8:3554:: with SMTP id z20mr1178310qtb.150.1552337231515; Mon, 11 Mar 2019 13:47:11 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Ahrens Date: Mon, 11 Mar 2019 13:47:00 -0700 Message-ID: Subject: Re: ZFS no longer mounted in alphanumerical order To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Cc: FreeBSD current X-Rspamd-Queue-Id: 8132B82FAC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] 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: Mon, 11 Mar 2019 20:47:13 -0000 On Mon, Mar 11, 2019 at 11:33 AM Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > Has anyone else noticed ZFS datasets are no longer mounted in > alphanumerical order in CURRENT? It looks more like they are mounted > in the order in which they are encountered. > Wouldn't surprise me if this was caused by the parallel mount changes. The filesystems should still be mounted in hierarchical order (parents before children), so everything should still work. What problem are you seeing as a result of the changed mount order? --matt > > Are there any chance of reverting to the old behaviour? > > Here's an example: > > Filesystem Size Used Avail Capacity Mounted on > zroot/ROOT/20190311-r345013 6.8G 1.7G 5.1G 25% / > devfs 1.0K 1.0K 0B 100% /dev > zroot/usr/obj 5.1G 30K 5.1G 0% /usr/obj > zroot/usr/src 5.1G 30K 5.1G 0% /usr/src > zroot/home 5.1G 30K 5.1G 0% /home > zroot/usr/ports 5.1G 30K 5.1G 0% /usr/ports > zroot/tmp 5.1G 51K 5.1G 0% /tmp > zroot/usr/ports/packages 5.1G 30K 5.1G 0% > /usr/ports/packages > zroot/usr/ports/workdirs 5.1G 30K 5.1G 0% > /usr/ports/workdirs > zroot/usr/ports/local 5.1G 30K 5.1G 0% > /usr/ports/local > zroot/usr/compat 5.1G 30K 5.1G 0% /usr/compat > zroot/usr/ports/distfiles 5.1G 30K 5.1G 0% > /usr/ports/distfiles > zroot/var 5.1G 22M 5.1G 0% /var > zroot/nfs 5.1G 30K 5.1G 0% /nfs > zroot/media 5.1G 31K 5.1G 0% /media > zroot/usr/local 5.9G 804M 5.1G 13% /usr/local > zroot/usr/compat/linux 5.1G 31K 5.1G 0% > /usr/compat/linux > zroot/var/db/ports 5.1G 30K 5.1G 0% /var/db/por= ts > zroot/var/lib 5.1G 30K 5.1G 0% /var/lib > zroot/usr/local/etc 5.1G 924K 5.1G 0% > /usr/local/etc > zroot/var/empty 5.1G 30K 5.1G 0% /var/empty > zroot/usr/local/pgsql 5.1G 30K 5.1G 0% > /usr/local/pgsql > zroot/var/audit 5.1G 30K 5.1G 0% /var/audit > zroot/var/backups 5.1G 3.2M 5.1G 0% /var/backup= s > zroot/var/mail 5.1G 30K 5.1G 0% /var/mail > zroot/usr/local/certs 5.1G 30K 5.1G 0% > /usr/local/certs > zroot/var/unbound 5.1G 30K 5.1G 0% /var/unboun= d > zroot/var/db/mysql 5.1G 30K 5.1G 0% /var/db/mys= ql > zroot/usr/local/www 5.1G 30K 5.1G 0% > /usr/local/www > zroot/usr/local/tests 5.1G 30K 5.1G 0% > /usr/local/tests > zroot/var/db/boinc 5.1G 30K 5.1G 0% /var/db/boi= nc > zroot/var/Named 5.1G 30K 5.1G 0% /var/Named > zroot/var/db/etcupdate 5.1G 993K 5.1G 0% > /var/db/etcupdate > zroot/var/db/hyperv 5.1G 30K 5.1G 0% > /var/db/hyperv > zroot/usr/local/var 5.1G 30K 5.1G 0% > /usr/local/var > zroot/var/crash 5.1G 30K 5.1G 0% /var/crash > zroot/usr/local/info 5.1G 32K 5.1G 0% > /usr/local/info > zroot/var/tmp 5.1G 30K 5.1G 0% /var/tmp > zroot/var/spool 5.1G 81K 5.1G 0% /var/spool > zroot/var/log 5.1G 8.7M 5.1G 0% /var/log > zroot/var/db/bacula 5.1G 30K 5.1G 0% > /var/db/bacula > zroot/var/run 5.1G 53K 5.1G 0% /var/run > zroot/var/cache/synth 5.1G 801K 5.1G 0% > /var/cache/synth > zroot/var/db/pkg 5.1G 7.1M 5.1G 0% /var/db/pkg > zroot/var/synth 5.1G 34K 5.1G 0% /var/synth > zroot/var/spool/ftp 5.1G 30K 5.1G 0% > /var/spool/ftp > zroot/var/synth/builders 5.1G 30K 5.1G 0% > /var/synth/builders > fdescfs 1.0K 1.0K 0B 100% /dev/fd > procfs 4.0K 4.0K 0B 100% /proc > devfs 1.0K 1.0K 0B 100% > /usr/compat/linux/dev > fdescfs 1.0K 1.0K 0B 100% > /usr/compat/linux/dev/fd > linprocfs 4.0K 4.0K 0B 100% > /usr/compat/linux/proc > linsysfs 4.0K 4.0K 0B 100% > /usr/compat/linux/sys > > -- > Trond. > _______________________________________________ > 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 Mar 11 20:57:51 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B641A152E50A for ; Mon, 11 Mar 2019 20:57:51 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.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 D020383501 for ; Mon, 11 Mar 2019 20:57:50 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2BKviPB081199 for ; Mon, 11 Mar 2019 21:57:44 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2BKvii3081196 for ; Mon, 11 Mar 2019 21:57:44 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 11 Mar 2019 21:57:44 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.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: Mon, 11 Mar 2019 20:57:51 -0000 On Mon, 11 Mar 2019 13:47-0700, Matthew Ahrens wrote: > On Mon, Mar 11, 2019 at 11:33 AM Trond Endrestøl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > Has anyone else noticed ZFS datasets are no longer mounted in > > alphanumerical order in CURRENT? It looks more like they are mounted > > in the order in which they are encountered. > > Wouldn't surprise me if this was caused by the parallel mount changes. The > filesystems should still be mounted in hierarchical order (parents before > children), so everything should still work. What problem are you seeing as > a result of the changed mount order? Actually no problems other than it's rather unintuitive when looking at the output of "df -ah". Could we have a command line option for disabling the parallel mount? -- Trond. From owner-freebsd-current@freebsd.org Mon Mar 11 21:04:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F045C152E873 for ; Mon, 11 Mar 2019 21:03:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BB2383BB1 for ; Mon, 11 Mar 2019 21:03:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lj1-x232.google.com with SMTP id w6so365560ljd.7 for ; Mon, 11 Mar 2019 14:03:59 -0700 (PDT) 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=DWlM8lRpRcViXE/ieNNuqvw49fSQBpXwtPGahOswsR4=; b=oI+SxDGkuzkTy70veMQ/ToQeFeadOWlR5OLx6yogBWEx/qq+ewX7etzEvOIXTWQ3eB /9zxzcsHuPxurRDbZDCdPmm1eAfDOh3xo2y8zhIbDCUjHwYsmojH7NiCyQ5i8bZP2YlG 22AARBC1zFwuJ/8XLF2/tsUbvYzqk+yZBW03OgBJyBbUQXjsak0aIpb0l4Z7i04MYcY7 464+666git/aMk3NA8w8KZaC48X1gc9IFvLyf2X30Feug3UvGCdkM3l8fE3b3nidXpxX WjqUEQh/YQ1HuKJEORzPWk4Gkg2iXN5Fkj5QHwP6CNau2/aKpUyuDCFU8voGfm9qgEXo JmYw== 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=DWlM8lRpRcViXE/ieNNuqvw49fSQBpXwtPGahOswsR4=; b=cGBcrtGrF2WDfJnsr6pbaPbenp9S3bNmm077gjgvFyUaUw3VZCOxJk5Nzn/52wVDUo SCJZnov/yVKDRCSoFpE1wF8PabQFISIdraqpvEzFfS0xICx2DreFv8/sSDa/52v2KxsR lkNqNqCq8q/ZX5RtB9HHuWsZkQTITkrn3Ffj9FcJzqQ+KGMsV/AioBYoHt4H852RIqsY eNW2TwRfc1nHkQxM1F2NiPE+OKWfgP1gbTf22x1LAP1IAZRgFPLoA1eNyH1rSTqNJjjm uWT3Jw45btjkoRT54LPF2HVht5X5JvWJZFT8kZ605yCDlx0/g0jRTbJ09K5VfXARuVf4 z0Jg== X-Gm-Message-State: APjAAAWbOmyW9Z7u5sCQSrzVcryFyCO6c2WInMRm12w9Ab063vP+hxl6 IxG52210fY/d0XaofDahSaSypv5Ema3pxNbjH0nJgg== X-Google-Smtp-Source: APXvYqzkDkPqb0o2KjVLYx59tWL1Q9+9MUyDSktaePHRUXezNcBVbLNrPV1RxC4BJu2TGMBg+iCczwH0AimJAt4pLrI= X-Received: by 2002:a2e:680e:: with SMTP id c14mr17827955lja.51.1552338237124; Mon, 11 Mar 2019 14:03:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Freddie Cash Date: Mon, 11 Mar 2019 14:03:46 -0700 Message-ID: Subject: Re: ZFS no longer mounted in alphanumerical order To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Cc: FreeBSD current X-Rspamd-Queue-Id: 3BB2383BB1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.983,0] 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: Mon, 11 Mar 2019 21:04:00 -0000 On Mon, Mar 11, 2019 at 1:59 PM Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > On Mon, 11 Mar 2019 13:47-0700, Matthew Ahrens wrote: > > > On Mon, Mar 11, 2019 at 11:33 AM Trond Endrest=C3=B8l < > > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > > > Has anyone else noticed ZFS datasets are no longer mounted in > > > alphanumerical order in CURRENT? It looks more like they are mounted > > > in the order in which they are encountered. > > > > Wouldn't surprise me if this was caused by the parallel mount changes. > The > > filesystems should still be mounted in hierarchical order (parents befo= re > > children), so everything should still work. What problem are you seeing > as > > a result of the changed mount order? > > Actually no problems other than it's rather unintuitive when looking > at the output of "df -ah". Could we have a command line option for > disabling the parallel mount? > Wouldn't it make more sense to teach df, du, "zfs list", and other things that list the mounted filesystems to use sorted output? IOW, is it the mount process itself that's an issue, or just the output of mounted filesystems list? --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@freebsd.org Mon Mar 11 21:44:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF35E152FBEE for ; Mon, 11 Mar 2019 21:44:11 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com [209.85.208.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C20398569E for ; Mon, 11 Mar 2019 21:44:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f169.google.com with SMTP id v10so473247lji.3 for ; Mon, 11 Mar 2019 14:44:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=dWPX7bGY2EmmryLcPmryHjCoHJiwrWSOe4uVdYm6u2Q=; b=hTB/cfu+jw5pmRQXLJwF1uzT8JmtLIi4g7DZExOXC5C0KNOTEBKjaSJp250sE4SMSD WFXMesWYY+vCt9fTS+XAWFyIts52oTix0RsY/IMIk7Tw34vv73jVa2iYnX/eHJ9aHGvX jF3Hc3X0e/AfFDJDBadLI8ur4zCKOfx0UHCzQEStaFTXF6TRFUwswDbdyCDHWTuml3Xt 0Hc0GKhY1waDzMdYrrMv92/NH8W68r88m/oh2JXrJSssazx/1Bgf3WF5G5MbXEIsX+2Q UXZa/ee4roj/LXZOstyk9k3i4SXmK9d9aULHNKhY+A3GkyX5k5HzngDl0abvmAZvDre+ eF7g== X-Gm-Message-State: APjAAAX4YnZU4wn9ojud6uCYagZbK9J3fXh6rOEw6rBf3P8DbpqKKgZH bMMHActOUl61Nu5jkfY6izy0eak2 X-Google-Smtp-Source: APXvYqyNAbGEkmF2RySc2apG6mZsWRo51Zk17wpjrrSpiWyQ1RWsuhekzYe9eUhVKZCGDhMmI7/yWg== X-Received: by 2002:a2e:4b02:: with SMTP id y2mr17910702lja.179.1552340145810; Mon, 11 Mar 2019 14:35:45 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id a22sm649006lfg.37.2019.03.11.14.35.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Mar 2019 14:35:44 -0700 (PDT) Subject: Re: ZFS no longer mounted in alphanumerical order To: Freddie Cash , =?UTF-8?Q?Trond_Endrest=c3=b8l?= Cc: FreeBSD current References: From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <8af22549-d8d0-9f7c-7fbe-186917fe6e6d@FreeBSD.org> Date: Mon, 11 Mar 2019 23:35:43 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C20398569E X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.169 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.966,0]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; IP_SCORE(-1.31)[ip: (-0.58), ipnet: 209.85.128.0/17(-3.85), asn: 15169(-2.07), country: US(-0.07)]; 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)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[169.208.85.209.list.dnswl.org : 127.0.5.0]; 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: Mon, 11 Mar 2019 21:44:11 -0000 On 11/03/2019 23:03, Freddie Cash wrote: > Wouldn't it make more sense to teach df, du, "zfs list", and other things > that list the mounted filesystems to use sorted output? | sort [desired options] P.S. zfs list already supports sorting by a specific property. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Mar 12 00:14:07 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FC301533552 for ; Tue, 12 Mar 2019 00:14:07 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FAD98AEF4; Tue, 12 Mar 2019 00:13:56 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x2C0Ce0s012447; Mon, 11 Mar 2019 17:12:40 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x2C0CeeJ012446; Mon, 11 Mar 2019 17:12:40 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: <8af22549-d8d0-9f7c-7fbe-186917fe6e6d@FreeBSD.org> To: Andriy Gapon Date: Mon, 11 Mar 2019 17:12:40 -0700 (PDT) CC: Freddie Cash , =?UTF-8?Q?Trond_Endrest=C3=B8l?= , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4FAD98AEF4 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.40 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.73)[0.729,0]; IP_SCORE(0.00)[ip: (0.05), ipnet: 69.59.192.0/19(0.03), asn: 13868(0.01), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.95)[0.953,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[gndrsh.dnsmgr.net,gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.82)[0.821,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:13868, ipnet:69.59.192.0/19, country:US]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(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, 12 Mar 2019 00:14:07 -0000 > On 11/03/2019 23:03, Freddie Cash wrote: > > Wouldn't it make more sense to teach df, du, "zfs list", and other things > > that list the mounted filesystems to use sorted output? > > | sort [desired options] Except that df and zfs list have a header that you have to deal with, which is not so easy to get sort to do the right things with out some hoop jumping. > P.S. > zfs list already supports sorting by a specific property. Perhaps make zfs list -s mountpoint a default? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Mar 12 00:34:32 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0E5E1533D2D for ; Tue, 12 Mar 2019 00:34:32 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 367998B7DC for ; Tue, 12 Mar 2019 00:34:30 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id 3VNChAL1h21rt3VNDhmcs8; Mon, 11 Mar 2019 18:34:28 -0600 X-Authority-Analysis: v=2.3 cv=CMNUoijD c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=NTGMnVQrEZIA:10 a=iKhvJSA4AAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=_IzqwHjfZN85B0oW-ksA:9 a=QEXdDO2ut3YA:10 a=odh9cflL3HIXMm4fY7Wr:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [IPv6:2605:8d80:420:e4c2:393:4fb7:5c1a:6c4a] (unknown [72.143.219.222]) by spqr.komquats.com (Postfix) with ESMTPSA id A7044426; Mon, 11 Mar 2019 17:34:24 -0700 (PDT) Date: Mon, 11 Mar 2019 17:33:51 -0700 User-Agent: K-9 Mail for Android In-Reply-To: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ZFS no longer mounted in alphanumerical order To: freebsd-current@freebsd.org From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfGGYf9Z96aEI5jicdY64oYbsgbk+K6IYx9lLaVObF59l14x30sgKxkE5fpouUJ8+XR5l9Ii0Wv4AQCYZHp5GX7CxpNCwZUbVIMgez49ZxsEE3/RIH6F0 0e9IhJOBvpWedAUFjP+ewLIRLEmUBKQnhhUz4YLd5i07TMNy3ZtTTNTgDozwghLc7EvtMb63BuYNWg== X-Rspamd-Queue-Id: 367998B7DC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-5.33 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[spqr.komquats.com]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.14)[ip: (-5.64), ipnet: 64.59.128.0/20(-2.80), asn: 6327(-2.16), country: CA(-0.09)]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11] 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, 12 Mar 2019 00:34:33 -0000 On March 11, 2019 5:12:40 PM PDT, "Rodney W=2E Grimes" wrote: >> On 11/03/2019 23:03, Freddie Cash wrote: >> > Wouldn't it make more sense to teach df, du, "zfs list", and other >things >> > that list the mounted filesystems to use sorted output? >>=20 >> | sort [desired options] > >Except that df and zfs list have a header that you have to deal with, >which is not so easy to get sort to do the right things with out >some hoop jumping=2E > > >> P=2ES=2E >> zfs list already supports sorting by a specific property=2E > >Perhaps make zfs list -s mountpoint a default? There is a zpool property that sets whether zfs list includes snapshots or= not=2E Could a similar sort property, should we choose to implement it, b= e useful? Default sort could be set at pool creation time by the user=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-current@freebsd.org Tue Mar 12 05:54:30 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A5CE1546007 for ; Tue, 12 Mar 2019 05:54:30 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.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 3B33976144 for ; Tue, 12 Mar 2019 05:54:29 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2C5sLmO019438 for ; Tue, 12 Mar 2019 06:54:21 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2C5sLVe019435 for ; Tue, 12 Mar 2019 06:54:21 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 12 Mar 2019 06:54:21 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.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: Tue, 12 Mar 2019 05:54:30 -0000 On Mon, 11 Mar 2019 14:03-0700, Freddie Cash wrote: > On Mon, Mar 11, 2019 at 1:59 PM Trond Endrestøl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > On Mon, 11 Mar 2019 13:47-0700, Matthew Ahrens wrote: > > > > > On Mon, Mar 11, 2019 at 11:33 AM Trond Endrestøl < > > > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > > > > > Has anyone else noticed ZFS datasets are no longer mounted in > > > > alphanumerical order in CURRENT? It looks more like they are mounted > > > > in the order in which they are encountered. > > > > > > Wouldn't surprise me if this was caused by the parallel mount changes. > > The > > > filesystems should still be mounted in hierarchical order (parents before > > > children), so everything should still work. What problem are you seeing > > as > > > a result of the changed mount order? > > > > Actually no problems other than it's rather unintuitive when looking > > at the output of "df -ah". Could we have a command line option for > > disabling the parallel mount? > > Wouldn't it make more sense to teach df, du, "zfs list", and other things > that list the mounted filesystems to use sorted output? That's a better alternative. > IOW, is it the mount process itself that's an issue, or just the output of > mounted filesystems list? The latter in my case. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 12 06:54:29 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C069C154709E for ; Tue, 12 Mar 2019 06:54:29 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f176.google.com (mail-lj1-f176.google.com [209.85.208.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BC477C4C for ; Tue, 12 Mar 2019 06:54:28 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f176.google.com with SMTP id l16so1260084ljc.9 for ; Mon, 11 Mar 2019 23:54:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=gg4ToeYT7trdZ5xTGRz6QEh7CNrcwWfDkUDpQ23lP3c=; b=BWEocOgiRXpKcKJ61whM4O8XBxH3UlMKrpHTscN5MoRhJjrYBw+vt9YvMtMefJoRSY ZJGWNoqwUQeV0/JkNKI+ETPoCfxWnVkKebtQ1PYgmAzM1AgBoxpqewq/dsp/2K/0aE35 FKaxnf0+SAFa/yAe6kNnp3tz6ydaWh7WynQyJ9PZE0N/A83DZzVNX56RJXbB3Bdg2ybU ZHuqArozKVRy5L9hVr4X+BqnkdYFs33gQ6bQoVZDcUoc11Cm3gHCzBcQ6oEUNwMp/6K5 2Ix9tnrMziSQwSs3jDX+UYwiI2JS5LDswjg2SwvAfHeqpgkTQm39ukOFsENrlCh2mIuV xRzg== X-Gm-Message-State: APjAAAXibVeZ/WGyRx55rQpJcztrG6zXXJALmSJ+F9UaU38EM7CKvR2i gyD34gqEsunPqreA5WxMya8KruG4 X-Google-Smtp-Source: APXvYqx3D4C5VuVmygBiCBRYEEgFJVNa+eWwfIahViWsPSdloSYb+S82byJ0vobAp8JeIfXLm65eTQ== X-Received: by 2002:a2e:7d09:: with SMTP id y9mr18446382ljc.11.1552373666152; Mon, 11 Mar 2019 23:54:26 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id r80sm222347lja.28.2019.03.11.23.54.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Mar 2019 23:54:25 -0700 (PDT) Subject: Re: ZFS no longer mounted in alphanumerical order To: "Rodney W. Grimes" Cc: Freddie Cash , =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD current References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Tue, 12 Mar 2019 08:54:24 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49BC477C4C X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.176 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.06 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[alt3.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt1.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.76)[-0.762,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; IP_SCORE(-1.29)[ip: (-0.45), ipnet: 209.85.128.0/17(-3.86), asn: 15169(-2.08), country: US(-0.07)]; 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)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[176.208.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[176.208.85.209.rep.mailspike.net : 127.0.0.17]; FREEMAIL_CC(0.00)[gmail.com] 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, 12 Mar 2019 06:54:30 -0000 On 12/03/2019 02:12, Rodney W. Grimes wrote: >> On 11/03/2019 23:03, Freddie Cash wrote: >>> Wouldn't it make more sense to teach df, du, "zfs list", and other things >>> that list the mounted filesystems to use sorted output? >> >> | sort [desired options] > > Except that df and zfs list have a header that you have to deal with, > which is not so easy to get sort to do the right things with out > some hoop jumping. Like "| tail +2" ? Or if it's just for visual inspection (as seems to be the case for the original poster) just mentally filter out that line. >> P.S. >> zfs list already supports sorting by a specific property. > > Perhaps make zfs list -s mountpoint a default? Why? -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Mar 12 09:37:52 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A652F1527C09 for ; Tue, 12 Mar 2019 09:37:52 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.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 E71DB85B09 for ; Tue, 12 Mar 2019 09:37:51 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2C9bkPH079524 for ; Tue, 12 Mar 2019 10:37:46 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2C9bkYP079521 for ; Tue, 12 Mar 2019 10:37:46 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 12 Mar 2019 10:37:46 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: Message-ID: References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no 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, 12 Mar 2019 09:37:52 -0000 On Tue, 12 Mar 2019 08:54+0200, Andriy Gapon wrote: > On 12/03/2019 02:12, Rodney W. Grimes wrote: > >> On 11/03/2019 23:03, Freddie Cash wrote: > >>> Wouldn't it make more sense to teach df, du, "zfs list", and other things > >>> that list the mounted filesystems to use sorted output? > >> > >> | sort [desired options] > > > > Except that df and zfs list have a header that you have to deal with, > > which is not so easy to get sort to do the right things with out > > some hoop jumping. > > Like "| tail +2" ? > Or if it's just for visual inspection (as seems to be the case for the original > poster) just mentally filter out that line. > > >> P.S. > >> zfs list already supports sorting by a specific property. > > > > Perhaps make zfs list -s mountpoint a default? > > Why? I concocted a shell script, it looks promising: #!/bin/sh #- # Parallel mounting of ZFS filesystems leaves a chaotic listing of # mounted filesystems when viewed by df(1). # Separating the header from the remaining lines and sorting the # latter before recombining is a viable solution. #- DF=/bin/df ${DF} ${@} | grep ^Filesystem ${DF} ${@} | grep -v ^Filesystem | sort -k 6 # new-df.sh -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 12 10:44:19 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C730152A9FE for ; Tue, 12 Mar 2019 10:44:19 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 3419F88732 for ; Tue, 12 Mar 2019 10:44:17 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 11663 invoked by uid 907); 12 Mar 2019 10:37:33 -0000 Received: from p54B736ED.dip0.t-ipconnect.de (HELO [192.168.7.2]) (84.183.54.237) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Tue, 12 Mar 2019 21:37:33 +1100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: ZFS no longer mounted in alphanumerical order From: Jan Martin Mikkelsen In-Reply-To: Date: Tue, 12 Mar 2019 11:37:23 +0100 Cc: FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: <97B0EDCF-355F-4600-8316-2B12473445A4@transactionware.com> References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> To: =?utf-8?Q?Trond_Endrest=C3=B8l?= X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 3419F88732 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.973,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: Tue, 12 Mar 2019 10:44:19 -0000 > On 12 Mar 2019, at 10:37, Trond Endrest=C3=B8l = wrote: > I concocted a shell script, it looks promising: >=20 > #!/bin/sh > #- > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > # mounted filesystems when viewed by df(1). > # Separating the header from the remaining lines and sorting the > # latter before recombining is a viable solution. > #- >=20 > DF=3D/bin/df >=20 > ${DF} ${@} | grep ^Filesystem > ${DF} ${@} | grep -v ^Filesystem | sort -k 6 >=20 > # new-df.sh An alternative sort approach, which handles df arguments which change = the number of columns, and only invokes df once: ${DF} "$@" | awk '/^Filesystem/ { print; sort =3D "sort -k " NF } ! = /^Filesystem/ { print | sort }=E2=80=99 Regards, Jan.= From owner-freebsd-current@freebsd.org Tue Mar 12 10:50:28 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40371152ACDF for ; Tue, 12 Mar 2019 10:50:28 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yw1-f65.google.com (mail-yw1-f65.google.com [209.85.161.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5465D889A9 for ; Tue, 12 Mar 2019 10:50:26 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yw1-f65.google.com with SMTP id 189so1677859ywi.3 for ; Tue, 12 Mar 2019 03:50:26 -0700 (PDT) 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=jllVomD8UtO0pJS2vH3OQWJpT17nw6UIgr3IAtI0c3o=; b=iqMjFA4XU7KlllBkrNh53FiqXCgiry7cH8Qf8t4zQ6oFlebm8e+rVMq9mNS5EmbyTc fyPfbTpwDyEvRMNoNx1ZXQha3i1zt14jT9Se94OAV4b13ziACDsso5pyUGPLUSNdGiNn h3LDLe6FyjcBWIU+mD2bCt3moDEc2VFWigx5652qz4+xxmvTkugCrixLPrwdAIbRORM+ fj1KcOEQChLD0cRDJ+NXHYek/eV79QMSd5cMOPSTHiNyX3Xceu1lsEgyR3bxLlVh/+WC pMR1a0bUwk9H1ksjbieuzDky/3DIxB9yhEYcb6atVCaq6zKvprdRB8brMyXFlV9da+Bp Zeeg== X-Gm-Message-State: APjAAAXuEeYKxBpEb54IvXtNn0iO+2i7ajzwRs8W5y0DXbGYnbScr6Uw upe2ADs96ozShyVGbCDBDVFQlK5rSHaTBhbdCdg= X-Google-Smtp-Source: APXvYqxyjUhtAdfYRwTrgtgRyNg7KYS+5frlPKA6gGV6UeQf6sFQXi1wwDFer+osy1Ybg2/yHMddTCoUP9I6AcJ3lGA= X-Received: by 2002:a0d:c6c5:: with SMTP id i188mr28770457ywd.320.1552387820512; Tue, 12 Mar 2019 03:50:20 -0700 (PDT) MIME-Version: 1.0 From: Li-Wen Hsu Date: Tue, 12 Mar 2019 18:50:09 +0800 Message-ID: Subject: FreeBSD CI Weekly Report 2019-03-10 To: freebsd-testing@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 5465D889A9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.161.65 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-3.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; FROM_HAS_DN(0.00)[]; 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:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.39)[-0.393,0]; RCVD_IN_DNSWL_NONE(0.00)[65.161.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.20)[ipnet: 209.85.128.0/17(-3.86), asn: 15169(-2.08), country: US(-0.07)]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; DMARC_NA(0.00)[freebsd.org]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FORGED_RECIPIENTS(0.00)[freebsd-testing@freebsd.org,freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Mailman-Approved-At: Tue, 12 Mar 2019 10:55:04 +0000 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, 12 Mar 2019 10:50:28 -0000 (bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2019-03-10 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-02-03 to 2019-03-10. During this period, we have: * 1890 builds (95.6% passed, 4.4% failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 358 test runs (49.2% passed, 50.5% unstable, 0.3% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 14 doc buils (100% passed) (For more meaningful statistics, we omitted the numbers from experimental jobs) 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/s/rka6WQnIE and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## New Failed & Fixed jobs * armv6 build job was broken on the Clang 8 importing and was fixed by https://svnweb.freebsd.org/changeset/base/344798 ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * lib.libarchive.functional_test.test_fuzz_zip (flakey) See https://bugs.freebsd.org/236300 for more details * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sbin.bectl.bectl_test.bectl_mount * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * sys.netpfil.pf.pass_block.noalias (new) See https://bugs.freebsd.org/233678 for more details * https://ci.freebsd.org/job/FreeBSD-stable-11-amd64-test/ * usr.bin.procstat.procstat_test.kernel_stacks * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) * lib.libc.sys.sendfile_test.fd_positive_shm_v4 (new) * lib.libc.sys.sendfile_test.hdtr_negative_bad_pointers_v4 (new) ## Failing Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * common.rates.t_dtrace_contrib.tst_switchrate_d * common.syscall.t_dtrace_contrib.tst_args_d * common.ip.t_dtrace_contrib.tst_ipv4localsctp_ksh * common.ip.t_dtrace_contrib.tst_localsctpstate_ksh * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * 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 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## Open Issues ### New * Flakey test case: lib.libarchive.functional_test.test_fuzz_zip https://bugs.freebsd.org/236300 ### Cause build fails * [233339: genassym.o build race](https://bugs.freebsd.org/233339) * Patch available: https://people.freebsd.org/~bdrewery/patches/PR233339.diff * [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/233735) * [233769: Possible build race: ld: error: unable to find library -lgcc_s](https://bugs.freebsd.org/233769) ### Others [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) ## Other News * There is a traditional "tinderbox" view of the CI build status at http://tinderbox.freebsd.org (redirect to https://ci.freebsd.org/tinderbox/) From owner-freebsd-current@freebsd.org Tue Mar 12 11:15:05 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBDD4152D2D7 for ; Tue, 12 Mar 2019 11:15:05 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.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 22CDB89EB2 for ; Tue, 12 Mar 2019 11:15:05 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2CBExPI091836 for ; Tue, 12 Mar 2019 12:14:59 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2CBExep091833 for ; Tue, 12 Mar 2019 12:14:59 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 12 Mar 2019 12:14:59 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: <97B0EDCF-355F-4600-8316-2B12473445A4@transactionware.com> Message-ID: References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> <97B0EDCF-355F-4600-8316-2B12473445A4@transactionware.com> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT 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: Tue, 12 Mar 2019 11:15:06 -0000 On Tue, 12 Mar 2019 11:37+0100, Jan Martin Mikkelsen wrote: > > On 12 Mar 2019, at 10:37, Trond EndrestÞl wrote: > > I concocted a shell script, it looks promising: > > > > #!/bin/sh > > #- > > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > > # mounted filesystems when viewed by df(1). > > # Separating the header from the remaining lines and sorting the > > # latter before recombining is a viable solution. > > #- > > > > DF=/bin/df > > > > ${DF} ${@} | grep ^Filesystem > > ${DF} ${@} | grep -v ^Filesystem | sort -k 6 > > > > # new-df.sh > > An alternative sort approach, which handles df arguments which change the number of columns, and only invokes df once: > > ${DF} "$@" | awk '/^Filesystem/ { print; sort = "sort -k " NF } ! /^Filesystem/ { print | sort }’ Well, yes and no, mostly no. Why are we feeding each line from df(1) separately to sort(1)? It defeats the entire purpose. No sorting takes place. We might be better off accumulating the majority of the lines and sorting them in an END block. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 12 11:34:24 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2681152DBB4 for ; Tue, 12 Mar 2019 11:34:23 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f47.google.com (mail-lf1-f47.google.com [209.85.167.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33CB18A82C for ; Tue, 12 Mar 2019 11:34:23 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f47.google.com with SMTP id p1so1766054lfk.9 for ; Tue, 12 Mar 2019 04:34:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=UttL2H1LIQMQTVe7DdHWJSIURSsKQAfhABm9GYSzXYk=; b=fCLr+WPVSE6pKYQJMmY7Zve3yy9aDSqLU6LtaE1gPdOmQihIG8uxoAxD/hOyGyfloH /stflNLycDITr2iKQLKKlDIUhGuR/uvb3Kje5dyWqC84KfUGMbTxvqvPtLZS29Tf0HJL EjleJjd9tNFjhDg7Bs4m2C5qqfuLHWsSFSE3/2NSewEOSO5mV8irQFQWcsE5XCnEv1aS H8tnBzh4b8uNPyW0HEHmfE/eBbLiRibc8PT1FKrSqynLrxgFFtGga3H2vTNMrCJkpqoD qoYMw5pSz2YM8K733BdANGlwGjwHxdz8aWIhf15mRcdMKcj2iDx9M1BVdgB6hwVQsM3G rjmg== X-Gm-Message-State: APjAAAXsSzGxiH7zripunYEIGMWt8rIzCkIhb1gnzexYhY0IndDPm+yB nL99yrcVW8BctHKAt7queRNRn37W X-Google-Smtp-Source: APXvYqywFtoMW3alkG4JiWQ2hBDfDOpKnRZIUCU1kd0Me2hwwq8+1xNNvcU7zpkyAeU0mbJ0FfYDfg== X-Received: by 2002:ac2:51ae:: with SMTP id f14mr22121659lfk.107.1552390065617; Tue, 12 Mar 2019 04:27:45 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 25sm1317075lja.60.2019.03.12.04.27.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Mar 2019 04:27:44 -0700 (PDT) Subject: Re: ZFS no longer mounted in alphanumerical order To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD current References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Tue, 12 Mar 2019 13:27:43 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 33CB18A82C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.978,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: Tue, 12 Mar 2019 11:34:24 -0000 On 12/03/2019 11:37, Trond EndrestÞl wrote: > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > # mounted filesystems when viewed by df(1). df reports filesystems in the order they were mounted. If you unmount and remount a filesystem or mount a new filesystem, you can see it for yourself. Also, if you ever used fstab then you could see that too. Just because previously the output happened to look like it was sorted does not mean that it was or that there was such an intention. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Mar 12 11:38:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9068152DE1C for ; Tue, 12 Mar 2019 11:38:15 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.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 254938AA2E for ; Tue, 12 Mar 2019 11:38:15 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2CBcB97091970 for ; Tue, 12 Mar 2019 12:38:11 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2CBcBa7091967 for ; Tue, 12 Mar 2019 12:38:11 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 12 Mar 2019 12:38:11 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: Message-ID: References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> <97B0EDCF-355F-4600-8316-2B12473445A4@transactionware.com> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT 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: Tue, 12 Mar 2019 11:38:16 -0000 On Tue, 12 Mar 2019 12:14+0100, Trond EndrestÞl wrote: > On Tue, 12 Mar 2019 11:37+0100, Jan Martin Mikkelsen wrote: > > > > On 12 Mar 2019, at 10:37, Trond EndrestÞl wrote: > > > I concocted a shell script, it looks promising: > > > > > > #!/bin/sh > > > #- > > > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > > > # mounted filesystems when viewed by df(1). > > > # Separating the header from the remaining lines and sorting the > > > # latter before recombining is a viable solution. > > > #- > > > > > > DF=/bin/df > > > > > > ${DF} ${@} | grep ^Filesystem > > > ${DF} ${@} | grep -v ^Filesystem | sort -k 6 > > > > > > # new-df.sh > > > > An alternative sort approach, which handles df arguments which change the number of columns, and only invokes df once: > > > > ${DF} "$@" | awk '/^Filesystem/ { print; sort = "sort -k " NF } ! /^Filesystem/ { print | sort }’ > > Well, yes and no, mostly no. > > Why are we feeding each line from df(1) separately to sort(1)? > It defeats the entire purpose. No sorting takes place. > > We might be better off accumulating the majority of the lines and > sorting them in an END block. How about this? /bin/df ${@} | /usr/bin/awk '/^Filesystem/ { print; sort = "/usr/bin/sort -sk " NF-1 } ! /^Filesystem/ { if (length(acc) > 0) acc = acc "\n" $0; else acc = $0; } END { print acc | sort }' -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 12 11:55:49 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67957152E77B for ; Tue, 12 Mar 2019 11:55:49 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.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 B0ACF8B5AC for ; Tue, 12 Mar 2019 11:55:48 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2CBtjxu092091 for ; Tue, 12 Mar 2019 12:55:45 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2CBtj7I092088 for ; Tue, 12 Mar 2019 12:55:45 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 12 Mar 2019 12:55:45 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: Message-ID: References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.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: Tue, 12 Mar 2019 11:55:49 -0000 On Tue, 12 Mar 2019 13:27+0200, Andriy Gapon wrote: > On 12/03/2019 11:37, Trond Endrestøl wrote: > > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > > # mounted filesystems when viewed by df(1). > > df reports filesystems in the order they were mounted. > If you unmount and remount a filesystem or mount a new filesystem, you can see > it for yourself. Also, if you ever used fstab then you could see that too. > Just because previously the output happened to look like it was sorted does not > mean that it was or that there was such an intention. I am aware of all of this. I was caught by surprise when my ZFS filesystems appeared partially ordered. I know that / and /dev are mounted by the kernel, and sometime later the remaining UFS/ZFS filesystems, and I also have a few synthetic filesystems mounted late in the boot process, and the latter ones (still) appear at the end of df(1)'s output. Order has somewhat been restored. Maybe it's no biggie. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 12 12:52:53 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EC8A15304EB for ; Tue, 12 Mar 2019 12:52:53 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 4E9748D42F for ; Tue, 12 Mar 2019 12:52:50 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 61644 invoked by uid 907); 12 Mar 2019 12:52:46 -0000 Received: from p54B736ED.dip0.t-ipconnect.de (HELO [192.168.7.2]) (84.183.54.237) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Tue, 12 Mar 2019 23:52:46 +1100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: ZFS no longer mounted in alphanumerical order From: Jan Martin Mikkelsen In-Reply-To: Date: Tue, 12 Mar 2019 13:52:37 +0100 Cc: FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: <1A1A2A75-0DEB-4511-84B1-17E19F10FA29@transactionware.com> References: <201903120012.x2C0CeeJ012446@gndrsh.dnsmgr.net> <97B0EDCF-355F-4600-8316-2B12473445A4@transactionware.com> To: =?utf-8?Q?Trond_Endrest=C3=B8l?= X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 4E9748D42F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Tue, 12 Mar 2019 12:52:53 -0000 > On 12 Mar 2019, at 12:14, Trond Endrest=C3=B8l = wrote: >> An alternative sort approach, which handles df arguments which change = the number of columns, and only invokes df once: >>=20 >> ${DF} "$@" | awk '/^Filesystem/ { print; sort =3D "sort -k " NF } ! = /^Filesystem/ { print | sort }=E2=80=99 >=20 > Well, yes and no, mostly no. >=20 > Why are we feeding each line from df(1) separately to sort(1)? > It defeats the entire purpose. No sorting takes place. >=20 > We might be better off accumulating the majority of the lines and=20 > sorting them in an END block. That=E2=80=99s not how awk works. It maintains a pipe and feeds each = line to the same sort process. There is another bug there, of course. The field number should be (NF - = 1) because of the space in the =E2=80=9CMounted on=E2=80=9D header on = the last column. That=E2=80=99s what I get for just typing code into an = email. Regards, Jan M. From owner-freebsd-current@freebsd.org Tue Mar 12 16:35:12 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B61121535C09 for ; Tue, 12 Mar 2019 16:35:12 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3224E6FC75; Tue, 12 Mar 2019 16:35:10 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x2CGXwAl015778; Tue, 12 Mar 2019 09:33:58 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x2CGXwaV015777; Tue, 12 Mar 2019 09:33:58 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201903121633.x2CGXwaV015777@gndrsh.dnsmgr.net> Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: To: Andriy Gapon Date: Tue, 12 Mar 2019 09:33:58 -0700 (PDT) CC: "Rodney W. Grimes" , Freddie Cash , =?UTF-8?Q?Trond_Endrest=C3=B8l?= , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 3224E6FC75 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.33 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.74)[0.742,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.82)[0.815,0]; NEURAL_SPAM_MEDIUM(0.88)[0.879,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:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (0.05), ipnet: 69.59.192.0/19(0.03), asn: 13868(0.01), country: US(-0.07)] 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, 12 Mar 2019 16:35:12 -0000 > On 12/03/2019 02:12, Rodney W. Grimes wrote: > >> On 11/03/2019 23:03, Freddie Cash wrote: > >>> Wouldn't it make more sense to teach df, du, "zfs list", and other things > >>> that list the mounted filesystems to use sorted output? > >> > >> | sort [desired options] > > > > Except that df and zfs list have a header that you have to deal with, > > which is not so easy to get sort to do the right things with out > > some hoop jumping. > > Like "| tail +2" ? > Or if it's just for visual inspection (as seems to be the case for the original > poster) just mentally filter out that line. That just deletes the header. Try to write a one liner that gives you the exact same prior behavior. It is not really fair to make a change to the system that changes behavior and just tell all the users to adapt to the change, it makes FreeBSD "user unfriendly." If I have to adapt to much or too often I see alternatives. > >> P.S. > >> zfs list already supports sorting by a specific property. > > > > Perhaps make zfs list -s mountpoint a default? > > Why? P O L A People have become use to this being sorted, now it is not. > Andriy Gapon -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Mar 12 16:41:34 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34BA41535F8F for ; Tue, 12 Mar 2019 16:41:34 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 533267008C; Tue, 12 Mar 2019 16:41:32 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x2CGeP0e015808; Tue, 12 Mar 2019 09:40:26 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x2CGePWv015807; Tue, 12 Mar 2019 09:40:25 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201903121640.x2CGePWv015807@gndrsh.dnsmgr.net> Subject: Re: ZFS no longer mounted in alphanumerical order In-Reply-To: To: Andriy Gapon Date: Tue, 12 Mar 2019 09:40:25 -0700 (PDT) CC: =?UTF-8?Q?Trond_Endrest=C3=B8l?= , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 533267008C X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.06 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.56)[0.563,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.74)[0.735,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.87)[0.869,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:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (0.05), ipnet: 69.59.192.0/19(0.03), asn: 13868(0.01), country: US(-0.07)] 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, 12 Mar 2019 16:41:34 -0000 > On 12/03/2019 11:37, Trond Endrest?l wrote: > > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > > # mounted filesystems when viewed by df(1). > > df reports filesystems in the order they were mounted. > If you unmount and remount a filesystem or mount a new filesystem, you can see > it for yourself. Also, if you ever used fstab then you could see that too. > Just because previously the output happened to look like it was sorted does not > mean that it was or that there was such an intention. Valid point. So how do I control the order of mounts of zfs? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Mar 12 16:45:44 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92432153624A for ; Tue, 12 Mar 2019 16:45:44 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f48.google.com (mail-lf1-f48.google.com [209.85.167.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72D13705AC for ; Tue, 12 Mar 2019 16:45:43 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f48.google.com with SMTP id h71so2612629lfe.0 for ; Tue, 12 Mar 2019 09:45:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=y1OQGeqzGI3BnDTHHa/OCyzehxinY3v3g8sEnFoatBY=; b=HHKhfIx4yGIannjt1/RoindoHz1LjF/QgYs5Hp6kl9fgd4QdmQSVeIGGQZIbiQHUeJ nvHdfFFU1hg7wR7enVQeAuHFP5eSgvU6ilAfrJ+RCmaVTSiEvuedkb+j4QlxCc7XCV5h Fl9KDIUDnyjQcbo6855OVT6slduqNY0E3N8RY6srCwsgqUuB2JJUX74Ouham+Itfsdky Zu0u5eqCU7gVBwIPiPmij9sOZe5KxzJky0enIBEv2Fd4PePjwnRLDb7GFyCCBRhKyDHX 4SXy1v5zKanYe8A05KHQHL3lHodpY6bPVCp1ZlqEN5tdeMb26tt2OhTMNQtLYdUG/UXD cz9Q== X-Gm-Message-State: APjAAAXr5gm2t1JCDkEI5bUI+TDdmJFwNXTuj/nzYKVLKIUHv5Q10M90 54BFhUHCHDjpRyp1kQnVd3C4EDju X-Google-Smtp-Source: APXvYqwTXSfE97skdVZ//7YH/W1tVcUwmtOROJpmyiiyK6cebyMhLI0i7SIf50OuRYPfOO02pjXXPA== X-Received: by 2002:ac2:4310:: with SMTP id l16mr19687237lfh.58.1552409135567; Tue, 12 Mar 2019 09:45:35 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id j189sm919303lfe.68.2019.03.12.09.45.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Mar 2019 09:45:34 -0700 (PDT) Subject: Re: ZFS no longer mounted in alphanumerical order To: "Rodney W. Grimes" Cc: Freddie Cash , =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD current References: <201903121633.x2CGXwaV015777@gndrsh.dnsmgr.net> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Tue, 12 Mar 2019 18:45:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <201903121633.x2CGXwaV015777@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 72D13705AC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.48 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.90)[-0.905,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; IP_SCORE(-1.20)[ipnet: 209.85.128.0/17(-3.85), asn: 15169(-2.08), country: US(-0.07)]; 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)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[48.167.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] 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, 12 Mar 2019 16:45:44 -0000 On 12/03/2019 18:33, Rodney W. Grimes wrote: >> On 12/03/2019 02:12, Rodney W. Grimes wrote: >>> Perhaps make zfs list -s mountpoint a default? >> >> Why? > > P O L A People have become use to this being sorted, now it is not. Your suggestion would be a POLA violation. Nothing changed with respect to zfs list command. I am not even sure why it was brought up in this thread. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Mar 12 16:54:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DEF4153681F for ; Tue, 12 Mar 2019 16:54:17 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com [209.85.208.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A91D70EF6 for ; Tue, 12 Mar 2019 16:54:16 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f169.google.com with SMTP id g80so2963854ljg.6 for ; Tue, 12 Mar 2019 09:54:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=49O7Jeydmb+IOGN99aCNFiwLlonjAmi/WtulNKqAN2s=; b=K4VHzBEAXCabpB1XDYya9YWwUQhGIdNMgvtLSiOkmNgtEC/aste1XTOX/lWj1GMyKp pQg3JgcQeHL2J/13UCqzZoN73uc9KyqIFxYdVr5sQrZn8a9IxR/GAeR/S5zhlvqclr17 wemov+fg2nL0ZqZ64zG1rfEE8+TwaUP8Gk3XY4rAA/gplaAo9Vi27z1UPGRgChHWubwC ll9Cfha+nLPI7X3mURblpWvxv4Tzz0OEorJ7B2mF/GjU4y/9s9kfUCv8d/2Em+LhPU5R vV8jX2Z547ToWx9BsvxujFfHft7z09Ge5QkSJKyqpnRTbwzfhJDhPW2KrE/C6prYyY/2 w7PQ== X-Gm-Message-State: APjAAAV4bkBuaz9tnsLWnjaek4tPW4XC+SYGxPWJeUf281/1PUFKZks6 nYTijzM9gsfYld60LZns+SvCWZQn X-Google-Smtp-Source: APXvYqy0y+OJj59M16yPI5cH/3KidHI06ayVN1ndwh9lyjpZGLhMWHVc9rBP703Rd332XRF7rC/XBA== X-Received: by 2002:a2e:9c09:: with SMTP id s9mr20292749lji.83.1552409320635; Tue, 12 Mar 2019 09:48:40 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id i185sm1576382lji.81.2019.03.12.09.48.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Mar 2019 09:48:39 -0700 (PDT) Subject: Re: ZFS no longer mounted in alphanumerical order To: "Rodney W. Grimes" Cc: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD current References: <201903121640.x2CGePWv015807@gndrsh.dnsmgr.net> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <61154c02-2b53-5a6d-51a0-887e266779d1@FreeBSD.org> Date: Tue, 12 Mar 2019 18:48:39 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <201903121640.x2CGePWv015807@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 6A91D70EF6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.169 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.25 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(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]; IP_SCORE(-1.32)[ip: (-0.59), ipnet: 209.85.128.0/17(-3.85), asn: 15169(-2.08), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[169.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.93)[-0.928,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@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]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; MID_RHS_MATCH_FROM(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, 12 Mar 2019 16:54:17 -0000 On 12/03/2019 18:40, Rodney W. Grimes wrote: >> On 12/03/2019 11:37, Trond Endrest?l wrote: >>> # Parallel mounting of ZFS filesystems leaves a chaotic listing of >>> # mounted filesystems when viewed by df(1). >> >> df reports filesystems in the order they were mounted. >> If you unmount and remount a filesystem or mount a new filesystem, you can see >> it for yourself. Also, if you ever used fstab then you could see that too. >> Just because previously the output happened to look like it was sorted does not >> mean that it was or that there was such an intention. > > Valid point. So how do I control the order of mounts of zfs? If you really want / need / have to do it, then disable ZFS auto mounting in one of multiple ways (zfs_enable="NO", canmount=noauto, mountpoint=legacy) and use your own script or fstab to mount ZFS filesystems. Personally, I do not see any reason to do that as long as all my ZFS filesystems are properly mounted at expected mount points. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Mar 12 17:04:14 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D96161536E35 for ; Tue, 12 Mar 2019 17:04:13 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-it1-x129.google.com (mail-it1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 246AF718AE; Tue, 12 Mar 2019 17:04:13 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by mail-it1-x129.google.com with SMTP id m137so5625211ita.0; Tue, 12 Mar 2019 10:04:13 -0700 (PDT) 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=80QpW+AADwzRf0tT1HkdTrzlrUgtVbPbvvHG56TUjrI=; b=m7dD+mh0GoVsqoqYjt33k2JHWBixnvmyScmP+pIYwIT3WSUlLMQnXXLDuVjDG9bHgi eflD4n85Dp+ONMmzEhVRgav1rNHRBRacUnx9Iw90V+BVQk1Xp4ZGgxU7q+MQPJeTH1mq z6p8gmrR3R1iKbeHJ8+z2MgmTtuNvDfjT+vxNSAGr2m7gunWrtOYZ9oPpzXPd5BbiN7Z 5SVuIZm8R9vI+iA5qPiEoHUF+UhZheCZP25PEYPQ8XWGNsO1qPx+KCQDQa3iitA1fL1O H8ny/yr2sxbpm1MRS5Ll4jmVY5DeeDIZsd1opeIzee8FjaddPoIFBkYq8DBMAX+CLk0Z bniA== 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=80QpW+AADwzRf0tT1HkdTrzlrUgtVbPbvvHG56TUjrI=; b=lfsPZK463sG8jlCBO3n1nyDDjicwEQh6n9oqJGMHvATCqoLWbbQwh9K2xt1VBLGY4p Re0/C6Vy+4ppBoKXmcYJj9AkGh1VklwUAwBkwBkUnIA4CHoyanMUc3ErG+GtL5ciVNCy VMJ19qKXcN/mTD9Ub+9dLAYteGcElAW6v6bphunBw1t7HbbIleMCNcEDUo269j7+BDy2 oVTHS5NsxUeoLF/xNPFepUqJhAw3uRaSbNBkYk8+Y0o9qSxE55vYZVcXkjfEyFv6YrDa tJ3Yzt+yHhoVSFaXHANWtKg/NxbbkdrLWMUXZf4K0/puDXq0QXLMxPrRkqQagTynatzY acqA== X-Gm-Message-State: APjAAAU9DeOc6543rOTSjFMFB0gPuvqm5IfblTz6F+h2GX6qgWCCDLi4 YQzlsM7gUmw9TnfQlwLsADSiQyjNrqK5Rx2babBIlQ== X-Google-Smtp-Source: APXvYqwaM/E/bWiJU4wEVrXM4LEcGTwo6mtefV8q4InLTsp9YfAekWDMT5ok0ePqCK3HIsovmLdPQ9zG0rb7xyZmG28= X-Received: by 2002:a24:2811:: with SMTP id h17mr2903635ith.54.1552410249379; Tue, 12 Mar 2019 10:04:09 -0700 (PDT) MIME-Version: 1.0 References: <201903121640.x2CGePWv015807@gndrsh.dnsmgr.net> <61154c02-2b53-5a6d-51a0-887e266779d1@FreeBSD.org> In-Reply-To: <61154c02-2b53-5a6d-51a0-887e266779d1@FreeBSD.org> From: Adam Date: Tue, 12 Mar 2019 17:03:57 +0000 Message-ID: Subject: Re: ZFS no longer mounted in alphanumerical order To: Andriy Gapon Cc: "Rodney W. Grimes" , =?UTF-8?Q?Trond_Endrest=C3=B8l?= , FreeBSD current X-Rspamd-Queue-Id: 246AF718AE X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=m7dD+mh0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of amvandemore@gmail.com designates 2607:f8b0:4864:20::129 as permitted sender) smtp.mailfrom=amvandemore@gmail.com X-Spamd-Result: default: False [-6.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[9.2.1.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]; NEURAL_HAM_SHORT(-0.79)[-0.793,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(-2.73)[ip: (-8.78), ipnet: 2607:f8b0::/32(-2.75), asn: 15169(-2.08), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] 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: Tue, 12 Mar 2019 17:04:14 -0000 On Tue, Mar 12, 2019 at 4:56 PM Andriy Gapon wrote: > > Valid point. So how do I control the order of mounts of zfs? > > If you really want / need / have to do it, then disable ZFS auto mounting > in one > of multiple ways (zfs_enable="NO", canmount=noauto, mountpoint=legacy) and > use > your own script or fstab to mount ZFS filesystems. > > Personally, I do not see any reason to do that as long as all my ZFS > filesystems > are properly mounted at expected mount points. > Maybe there some method of disabling the parallel mounting for those of us who prefer and expect a bit more symmetry from the output and who don't find much value in that feature. -- Adam From owner-freebsd-current@freebsd.org Tue Mar 12 21:21:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2F50153F06B for ; Tue, 12 Mar 2019 21:21:40 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) (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 "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 655FF869F7 for ; Tue, 12 Mar 2019 21:21:38 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:Cc:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=rX9+Vu3EYFj2YvOPw14CceEQagtpyd80GlotwLAB7+4=; b=s9gVYNaEfDTO0QQEdWF73FXZ0j LuASz/Wx5+ZKJ1DmUguJnOoUPnpbyakGCO3oY+E0WSqdwIql5gqqIgJteII0H2HPp+mWQWHvWPbi6 KUINQjYh1FPd7zlbnxstnf+VcgjNqv8tH2Fqzgv7PeE9kn8ir6ExYXDff70AvW846OKw=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:54319 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1h3ofD-000AqL-Ib; Tue, 12 Mar 2019 16:10:19 -0500 Received: from 2600:1700:210:b18f:d052:fff0:837b:cc2d by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 12 Mar 2019 16:10:19 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 12 Mar 2019 16:10:19 -0500 From: Larry Rosenman To: Freebsd current Cc: Aki Tuomi Subject: kqueue send over unix socket? Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.3.8 X-Rspamd-Queue-Id: 655FF869F7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=lerami header.b=s9gVYNaE; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 192.147.25.65 as permitted sender) smtp.mailfrom=ler@lerctr.org X-Spamd-Result: default: False [-3.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; MX_GOOD(-0.01)[thebighonker.lerctr.org]; RBL_COMPOSITE_RCVD_IN_DNSWL_HI_DWL_DNSWL_HI(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.01)[country: US(-0.07)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8166, ipnet:192.147.25.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.900,0]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=lerami]; RCVD_DKIM_ARC_DNSWL_HI(-1.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.14)[0.144,0]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_HI(0.00)[lerctr.org.dwl.dnswl.org : 127.0.6.3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_HI(-0.50)[65.25.147.192.list.dnswl.org : 127.0.6.3]; 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, 12 Mar 2019 21:21:40 -0000 I'm working with Aki Tuomi of Dovecot and he asks: I tried to ask if you could ask from some Kernel hacker why I cannot send kqueue() fd over unix socket, I get "Operation not supported". Can anyone help me? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Tue Mar 12 21:37:36 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C29D7153F613 for ; Tue, 12 Mar 2019 21:37:35 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A572873E4 for ; Tue, 12 Mar 2019 21:37:34 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f174.google.com with SMTP id v10so3694954lji.3 for ; Tue, 12 Mar 2019 14:37:34 -0700 (PDT) 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=FxFjZwUuECFKmR6ytQWPZbRif++Ls7STaR+EXmvJhM4=; b=GR/gIc5lS7geOU8VwHM3I/q6PcFfmu37dSkFSXERpIPHSC/magWiQX+WB7m9WyBK42 A5zyhOeMiW+J7SqHFrC3TuqIxFuqFASfExudhBFgKTOfZrbXyBP9V0//YTFEn14zhjzB tb1M+vSfbB8yQpZAqFyX0WFiMRjEsRtlt/Znlm4s4gj1rkpIEmUI1ciFeex8pFq/HRkc Q6lY7GhnZWfA9wYe1Q1r4/W9SNUWWIftpBvGaY3RRLHSqp8TAx6pzxJej+a3Hb7fT1oP YnCuB0frWiO7nUQtBxpUtYmea204xcwsESCmn8304p9auP5rfafCPvSGn/KlQb/CqZP8 SeWw== X-Gm-Message-State: APjAAAUb82zfp4uPxgnIZrss/al75GUe1vCCmU7LULDHty+QbjF7Adft ASaZ1eq3qZclPcBXNit5birg4Y/7KgL5SITc/7YdU2ug X-Google-Smtp-Source: APXvYqyw4Dx4Th+sTqjyz9N5Xec1s+KODejx/z+TKVZxjG1S7mi8GlETMXr7bHb1iGriz3RrNTdZfIXOLbyQBuf6MIg= X-Received: by 2002:a2e:9889:: with SMTP id b9mr3626709ljj.29.1552426647359; Tue, 12 Mar 2019 14:37:27 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Tue, 12 Mar 2019 15:37:15 -0600 Message-ID: Subject: Re: kqueue send over unix socket? To: Larry Rosenman Cc: Freebsd current , Aki Tuomi Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 6A572873E4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.208.174 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.24 / 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]; IP_SCORE(-1.29)[ip: (-0.43), ipnet: 209.85.128.0/17(-3.89), asn: 15169(-2.08), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[174.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.93)[-0.934,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; 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)[asomers@freebsd.org,asomers@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: Tue, 12 Mar 2019 21:37:36 -0000 Is he trying to send the kqueue file descriptor itself using sendmsg with SCM_RIGHTS? It sounds like kqueues cannot be sent over unix sockets; not every file type necessarily can. But if you want to know the nitty-gritty details, just run this: dtrace -i 'fbt:::return /arg1 == 45/ {stack();}' -c "my_program my_options" and that will usually tell you the exact function that set the error. If the output is too large, then you can filter it by writing a D program like this: #sendmsg.d fbt:kernel:sys_sendmsg:entry { this->trigger = 1; } fbt:::return / this->trigger == 1 && arg1 == 45 / { stack(); } fbt:kernel:sys_sendmsg:return { this->trigger = 0; } dtrace -s sendmsg.d -c "my_program my_options" Hope that helps. -Alan On Tue, Mar 12, 2019 at 3:22 PM Larry Rosenman wrote: > > I'm working with Aki Tuomi of Dovecot and he asks: > > I tried to ask if you could ask from some Kernel hacker why I cannot > send kqueue() fd over unix socket, I get "Operation not supported". > > Can anyone help me? > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Mar 12 21:49:09 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8588153FA42 for ; Tue, 12 Mar 2019 21:49:09 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0343787A22 for ; Tue, 12 Mar 2019 21:49:08 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x2CLn0W9095431 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 12 Mar 2019 23:49:03 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x2CLn0W9095431 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x2CLn0r8095430; Tue, 12 Mar 2019 23:49:00 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Tue, 12 Mar 2019 23:49:00 +0200 From: Konstantin Belousov To: Larry Rosenman Cc: Freebsd current , Aki Tuomi Subject: Re: kqueue send over unix socket? Message-ID: <20190312214900.GW2492@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.3 (2019-02-01) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 12 Mar 2019 21:49:09 -0000 On Tue, Mar 12, 2019 at 04:10:19PM -0500, Larry Rosenman wrote: > I'm working with Aki Tuomi of Dovecot and he asks: > > I tried to ask if you could ask from some Kernel hacker why I cannot > send kqueue() fd over unix socket, I get "Operation not supported". Right, because sending kqfd to other process does not make sense. For the same reason kqueue filedescriptors are closed on fork. Issue is that kqueue operates on file descriptors, it stores events and names them by fd you use for registration. So all registered events names become meaningless when process operates on different file descriptor table, which happens after fork() or if kqfd is passed over unix socket to other process. Technically this occurs because kqueue file ops structure does not specify DFLAG_PASSABLE. > > Can anyone help me? > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Mar 12 21:52:30 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41945153FC93 for ; Tue, 12 Mar 2019 21:52:30 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-it1-x12e.google.com (mail-it1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4301787F2D for ; Tue, 12 Mar 2019 21:52:29 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-it1-x12e.google.com with SMTP id e24so7043227itl.1 for ; Tue, 12 Mar 2019 14:52:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=BZPf2tgLQdGlNcQgWrgZ1AkeGKh04+HvxKq9YZSakJc=; b=vYMv/Gli7jtAcm0/RhRo0ZAxutc8JW/DL5cSbvuz4+WCKCt4pg0WXmZ2mO1n46MATK 2qXbnSSXjqIf9mYBd5DENDiPgTCq5qlBuwNGlJNP5NWcTZOcbswaXYm9K+gKeH2v0xEJ howJnFrFVEZg2rYWELP3RNdWn6o7hAWz05I80NTh3D2dZVA8KWzS79EB8V5B3xSHFubb jSEwlf8RGOnG1ce8VNDklz0Xv6QWgkuPAkyr2refZI4aN5FF7N7rcPW2vWZOy5/mHajY UeefnEwBoa2sYib8g8999UQ1OF7BdSZomCr0pttpel5D4CtMLG9ppbiqVqmpaTQR+QFF fvcg== 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:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=BZPf2tgLQdGlNcQgWrgZ1AkeGKh04+HvxKq9YZSakJc=; b=qSLh9rX0jZ/yo6Dw54R5WE+Mx16llAD46prw13BY1VaNxUh6cHKbdyhCJRA/RH4iFA q3pecL3CZQUUHsssizEtzfOR5buZ8RGnADc7yQj1Gf4tkvz2MqFleKjIvBZt9KJPLdQB 5yu40pndYA3+A20mjJY+K9iaqT9SmLwRT0/dgqhnF1dbUODALyCN7HG4nMDuGzwimJua 6uCwtSm+0MEgL4b84SDwHbwYhugd6X6qbD99+PdzPodl22aIOz2AP71cyskKR56hHc0U shlJKgse8Pz7DDG5eKFsLhOo4qvV+DskUN4XhYpddAcasBUOr9eA60N8h/OABFmDJEQR Zdwg== X-Gm-Message-State: APjAAAUa6691uUccL902rNOig+FFv8l9CqT53qE75rbZU8KJVUbXlubu jPZz7rKnbCoR576r3Q7erw5VX8mR X-Google-Smtp-Source: APXvYqwkkH72yWk5Crb0Q3nB8EW7pF525cUohKunCjAGBpajYH+rYr+fo1+lLlNJdBw1vL2MhlFucg== X-Received: by 2002:a24:eb0e:: with SMTP id h14mr3449140itj.100.1552427548451; Tue, 12 Mar 2019 14:52:28 -0700 (PDT) Received: from raichu (toroon0560w-lp140-01-69-159-36-102.dsl.bell.ca. [69.159.36.102]) by smtp.gmail.com with ESMTPSA id t74sm911689itb.11.2019.03.12.14.52.27 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 12 Mar 2019 14:52:27 -0700 (PDT) Sender: Mark Johnston Date: Tue, 12 Mar 2019 17:52:25 -0400 From: Mark Johnston To: Larry Rosenman Cc: Freebsd current , Aki Tuomi Subject: Re: kqueue send over unix socket? Message-ID: <20190312215225.GE78920@raichu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.3 (2019-02-01) X-Rspamd-Queue-Id: 4301787F2D X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=vYMv/Gli; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::12e as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-4.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.97)[-0.969,0]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; IP_SCORE(-2.70)[ip: (-8.63), ipnet: 2607:f8b0::/32(-2.75), asn: 15169(-2.08), country: US(-0.07)]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; 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)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; MID_RHS_NOT_FQDN(0.50)[] 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, 12 Mar 2019 21:52:30 -0000 On Tue, Mar 12, 2019 at 04:10:19PM -0500, Larry Rosenman wrote: > I'm working with Aki Tuomi of Dovecot and he asks: > > I tried to ask if you could ask from some Kernel hacker why I cannot > send kqueue() fd over unix socket, I get "Operation not supported". > > Can anyone help me? What exactly do you want to know? Events registered on a kqueue may contain state associated with the process that registered them. For example, the identifier for some events is a file descriptor, but different processes generally don't share their file descriptor tables. Note that kqueue descriptors are not inherited by the child of a fork() either. From owner-freebsd-current@freebsd.org Tue Mar 12 21:52:44 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DED89153FCC2 for ; Tue, 12 Mar 2019 21:52:43 +0000 (UTC) (envelope-from aki.tuomi@open-xchange.com) Received: from mx4.open-xchange.com (alcatraz.open-xchange.com [87.191.39.187]) (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 BD3A287F78; Tue, 12 Mar 2019 21:52:42 +0000 (UTC) (envelope-from aki.tuomi@open-xchange.com) Received: from open-xchange.com (imap.open-xchange.com [10.20.30.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx4.open-xchange.com (Postfix) with ESMTPS id 8457F6A26A; Tue, 12 Mar 2019 22:52:35 +0100 (CET) Received: from appsuite-dev-gw2.open-xchange.com (appsuite-dev-gw2.open-xchange.com [10.20.30.222]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by open-xchange.com (Postfix) with ESMTPSA id 783A33C0078; Tue, 12 Mar 2019 22:52:35 +0100 (CET) Date: Tue, 12 Mar 2019 23:52:35 +0200 (EET) From: Aki Tuomi To: Alan Somers , Larry Rosenman Cc: Freebsd current Message-ID: <306073586.2112.1552427555424@appsuite-dev-gw2.open-xchange.com> In-Reply-To: Subject: Re: kqueue send over unix socket? MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.10.2-Rev0 X-Originating-Client: open-xchange-appsuite Autocrypt: addr=aki.tuomi@open-xchange.com; prefer-encrypt=mutual; keydata= mQENBFb7bukBCACpK7GFwH/gyL0oF8t91WM7S+UjuQ1vOQZg2eoCUHi4ILpm1Kae4UeZLB2XVbeph+k 29BIQbo+Hjv6rq6JzPfKIZCRLLrkMD1MtA0YB7ZYiACywLrATAdAMJ6sRq+DL5RlrA2CvviTifz6DwE nbqI+ckcKggsY2gywHs5muDw+n5TwLiL0V9IU478vg7OUWzMZ42toTmeTW2MtsIAE5xbnjZ58LUSZR2 CNO8SAtDHYI558ACkS0wHBAoRFNv27IPr3cebiPsIglSEIBr0R1F1Twbgm6mWVBhK+smDgGxmmuAhH6 boSaKWoWAq+tNf+6oXnr3/D0IPtR8c/bZobtvWG3ABEBAAG0J1R1b21pLCBBa2kgPGFraS50dW9taUB vcGVuLXhjaGFuZ2UuY29tPokBPgQTAQIAKAIbAwUJEswDAAUCW2P/aAYLCQgHAwIGFQgCCQoLBBYCAw ECHgECF4AACgkQGTtjY7NEQgYmMwf9G5U0+vKJB+f3Vl8rjPqlXmUZu4waf6pig5lLCrgu56ZkqEDmj axmxXAah7JZ6dD/66kzlQzKQPYpLor0KnTZgm8XZr+MtqLK8DMF/4+iljADvkS4nfJuX3LbdafPyuk4 x+GIa+6NJ+y34jZ284Oesj+FtPOevthR9rDmnc2KQjBD30ceKsadxIKqWPYPqPESQ0PyMu9tOaWNdGn tx8LvO3LlspZ2DzEh5rregFKtO01jR9ai5r3mbUrQqwzWLxJztBYjds8D5VAiCBeivUxetDqhoPr3Cy KHStc5GfgHvazjG34H+CShReqIylfR4mwc654qkmVQfPMMUTaa677n8bkBDQRW+27pAQgAosZdRB8tu i65tjna4iYKPHqcNDZUXOUuPLTucYc2tY2v67POGr44gOZNzuQWKyXRSBs+Q2zJHcbccPe0ZEptkOCO wdhhvBwZLKa6nI9jnJ0K+szT2NbD0YkvaIDALA9pVGMJqa88wvkkocf/I5fkdTk6xuLp8AamRXvcPZu UPo/s2PXQV4u+gtKdX1FmaHiBg1oQhtoDWZO04H74r9fyPPs499ra9iNckSlZP51OUFBbV/RmbtEC03 1r4iXUAgiL0nQ1mNpRIW+PU/5beX/4YwYeCpzy7g0XfMaJoMWDamRdXgzkXK6IJIxwo/89M8qPW+Bkh 88yAennI2SsEvniXQARAQABiQExBBgBAgAbBQJW+27pAhsMBAsJCAcGFQoJCAsCBQkSzAMAAAoJEBk7 Y2OzREIGCm8IAIZkj5FClx8EmPy1caC+CNv1mVrC2YhKY9Zh255JUtt+Xp6tshN6IOr+saNkcwgUghx mx6+asZXPDHTqhXoswPi28k1uCY7n4gvh3jlS7a0HeI0sy2RCsrkIaQD2uSt+ju9fpEM2aOXQHGT/x6 gZhJ7Uwu+JfDnCB7CBFjVnRaV2/87Y0ZImfhIMPYRzwOyWW6KR+JPIutyZAWo9c7mmjKbySLXhqgZar iMJU+RQF5/daQsiRJKP1IkC/Ncy/iZSnGvPIRZjvQxtrz+4xexZX6NjG7IbKAwmbo1t27cF3hE4Heja kF5bLOhznVWubhjXp1J6pL9fymHmG2tZPsgwXcA= X-Rspamd-Queue-Id: BD3A287F78 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_COMPOSITE_RCVD_IN_DNSWL_MED_DWL_DNSWL_LOW(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:87.191.39.187]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1.open-xchange.com,mx2.open-xchange.com]; DKIM_TRACE(0.00)[open-xchange.com:+]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[187.39.191.87.list.dnswl.org : 127.0.5.2]; DMARC_POLICY_ALLOW(-0.50)[open-xchange.com,reject]; NEURAL_HAM_SHORT(-0.53)[-0.530,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.36)[ipnet: 87.128.0.0/10(-1.97), asn: 3320(0.17), country: DE(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3320, ipnet:87.128.0.0/10, country:DE]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[open-xchange.com:s=201705]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(0.00)[open-xchange.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Tue, 12 Mar 2019 22:56:11 +0000 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, 12 Mar 2019 21:52:44 -0000 Hi! I am trying exactly that. dtrace output gives following # dtrace -s sendmsg.d -p 61387 dtrace: script 'sendmsg.d' matched 30667 probes CPU ID FUNCTION:NAME 0 16637 uipc_send:return kernel`sosend_generic+0x556 kernel`kern_sendit+0x296 kernel`sendit+0x19e kernel`sys_sendmsg+0x61 kernel`amd64_syscall+0xa38 kernel`0xffffffff80f5891d 0 35794 sosend_generic:return kernel`kern_sendit+0x296 kernel`sendit+0x19e kernel`sys_sendmsg+0x61 kernel`amd64_syscall+0xa38 kernel`0xffffffff80f5891d 0 32432 kern_sendit:return kernel`sendit+0x19e kernel`sys_sendmsg+0x61 kernel`amd64_syscall+0xa38 kernel`0xffffffff80f5891d 0 55533 free:return kernel`sendit+0x1b0 kernel`sys_sendmsg+0x61 kernel`amd64_syscall+0xa38 kernel`0xffffffff80f5891d 0 16604 sendit:return kernel`sys_sendmsg+0x61 kernel`amd64_syscall+0xa38 kernel`0xffffffff80f5891d 0 30776 sys_sendmsg:return kernel`amd64_syscall+0xa38 kernel`0xffffffff80f5891d > On 12 March 2019 23:37 Alan Somers wrote: > > > Is he trying to send the kqueue file descriptor itself using sendmsg > with SCM_RIGHTS? It sounds like kqueues cannot be sent over unix > sockets; not every file type necessarily can. But if you want to know > the nitty-gritty details, just run this: > dtrace -i 'fbt:::return /arg1 == 45/ {stack();}' -c "my_program > my_options" and that will usually tell you the exact function that set > the error. > > If the output is too large, then you can filter it by writing a D > program like this: > > #sendmsg.d > fbt:kernel:sys_sendmsg:entry > { > this->trigger = 1; > } > fbt:::return > / this->trigger == 1 && arg1 == 45 / > { > stack(); > } > fbt:kernel:sys_sendmsg:return > { > this->trigger = 0; > } > > dtrace -s sendmsg.d -c "my_program my_options" > > Hope that helps. > -Alan > > On Tue, Mar 12, 2019 at 3:22 PM Larry Rosenman wrote: > > > > I'm working with Aki Tuomi of Dovecot and he asks: > > > > I tried to ask if you could ask from some Kernel hacker why I cannot > > send kqueue() fd over unix socket, I get "Operation not supported". > > > > Can anyone help me? > > > > > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > > US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 > > _______________________________________________ > > 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 Wed Mar 13 02:45:51 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05EAC15476FD; Wed, 13 Mar 2019 02:45:51 +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 84B589130B; Wed, 13 Mar 2019 02:45:49 +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 x2D2jfSc031816 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Mar 2019 19:45:41 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2D2jfJD031815; Tue, 12 Mar 2019 19:45:41 -0700 (PDT) (envelope-from sgk) Date: Tue, 12 Mar 2019 19:45:41 -0700 From: Steve Kargl To: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Optimization bug with floating-point? Message-ID: <20190313024506.GA31746@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 84B589130B X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.32 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.75)[0.747,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[washington.edu]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.968,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; REPLYTO_ADDR_EQ_FROM(0.00)[]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.89)[0.891,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.09), asn: 73(0.01), country: US(-0.07)] 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: Wed, 13 Mar 2019 02:45:51 -0000 All, There seems to an optimization bug with clang on % uname -a FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT r344653 MOBILE i386 IOW, if you do numerica work on i386, you may want to check your results. The program demonstrating the issue is at the end of this email. gcc8 --version gcc8 (FreeBSD Ports Collection) 8.3.0 gcc8 -fno-builtin -o z a.c -lm && ./z gcc8 -O -fno-builtin -o z a.c -lm && ./z gcc8 -O2 -fno-builtin -o z a.c -lm && ./z gcc8 -O3 -fno-builtin -o z a.c -lm && ./z Max ULP: 2.297073 Count: 0 (# of ULP that exceed 21) cc --version FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1) Target: i386-unknown-freebsd13.0 cc -fno-builtin -o z a.c -lm && ./z Max ULP: 2.297073 Count: 0 cc -O -fno-builtin -o z a.c -lm && ./z cc -O2 -fno-builtin -o z a.c -lm && ./z cc -O3 -fno-builtin -o z a.c -lm && ./z ur ui: 21.588761 7.006300 x y: 9.5623927 1.4993777 csinhf: 5.07348328e+02 7.09178613e+03 dp_csinh: 5.07348986e+02 7.09178955e+03 sinhf: 7.10991113e+03 cosf: 7.13578984e-02 Max ULP: 23.061242 Count: 39 (# of ULP that exceeds 21) Things are much worse than this toy program shows. My test program used in development of libm is giving Restrict x < 10 ./testf -u -X 10 Max ULP Re: 136628.340239 Max ULP Im: 1891176.003955 Restrict c < 50 ./testf -u -X 10 Max ULP Re: 3615923.332529 Max ULP Im: 13677733.591783 /* * Compute 1 million valus of csinhf() and then compute the ULP for * for the real and imaginary parts. */ #include #include #include #include #include #include /* Return 0 <= x < 1. */ double ranged(void) { union { double x; struct { uint32_t lo; uint32_t hi; } u; } v; v.u.hi = (uint32_t)random(); v.u.hi = ((v.u.hi << 11) >> 11) | 0x3ff00000; v.u.lo = (uint32_t)random(); return (v.x - 1); } float rangef(void) { float s; s = (float)ranged(); return (s); } /* Double precision csinh() without using C's double complex.s */ void dp_csinh(double x, double y, double *re, double *im) { double c, s; sincos(y, &s, &c); *re = sinh(x) * c; *im = cosh(x) * s; } /* ULP estimate. */ double ulpfd(float app, double acc) { int n; double f; f = frexp(acc, &n); f = fabs(acc - app); f = ldexp(f, FLT_MANT_DIG - n); return (f); } int main(void) { double re, im, u, ur, ui; float complex f; float x, y; int cnt, i; srandom(19632019); ur = ui = 0; for (cnt = 0, i = 0; i < 10000000; i++) { x = rangef() + 9; y = rangef() + 0.5; f = csinhf(CMPLXF(x,y)); dp_csinh((double)x, (double)y, &re, &im); ur = ulpfd(crealf(f), re); if (ur > u) u = ur; ui = ulpfd(cimagf(f), im); if (ui > u) u = ui; if (ur > 21 || ui > 21) { printf(" ur ui: %f %f\n", ur, ui); printf(" x y: %.7f %.7f\n", x, y); printf(" csinhf: %.8e %.8e\n", crealf(f), cimagf(f)); printf("dp_csinh: %.8le %.8le\n", re, im); printf(" sinhf: %.8e\n", sinhf(x)); printf(" cosf: %.8e\n\n", cosf(y)); cnt++; } } printf("Max ULP: %f\n", u); printf("Count: %d\n", cnt); return (0); } -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 12:54:19 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8BF21532869 for ; Wed, 13 Mar 2019 12:54:18 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [138.201.35.217]) (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 D7737764E6 for ; Wed, 13 Mar 2019 12:54:17 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.bultmann.eu (unknown [IPv6:2a00:c380:c0d5:1:71cb:af99:10cf:ddb8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id A680FB29D for ; Wed, 13 Mar 2019 12:54:09 +0000 (UTC) Subject: Re: kqueue send over unix socket? To: freebsd-current@freebsd.org References: <306073586.2112.1552427555424@appsuite-dev-gw2.open-xchange.com> From: Jan Bramkamp Message-ID: <4c68535e-02cd-9a46-ff8f-e534753b8c57@rlwinm.de> Date: Wed, 13 Mar 2019 13:54:08 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: <306073586.2112.1552427555424@appsuite-dev-gw2.open-xchange.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: D7737764E6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 138.201.35.217 as permitted sender) smtp.mailfrom=crest@rlwinm.de X-Spamd-Result: default: False [-0.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.408,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.77)[-0.770,0]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_SHORT(0.13)[0.133,0]; MX_GOOD(-0.01)[mail.rlwinm.de]; DMARC_NA(0.00)[rlwinm.de]; IP_SCORE(0.03)[ipnet: 138.201.0.0/16(2.12), asn: 24940(-1.95), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:138.201.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; 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: Wed, 13 Mar 2019 12:54:19 -0000 On 12.03.19 22:52, Aki Tuomi wrote: > Hi! > > I am trying exactly that. As others have already stated kqueue file descriptors can leave the process that created them (neither through file descriptor passing nor through inheritance). Can you tell us why you want to send the kqueue file descriptor to an other process? What do you want to accomplish? From owner-freebsd-current@freebsd.org Wed Mar 13 14:52:07 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D684B15358BC for ; Wed, 13 Mar 2019 14:52:06 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from rgout01.bt.lon5.cpcloud.co.uk (rgout0102.bt.lon5.cpcloud.co.uk [65.20.0.122]) by mx1.freebsd.org (Postfix) with ESMTP id 456EE82743; Wed, 13 Mar 2019 14:52:01 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) X-OWM-Source-IP: 86.131.167.156 (GB) X-OWM-Env-Sender: Thomas.Sparrevohn@btinternet.com X-RazorGate-Vade-Classification: clean X-RazorGate-Vade-Verdict: clean 0 X-VadeSecure-score: verdict=clean score=0/300, class=clean X-SNCR-VADESECURE: CLEAN X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedutddrhedtgdeikecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffkfggtgfothesrgdtghepvddtvdenucfhrhhomhepfdfvhhhomhgrshcuufhprghrrhgvvhhohhhnfdcuoefvhhhomhgrshdrufhprghrrhgvvhhohhhnsegsthhinhhtvghrnhgvthdrtghomheqnecuffhomhgrihhnpegvvhgvnhhtthhimhgvrhdrvghtnecukfhppeekiedrudefuddrudeijedrudehieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkeeirddufedurdduieejrdduheeipdhmrghilhhfrhhomhepoefvhhhomhgrshdrufhprghrrhgvvhhohhhnsegsthhinhhtvghrnhgvthdrtghomheqpdhrtghpthhtohepoefhrhgvvgeuufffqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgqedprhgtphhtthhopeeokhhisgesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehphhhksehphhhkrdhfrhgvvggsshgurdgukheqnecuvehluhhsthgvrhfuihiivgeptd X-RazorGate-Vade-Classification: clean X-RazorGate-Vade-Verdict: clean 0 X-VadeSecure-score: verdict=clean score=0/300, class=clean X-SNCR-VADESECURE: CLEAN X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedutddrhedtgdeikecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffkfggtgfothesrgdtghepvddtvdenucfhrhhomhepfdfvhhhomhgrshcuufhprghrrhgvvhhohhhnfdcuoefvhhhomhgrshdrufhprghrrhgvvhhohhhnsegsthhinhhtvghrnhgvthdrtghomheqnecuffhomhgrihhnpegvvhgvnhhtthhimhgvrhdrvghtnecukfhppeekiedrudefuddrudeijedrudehieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkeeirddufedurdduieejrdduheeipdhmrghilhhfrhhomhepoefvhhhomhgrshdrufhprghrrhgvvhhohhhnsegsthhinhhtvghrnhgvthdrtghomheqpdhrtghpthhtohepoefhrhgvvgeuufffqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgqedprhgtphhtthhopeeokhhisgesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehphhhksehphhhkrdhfrhgvvggsshgurdgukheqnecuvehluhhsthgvrhfuihiivgepfe X-RazorGate-Vade-Classification: clean X-RazorGate-Vade-Verdict: clean 0 X-VadeSecure-score: verdict=clean score=0/300, class=clean X-SNCR-VADESECURE: CLEAN X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedutddrhedtgdeilecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffkfggtgfothesrgdtghepvddtvdenucfhrhhomhepfdfvhhhomhgrshcuufhprghrrhgvvhhohhhnfdcuoefvhhhomhgrshdrufhprghrrhgvvhhohhhnsegsthhinhhtvghrnhgvthdrtghomheqnecuffhomhgrihhnpegvvhgvnhhtthhimhgvrhdrvghtnecukfhppeekiedrudefuddrudeijedrudehieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkeeirddufedurdduieejrdduheeipdhmrghilhhfrhhomhepoefvhhhomhgrshdrufhprghrrhgvvhhohhhnsegsthhinhhtvghrnhgvthdrtghomheqpdhrtghpthhtohepoefhrhgvvgeuufffqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgqedprhgtphhtthhopeeokhhisgesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehphhhksehphhhkrdhfrhgvvggsshgurdgukheqnecuvehluhhsthgvrhfuihiivgeptd Received: from ThomasPC (86.131.167.156) by rgout01.bt.lon5.cpcloud.co.uk (9.0.019.26-1) (authenticated as Thomas.Sparrevohn) id 5B321EA018227432; Wed, 13 Mar 2019 14:48:00 +0000 From: "Thomas Sparrevohn" To: "'FreeBSD Current'" Cc: "'Poul-Henning Kamp'" , "'Konstantin Belousov'" Subject: A question about statclock and stathz Date: Wed, 13 Mar 2019 14:47:59 -0000 Message-ID: <002a01d4d9ab$c1048180$430d8480$@btinternet.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Content-Language: en-gb Thread-Index: AdTZo8nMQMykjqjITji1eET16J99Bg== X-Rspamd-Queue-Id: 456EE82743 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.83 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:65.20.0.0/24]; FREEMAIL_FROM(0.00)[btinternet.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[btinternet.com:+]; MX_GOOD(-0.01)[cached: mx.bt.lon5.cpcloud.co.uk]; DMARC_POLICY_ALLOW(-0.50)[btinternet.com,reject]; NEURAL_HAM_SHORT(-0.25)[-0.254,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-0.00)[country: DE(-0.01)]; RECEIVED_SPAMHAUS_PBL(0.00)[156.167.131.86.zen.spamhaus.org : 127.0.0.10]; ASN(0.00)[asn:199592, ipnet:65.20.0.0/23, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.67)[-0.673,0]; R_DKIM_ALLOW(-0.20)[btinternet.com:s=btcpcloud]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_ENVFROM(0.00)[btinternet.com]; DWL_DNSWL_LOW(-1.00)[btinternet.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[122.0.20.65.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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: Wed, 13 Mar 2019 14:52:07 -0000 A little while ago I decided to write a little program with the aim of analysing the historical memory usage of my FreeBSD system based on the system account files in the /var/account. While the reasons for this are obscure and irrelevant. I was somewhat surprised to discover that about 43% of the records had no memory usage registered. Initially I through it was an error in my parser (writhing in Haskell) but it turned out not to be the case. Normal "sa -u" output gives the same result. I started digging into it and found out it quite easy to reproduce - e.g. run a "repeat 1000 /usr/bin/time -lh ls" will show 0 in most but not all output. To avoid any misunderstandings as far as I can see the observations below only impacts data presented to the end-user (through acct(2), getrusage()) and I don't think there is any issues in the kernels internal resource accounting (at least not that I can see) The reason turns out to be that around 43% of the commends (make buildworld buildkernel) simply finished before statclock() runs for the first time. I started digging into it found out what the problem is. Historically (basing this on the "Design and Implementation of The FreeBSD Operating System C3.4, P57-59" covering V5.2 shows that on a system with a assumed clock of a 100 ticks per second - the assumption was that statclock() would run at 128 ticks per second. E.g. 28% faster than hz. The current kernel seems to use 128hz or there about if using the kern.eventtimer.periodic=1 (133 vs. 127) independent of what the scheduling clock is doing. Acct(2) bases the information on the rsuage struct td_ru who's Memory information is updated in statclock() which in turn also is used by getrusage and hence /usr/bin/time shows the same issue. With periodic set the kernel shows kern.sched.quantum: 97734 kern.clockrate: { hz = 1000, tick = 1000, profhz = 8112, stathz = 133 } (stathz = 127, if the periodic flag is set to 0) kern.eventtimer.periodic: 1 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 kern.eventtimer.choice: HPET(350) HPET1(340) HPET2(340) HPET3(340) LAPIC(100) i8254(100) RTC(0) kern.eventtimer.et.HPET3.quality: 340 kern.eventtimer.et.HPET3.frequency: 14318180 kern.eventtimer.et.HPET3.flags: 3 kern.eventtimer.et.HPET2.quality: 340 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET1.quality: 340 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET.quality: 350 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.LAPIC.quality: 100 kern.eventtimer.et.LAPIC.frequency: 0 kern.eventtimer.et.LAPIC.flags: 15 Whereas I would have expected the stathz to be around 1280. I don't know if anybody actually uses acct(2) and getrusage(2) for anything but the impact are interesting (done whole heap of analysis on it in R ) This shows the proportion of commands on 3 different "make buildworld buildkernel" at the system running with default values as should be clear there are 46% of all commands that terminates before sysclock() get to run - to be clear the isnull variable is true where no memory Data is in the "sa -u" output w128hz$isnull n missing distinct 645822 0 2 Value FALSE TRUE Frequency 343806 302016 Proportion 0.532 0.468 With the kern.eventtimer.periodic = 1 is shows the same proportion (but in this case just a single "make buildworld buildkernel") w133hz$isnull n missing distinct 202309 0 2 Value FALSE TRUE Frequency 103799 98510 Proportion 0.513 0.487 If this is changes to mirror the behaviour described in the book the sampling error or what we should call it falls to 4-5% rather Than 43-48% w1280hz$isnull n missing distinct 404128 0 2 Value FALSE TRUE Frequency 385411 18717 Proportion 0.954 0.046 Fiddling with hz and stathz you can get it <1% (hz=3000, stathz=3840) but that seems silly. <5% seems a sampling error margin seems acceptable. Either way >43% incorrectly showing no memory usage should atleast have a warning in the getrsuage(2) and acct(2) man pages if the decision is to keep the current 128hz statclock behaviour I have made a patch that changes the behaviour (kern_clocksource.c) but I am not sure if the edge case a caught here also Applies to the last update in kern_exit.c (I don't believe so). I have not looked at the accuracy of the other fields in strut rusage But there seem more sensible that the memory values was. The thing that nags me is that I have a recollection that this was discussed ages ago but given I have been FreeBSDing since V1 - I cannot remember when it was and some argument was made that anything above 128hz was wasteful and suboptimal. The issue with changing it is that if anybody actually uses getrusage and acct for anything it would change behaviour and potentially be a POLA - so maybe some kind of flag. The more fundamental question is whether the statclock approach is correct as such. Sorry for the long mail. From owner-freebsd-current@freebsd.org Wed Mar 13 15:05:54 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 172581535EF8; Wed, 13 Mar 2019 15:05:54 +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 09A1C831B0; Wed, 13 Mar 2019 15:05:51 +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 x2DF5n13034668 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 08:05:49 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DF5nXT034667; Wed, 13 Mar 2019 08:05:49 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 08:05:49 -0700 From: Steve Kargl To: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313150548.GA34658@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313024506.GA31746@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 09A1C831B0 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.92 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.68)[0.679,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[washington.edu]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.60)[0.598,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.93)[0.932,0]; R_SPF_NA(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.09), asn: 73(0.01), country: US(-0.07)] 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: Wed, 13 Mar 2019 15:05:54 -0000 On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > All, > > There seems to an optimization bug with clang on > > % uname -a > FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT r344653 MOBILE i386 > > IOW, if you do numerica work on i386, you may want to check your > results. > > The program demonstrating the issue is at the end of this email. > > gcc8 --version > gcc8 (FreeBSD Ports Collection) 8.3.0 > > gcc8 -fno-builtin -o z a.c -lm && ./z > gcc8 -O -fno-builtin -o z a.c -lm && ./z > gcc8 -O2 -fno-builtin -o z a.c -lm && ./z > gcc8 -O3 -fno-builtin -o z a.c -lm && ./z > > Max ULP: 2.297073 > Count: 0 (# of ULP that exceed 21) > The above results do not change if one add -ffloat-store to the command line. > cc -O -fno-builtin -o z a.c -lm && ./z > cc -O2 -fno-builtin -o z a.c -lm && ./z > cc -O3 -fno-builtin -o z a.c -lm && ./z > > Max ULP: 23.061242 > Count: 39 (# of ULP that exceeds 21) Clang doesn't support -ffloat-store, so the above does not change. -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 15:08:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67A7A153604C; Wed, 13 Mar 2019 15:08:56 +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 9B9BE83423; Wed, 13 Mar 2019 15:08:55 +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 x2DF8sxA034706 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 08:08:54 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DF8ssk034705; Wed, 13 Mar 2019 08:08:54 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 08:08:54 -0700 From: Steve Kargl To: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313150854.GB34658@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313024506.GA31746@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 9B9BE83423 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.89 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.66)[0.665,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[washington.edu]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.58)[0.584,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; REPLYTO_ADDR_EQ_FROM(0.00)[]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.93)[0.926,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)] 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: Wed, 13 Mar 2019 15:08:56 -0000 On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > > cc -O -fno-builtin -o z a.c -lm && ./z > cc -O2 -fno-builtin -o z a.c -lm && ./z > cc -O3 -fno-builtin -o z a.c -lm && ./z > > > Max ULP: 23.061242 > Count: 39 (# of ULP that exceeds 21) > These results do not change if one uses /usr/local/bin/clang60. -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 15:16:38 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4D6E1536514; Wed, 13 Mar 2019 15:16:38 +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 8805383B47; Wed, 13 Mar 2019 15:16:37 +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 x2DFGZSC034767 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 08:16:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DFGZNs034766; Wed, 13 Mar 2019 08:16:35 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 08:16:35 -0700 From: Steve Kargl To: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313151635.GA34757@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313024506.GA31746@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 8805383B47 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.86 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.65)[0.648,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[washington.edu]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.58)[0.579,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.92)[0.923,0]; R_SPF_NA(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)] 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: Wed, 13 Mar 2019 15:16:38 -0000 On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > > gcc8 --version > gcc8 (FreeBSD Ports Collection) 8.3.0 > > gcc8 -fno-builtin -o z a.c -lm && ./z > gcc8 -O -fno-builtin -o z a.c -lm && ./z > gcc8 -O2 -fno-builtin -o z a.c -lm && ./z > gcc8 -O3 -fno-builtin -o z a.c -lm && ./z > > Max ULP: 2.297073 > Count: 0 (# of ULP that exceed 21) > clang agrees with gcc8 if one changes ... > int > main(void) > { > double re, im, u, ur, ui; > float complex f; > float x, y; this line to "volatile float x, y". -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 15:42:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7686615372E9; Wed, 13 Mar 2019 15:42:18 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 9B53584E8E; Wed, 13 Mar 2019 15:42:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 78E84260306; Wed, 13 Mar 2019 16:42:15 +0100 (CET) Subject: Re: Optimization bug with floating-point? To: sgk@troutmask.apl.washington.edu, freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> From: Hans Petter Selasky Message-ID: <14ead2c2-b586-309d-947f-1395b5284dd1@selasky.org> Date: Wed, 13 Mar 2019 16:41:51 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190313151635.GA34757@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9B53584E8E X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(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)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[selasky.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.turbocat.net]; NEURAL_HAM_SHORT(-0.91)[-0.907,0]; IP_SCORE(-3.21)[ip: (-9.45), ipnet: 88.99.0.0/16(-4.66), asn: 24940(-1.94), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; 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: Wed, 13 Mar 2019 15:42:18 -0000 On 3/13/19 4:16 PM, Steve Kargl wrote: > On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: >> >> gcc8 --version >> gcc8 (FreeBSD Ports Collection) 8.3.0 >> >> gcc8 -fno-builtin -o z a.c -lm && ./z >> gcc8 -O -fno-builtin -o z a.c -lm && ./z >> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z >> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z >> >> Max ULP: 2.297073 >> Count: 0 (# of ULP that exceed 21) >> > > clang agrees with gcc8 if one changes ... > >> int >> main(void) >> { >> double re, im, u, ur, ui; >> float complex f; >> float x, y; > > this line to "volatile float x, y". > Can you try to use: #define sincos(x,p,q) do { \ *(p) = sin(x); \ *(q) = cos(x); \ } while (0) Instead of libm's sincos(). Might be a bug in there. --HPS From owner-freebsd-current@freebsd.org Wed Mar 13 15:50:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 437F515377B0; Wed, 13 Mar 2019 15:50:13 +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 E03CF856FC; Wed, 13 Mar 2019 15:50:11 +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 x2DFo9lG034951 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 08:50:09 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DFo9qJ034950; Wed, 13 Mar 2019 08:50:09 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 08:50:09 -0700 From: Steve Kargl To: Hans Petter Selasky Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313155009.GA34852@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <14ead2c2-b586-309d-947f-1395b5284dd1@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14ead2c2-b586-309d-947f-1395b5284dd1@selasky.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: E03CF856FC X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.99 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.724,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.92)[0.921,0]; NEURAL_SPAM_MEDIUM(0.63)[0.628,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; 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: Wed, 13 Mar 2019 15:50:13 -0000 On Wed, Mar 13, 2019 at 04:41:51PM +0100, Hans Petter Selasky wrote: > On 3/13/19 4:16 PM, Steve Kargl wrote: > > On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > >> > >> gcc8 --version > >> gcc8 (FreeBSD Ports Collection) 8.3.0 > >> > >> gcc8 -fno-builtin -o z a.c -lm && ./z > >> gcc8 -O -fno-builtin -o z a.c -lm && ./z > >> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z > >> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z > >> > >> Max ULP: 2.297073 > >> Count: 0 (# of ULP that exceed 21) > >> > > > > clang agrees with gcc8 if one changes ... > > > >> int > >> main(void) > >> { > >> double re, im, u, ur, ui; > >> float complex f; > >> float x, y; > > > > this line to "volatile float x, y". > > > > Can you try to use: > > #define sincos(x,p,q) do { \ > *(p) = sin(x); \ > *(q) = cos(x); \ > } while (0) > > > Instead of libm's sincos(). Might be a bug in there. > Using sin() and cos() directly as in /* Double precision csinh() without using C's double complex.s */ void dp_csinh(double x, double y, double *re, double *im) { double c, s; *re = sinh(x) * cos(y); *im = cosh(x) * sin(y); } does not change the result. I'll also note that libm is compiled by clang, and I do not recompile it for the tests. Both gcc8 and cc are using the same libm. I've also tested clang of amd64 with the -m32, it fails as well. -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 15:56:54 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56D5E1537CAC; Wed, 13 Mar 2019 15:56:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5274E85EAA; Wed, 13 Mar 2019 15:56:53 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2ACB4260306; Wed, 13 Mar 2019 16:56:50 +0100 (CET) Subject: Re: Optimization bug with floating-point? To: sgk@troutmask.apl.washington.edu Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <14ead2c2-b586-309d-947f-1395b5284dd1@selasky.org> <20190313155009.GA34852@troutmask.apl.washington.edu> From: Hans Petter Selasky Message-ID: Date: Wed, 13 Mar 2019 16:56:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190313155009.GA34852@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 5274E85EAA X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.85 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(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)[+a:mail.turbocat.net]; IP_SCORE(-2.57)[ip: (-8.71), ipnet: 2a01:4f8::/29(-2.18), asn: 24940(-1.94), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.turbocat.net]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; 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: Wed, 13 Mar 2019 15:56:54 -0000 On 3/13/19 4:50 PM, Steve Kargl wrote: > Using sin() and cos() directly as in > > /* Double precision csinh() without using C's double complex.s */ > void > dp_csinh(double x, double y, double *re, double *im) > { > double c, s; > *re = sinh(x) * cos(y); > *im = cosh(x) * sin(y); > } > > does not change the result. I'll also note that libm > is compiled by clang, and I do not recompile it for the > tests. Both gcc8 and cc are using the same libm. > > I've also tested clang of amd64 with the -m32, it fails > as well. Hi, I cannot see this is failing with 11-stable userland. Can you check with objdump() that clang doesn't optimise it to sincos() ? FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) Target: x86_64-unknown-freebsd11.0 Thread model: posix InstalledDir: /usr/bin cc -lm -O2 -Wall test.c && ./a.out Max ULP: 2.297073 Count: 0 clang40 -lm -O2 test6.c > ./a.out Max ULP: 2.297073 Count: 0 clang50 -lm -O2 test6.c > ./a.out Max ULP: 2.297073 Count: 0 clang60 -lm -O2 test6.c > ./a.out Max ULP: 2.297073 Count: 0 --HPS From owner-freebsd-current@freebsd.org Wed Mar 13 16:13:43 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49CB01538898; Wed, 13 Mar 2019 16:13:43 +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 D4DE0878D1; Wed, 13 Mar 2019 16:13:34 +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 x2DGDQCX035176 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 09:13:26 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DGDQjN035171; Wed, 13 Mar 2019 09:13:26 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 09:13:26 -0700 From: Steve Kargl To: Hans Petter Selasky Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313161326.GA35122@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <14ead2c2-b586-309d-947f-1395b5284dd1@selasky.org> <20190313155009.GA34852@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.11.2 (2019-01-07) X-Rspamd-Queue-Id: D4DE0878D1 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.66 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.41)[0.406,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.92)[0.915,0]; NEURAL_SPAM_MEDIUM(0.63)[0.628,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; 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: Wed, 13 Mar 2019 16:13:43 -0000 On Wed, Mar 13, 2019 at 04:56:26PM +0100, Hans Petter Selasky wrote: > On 3/13/19 4:50 PM, Steve Kargl wrote: > > Using sin() and cos() directly as in > > > > /* Double precision csinh() without using C's double complex.s */ > > void > > dp_csinh(double x, double y, double *re, double *im) > > { > > double c, s; > > *re = sinh(x) * cos(y); > > *im = cosh(x) * sin(y); > > } > > > > does not change the result. I'll also note that libm > > is compiled by clang, and I do not recompile it for the > > tests. Both gcc8 and cc are using the same libm. > > > > I've also tested clang of amd64 with the -m32, it fails > > as well. > > Hi, > > I cannot see this is failing with 11-stable userland. Can you check with > objdump() that clang doesn't optimise it to sincos() ? It doesn't. % nm z | grep sin U csinhf 00401360 T dp_csinh U sin U sinh > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on > LLVM 3.8.0) > Target: x86_64-unknown-freebsd11.0 The test does not fail on x86_64 unless you add the -m32 option, which forces i386 behavior. cc --version FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1) Target: x86_64-unknown-freebsd13.0 cc -fno-builtin -O2 -o z a.c -lm && ./z Max u: 2.297073 Count: 0 cc -fno-builtin -O2 -o z a.c -lm -m32 && ./z Max u: 23.061242 Count: 39 > Thread model: posix > InstalledDir: /usr/bin > > cc -lm -O2 -Wall test.c && ./a.out > Max ULP: 2.297073 > Count: 0 add -m32. > > clang40 -lm -O2 test6.c > > ./a.out > Max ULP: 2.297073 > Count: 0 > > clang50 -lm -O2 test6.c > > ./a.out > Max ULP: 2.297073 > Count: 0 > > clang60 -lm -O2 test6.c > > ./a.out > Max ULP: 2.297073 > Count: 0 -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 16:33:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0338A15390F5; Wed, 13 Mar 2019 16:33:00 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 5D1318881C; Wed, 13 Mar 2019 16:32:59 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (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 EE5709D89; Wed, 13 Mar 2019 16:32:58 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Optimization bug with floating-point? To: sgk@troutmask.apl.washington.edu, freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.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: Wed, 13 Mar 2019 09:32:57 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: <20190313151635.GA34757@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 5D1318881C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.973,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] 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: Wed, 13 Mar 2019 16:33:00 -0000 On 3/13/19 8:16 AM, Steve Kargl wrote: > On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: >> >> gcc8 --version >> gcc8 (FreeBSD Ports Collection) 8.3.0 >> >> gcc8 -fno-builtin -o z a.c -lm && ./z >> gcc8 -O -fno-builtin -o z a.c -lm && ./z >> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z >> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z >> >> Max ULP: 2.297073 >> Count: 0 (# of ULP that exceed 21) >> > > clang agrees with gcc8 if one changes ... > >> int >> main(void) >> { >> double re, im, u, ur, ui; >> float complex f; >> float x, y; > > this line to "volatile float x, y". So it seems to be a regression in clang 7 vs clang 6? -- John Baldwin From owner-freebsd-current@freebsd.org Wed Mar 13 16:40:42 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 857431539352; Wed, 13 Mar 2019 16:40:42 +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 5961088BFF; Wed, 13 Mar 2019 16:40:41 +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 x2DGedNc035350 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 09:40:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DGedaR035349; Wed, 13 Mar 2019 09:40:39 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 09:40:39 -0700 From: Steve Kargl To: John Baldwin Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313164039.GA35340@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@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.11.2 (2019-01-07) X-Rspamd-Queue-Id: 5961088BFF X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.83 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.64)[0.636,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.86)[0.855,0]; NEURAL_SPAM_MEDIUM(0.62)[0.622,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)] 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: Wed, 13 Mar 2019 16:40:42 -0000 On Wed, Mar 13, 2019 at 09:32:57AM -0700, John Baldwin wrote: > On 3/13/19 8:16 AM, Steve Kargl wrote: > > On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > >> > >> gcc8 --version > >> gcc8 (FreeBSD Ports Collection) 8.3.0 > >> > >> gcc8 -fno-builtin -o z a.c -lm && ./z > >> gcc8 -O -fno-builtin -o z a.c -lm && ./z > >> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z > >> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z > >> > >> Max ULP: 2.297073 > >> Count: 0 (# of ULP that exceed 21) > >> > > > > clang agrees with gcc8 if one changes ... > > > >> int > >> main(void) > >> { > >> double re, im, u, ur, ui; > >> float complex f; > >> float x, y; > > > > this line to "volatile float x, y". > > So it seems to be a regression in clang 7 vs clang 6? > /usr/local/bin/clang60 has the same problem. % /usr/local/bin/clang60 -o z -O2 a.c -lm && ./z Maximum ULP: 23.061242 # of ULP > 21: 39 Adding volatile as in the above "fixes" the problem. AFAICT, this a i386/387 code generation problem. Perhaps, an alignment issue? -- Steve 20170425 https://www.youtube.com/watch?v=VWUpyCsUKR4 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Wed Mar 13 17:16:14 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8631C153A785; Wed, 13 Mar 2019 17:16:14 +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 E3B7F8AADF; Wed, 13 Mar 2019 17:16:13 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (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 5009DA1E8; Wed, 13 Mar 2019 17:16:13 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Optimization bug with floating-point? To: sgk@troutmask.apl.washington.edu Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.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: Wed, 13 Mar 2019 10:16:12 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: <20190313164039.GA35340@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E3B7F8AADF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; 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: Wed, 13 Mar 2019 17:16:14 -0000 On 3/13/19 9:40 AM, Steve Kargl wrote: > On Wed, Mar 13, 2019 at 09:32:57AM -0700, John Baldwin wrote: >> On 3/13/19 8:16 AM, Steve Kargl wrote: >>> On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: >>>> >>>> gcc8 --version >>>> gcc8 (FreeBSD Ports Collection) 8.3.0 >>>> >>>> gcc8 -fno-builtin -o z a.c -lm && ./z >>>> gcc8 -O -fno-builtin -o z a.c -lm && ./z >>>> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z >>>> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z >>>> >>>> Max ULP: 2.297073 >>>> Count: 0 (# of ULP that exceed 21) >>>> >>> >>> clang agrees with gcc8 if one changes ... >>> >>>> int >>>> main(void) >>>> { >>>> double re, im, u, ur, ui; >>>> float complex f; >>>> float x, y; >>> >>> this line to "volatile float x, y". >> >> So it seems to be a regression in clang 7 vs clang 6? >> > > /usr/local/bin/clang60 has the same problem. > > % /usr/local/bin/clang60 -o z -O2 a.c -lm && ./z > Maximum ULP: 23.061242 > # of ULP > 21: 39 > > Adding volatile as in the above "fixes" the problem. > > AFAICT, this a i386/387 code generation problem. Perhaps, > an alignment issue? Oh, I misread your earlier e-mail to say that clang60 worked. One issue I'm aware of is that clang does not have any support for the special arrangement FreeBSD/i386 uses where it uses different precision for registers vs in-memory for some of the floating point types (GCC has a special hack that is only used on FreeBSD for this but isn't used on any other OS's). I wonder if that could be a factor? Volatile probably forces a round trip between memory which might explain why this is the case. I wonder what your test program does on i386 Linux with GCC? -- John Baldwin From owner-freebsd-current@freebsd.org Wed Mar 13 17:40:42 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24161153B0BB; Wed, 13 Mar 2019 17:40:42 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-it1-f171.google.com (mail-it1-f171.google.com [209.85.166.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 494DD8B865; Wed, 13 Mar 2019 17:40:41 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-it1-f171.google.com with SMTP id h9so219312itl.1; Wed, 13 Mar 2019 10:40:41 -0700 (PDT) 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:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=QXm80K82s/MMlZ5c23ttFg7MBDmKAlUau6b+lOSB0Ns=; b=W2e3SR4riGs5lyq2weh3ARMuYmr8BZfsPid2zGQvkxxY6pQ9uWiBVXirE1Lo4C48+s OXpcbnHbnRIDRSBveWIRr6Zw2fL/Humg/lY0q0m/rLpGVpVyol07y5zxMHnDG5BDYt78 3z26qvvxViqN5nTlfEIpUBYcgt7os95QCblPW0RW8uB94jlQqdV9kp3aHWm3ZXSRftJF usnPANPzOeHc2A5fQ1m7t32I7yjGmIrHvxYrGL7xAzFvT0d/a2qtKzt+WJ3RsNeBLe3C YxVDK1Az5NvGE5lMdX/Kp3eViQ6//zAoWtG0W2ieFqHqQTdkK5T46xW05nKs2QnqIXpy mLQw== X-Gm-Message-State: APjAAAViiQ5gfxDNX1tGbJsJmtclR+Uej9cUTAy9VdHy6nvCHZ2WqZrQ xnwK1hXBU/9hyY3kIaZMkgzcHz++ X-Google-Smtp-Source: APXvYqyPzgFbytf0kzDF/7QVGz2ECOukGPpB6x1yQjMAaPoRr06NQ67WUhaEmfHP/zIjZdfL5OAPfg== X-Received: by 2002:a02:9101:: with SMTP id a1mr12194104jag.50.1552498839718; Wed, 13 Mar 2019 10:40:39 -0700 (PDT) Received: from mail-io1-f43.google.com (mail-io1-f43.google.com. [209.85.166.43]) by smtp.gmail.com with ESMTPSA id t62sm1442353ita.35.2019.03.13.10.40.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Mar 2019 10:40:39 -0700 (PDT) Received: by mail-io1-f43.google.com with SMTP id f6so2471496iop.3; Wed, 13 Mar 2019 10:40:39 -0700 (PDT) X-Received: by 2002:a6b:6007:: with SMTP id r7mr23431791iog.124.1552498839214; Wed, 13 Mar 2019 10:40:39 -0700 (PDT) MIME-Version: 1.0 References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> In-Reply-To: Reply-To: cem@freebsd.org From: Conrad Meyer Date: Wed, 13 Mar 2019 10:40:28 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Optimization bug with floating-point? To: John Baldwin Cc: "freebsd-toolchain@FreeBSD.org" , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 494DD8B865 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.166.171 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-4.62 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[cem@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.89)[-0.888,0]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@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]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[171.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.73)[ip: (-7.60), ipnet: 209.85.128.0/17(-3.88), asn: 15169(-2.08), country: US(-0.07)] 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: Wed, 13 Mar 2019 17:40:42 -0000 Hi John, On Wed, Mar 13, 2019 at 10:17 AM John Baldwin wrote: > One issue I'm aware of is that clang does not have any support for the > special arrangement FreeBSD/i386 uses where it uses different precision > for registers vs in-memory for some of the floating point types (GCC has > a special hack that is only used on FreeBSD for this but isn't used on > any other OS's). I wonder if that could be a factor? Volatile probably > forces a round trip between memory which might explain why this is the > case. > > I wonder what your test program does on i386 Linux with GCC? $ uname -sr Linux 4.20.4 $ gcc --version gcc (GCC) 8.2.1 20181215 (Red Hat 8.2.1-6) ... $ rpm -qf /usr/lib/libm-2.27.so glibc-2.27-37.fc28.i686 $ gcc -m32 -fno-builtin -o z kargl.c -lm && ./z Max ULP: 1.959975 Count: 0 $ gcc -O -m32 -fno-builtin -o z kargl.c -lm && ./z Max ULP: 1.959975 Count: 0 $ gcc -O1 -m32 -fno-builtin -o z kargl.c -lm && ./z Max ULP: 1.959975 Count: 0 $ gcc -O2 -m32 -fno-builtin -o z kargl.c -lm && ./z Max ULP: nan Count: 0 $ gcc -O3 -m32 -fno-builtin -o z kargl.c -lm && ./z Max ULP: nan Count: 0 Uh. kargl.c: In function =E2=80=98main=E2=80=99: kargl.c:80:10: warning: =E2=80=98u=E2=80=99 may be used uninitialized in th= is function [-Wmaybe-uninitialized] if (ur > u) u =3D ur; ^ If I initialize 'u' (to, e.g., -1e52), I get: Max ULP: 1.959975 Count: 0 at -O2 and -O3 as well. Best, Conrad From owner-freebsd-current@freebsd.org Wed Mar 13 18:08:12 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D1D5153C11C; Wed, 13 Mar 2019 18:08:12 +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 C36028D250; Wed, 13 Mar 2019 18:08:09 +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 x2DI86bd036009 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 11:08:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DI86sQ036008; Wed, 13 Mar 2019 11:08:06 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 11:08:06 -0700 From: Steve Kargl To: John Baldwin Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313180806.GA35586@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@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.11.2 (2019-01-07) X-Rspamd-Queue-Id: C36028D250 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.13 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.78)[0.782,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.94)[0.942,0]; NEURAL_SPAM_MEDIUM(0.69)[0.691,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)] 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: Wed, 13 Mar 2019 18:08:12 -0000 On Wed, Mar 13, 2019 at 10:16:12AM -0700, John Baldwin wrote: > On 3/13/19 9:40 AM, Steve Kargl wrote: > > On Wed, Mar 13, 2019 at 09:32:57AM -0700, John Baldwin wrote: > >> On 3/13/19 8:16 AM, Steve Kargl wrote: > >>> On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > >>>> > >>>> gcc8 --version > >>>> gcc8 (FreeBSD Ports Collection) 8.3.0 > >>>> > >>>> gcc8 -fno-builtin -o z a.c -lm && ./z > >>>> gcc8 -O -fno-builtin -o z a.c -lm && ./z > >>>> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z > >>>> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z > >>>> > >>>> Max ULP: 2.297073 > >>>> Count: 0 (# of ULP that exceed 21) > >>>> > >>> > >>> clang agrees with gcc8 if one changes ... > >>> > >>>> int > >>>> main(void) > >>>> { > >>>> double re, im, u, ur, ui; > >>>> float complex f; > >>>> float x, y; > >>> > >>> this line to "volatile float x, y". > >> > >> So it seems to be a regression in clang 7 vs clang 6? > >> > > > > /usr/local/bin/clang60 has the same problem. > > > > % /usr/local/bin/clang60 -o z -O2 a.c -lm && ./z > > Maximum ULP: 23.061242 > > # of ULP > 21: 39 > > > > Adding volatile as in the above "fixes" the problem. > > > > AFAICT, this a i386/387 code generation problem. Perhaps, > > an alignment issue? > > Oh, I misread your earlier e-mail to say that clang60 worked. > > One issue I'm aware of is that clang does not have any support for the > special arrangement FreeBSD/i386 uses where it uses different precision > for registers vs in-memory for some of the floating point types (GCC has > a special hack that is only used on FreeBSD for this but isn't used on > any other OS's). I wonder if that could be a factor? Volatile probably > forces a round trip between memory which might explain why this is the > case. > > I wonder what your test program does on i386 Linux with GCC? I don't have an i386 Linux environment. I tried comparing the assembly generated with and without volatile, but it proves difficult as register numbers are changed between the 2 listings so almost all lines mismatch If I move ranged(), rangef(), dp_csinh(), and ulpfd() into b.c so a.c only contains main(), add appropriate prototypes to a.c, and comment out the printf() statements, I still see the problem. Judging from the diff, there is a difference in the spills and loads in 2 places. % diff -uw without_volatile with_volatile --- without_volatile 2019-03-13 10:51:33.244226000 -0700 +++ with_volatile 2019-03-13 10:51:54.088095000 -0700 @@ -35,11 +35,13 @@ movl %esi, 68(%esp) # 4-byte Spill calll rangef fadds .LCPI0_0 - fstpl 24(%esp) # 8-byte Folded Spill + fstps 28(%esp) calll rangef fadds .LCPI0_1 - fstl 100(%esp) # 8-byte Folded Spill - fldl 24(%esp) # 8-byte Folded Reload + fstps 24(%esp) + flds 28(%esp) + flds 24(%esp) + fxch %st(1) fstps 48(%esp) fstps 52(%esp) movl 48(%esp), %eax @@ -49,13 +51,13 @@ calll csinhf movl %eax, %esi movl %edx, %edi + flds 28(%esp) + flds 24(%esp) leal 72(%esp), %eax movl %eax, 20(%esp) leal 80(%esp), %eax movl %eax, 16(%esp) - fldl 100(%esp) # 8-byte Folded Reload fstpl 8(%esp) - fldl 24(%esp) # 8-byte Folded Reload fstpl (%esp) calll dp_csinh movl %esi, 40(%esp) @@ -75,7 +77,7 @@ fnstsw %ax # kill: def $ah killed $ah killed $ax sahf - fstl 24(%esp) # 8-byte Folded Spill + fstl 100(%esp) # 8-byte Folded Spill ja .LBB0_3 # %bb.2: # %for.body # in Loop: Header=BB0_1 Depth=1 @@ -114,7 +116,7 @@ # in Loop: Header=BB0_1 Depth=1 fstp %st(2) fldl 92(%esp) # 8-byte Folded Reload - fldl 24(%esp) # 8-byte Folded Reload + fldl 100(%esp) # 8-byte Folded Reload fucomp %st(1) fnstsw %ax # kill: def $ah killed $ah killed $ax Adding ieeefp.h to a.c and fpsetprec(FP_PE) in main() produces a massive diff, but still wrong results if volatile is not use. Clang appears to be broken for FP on i386/387. -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 18:16:26 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCF3A153C5C2; Wed, 13 Mar 2019 18:16:25 +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 36DA48D8D7; Wed, 13 Mar 2019 18:16:25 +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 x2DIGN6e036104 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 11:16:23 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DIGNOP036103; Wed, 13 Mar 2019 11:16:23 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 11:16:23 -0700 From: Steve Kargl To: Conrad Meyer Cc: John Baldwin , "freebsd-toolchain@FreeBSD.org" , freebsd-current Subject: Re: Optimization bug with floating-point? Message-ID: <20190313181623.GA36061@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 36DA48D8D7 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.19 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.817,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.71)[0.713,0]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.948,0]; R_SPF_NA(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: Wed, 13 Mar 2019 18:16:26 -0000 On Wed, Mar 13, 2019 at 10:40:28AM -0700, Conrad Meyer wrote: > Hi John, > > On Wed, Mar 13, 2019 at 10:17 AM John Baldwin wrote: > > One issue I'm aware of is that clang does not have any support for the > > special arrangement FreeBSD/i386 uses where it uses different precision > > for registers vs in-memory for some of the floating point types (GCC has > > a special hack that is only used on FreeBSD for this but isn't used on > > any other OS's). I wonder if that could be a factor? Volatile probably > > forces a round trip between memory which might explain why this is the > > case. > > > > I wonder what your test program does on i386 Linux with GCC? > > $ uname -sr > Linux 4.20.4 > $ gcc --version > gcc (GCC) 8.2.1 20181215 (Red Hat 8.2.1-6) > ... > $ rpm -qf /usr/lib/libm-2.27.so > glibc-2.27-37.fc28.i686 > > $ gcc -m32 -fno-builtin -o z kargl.c -lm && ./z > Max ULP: 1.959975 > Count: 0 > $ gcc -O -m32 -fno-builtin -o z kargl.c -lm && ./z > Max ULP: 1.959975 > Count: 0 > $ gcc -O1 -m32 -fno-builtin -o z kargl.c -lm && ./z > Max ULP: 1.959975 > Count: 0 > $ gcc -O2 -m32 -fno-builtin -o z kargl.c -lm && ./z > Max ULP: nan > Count: 0 > $ gcc -O3 -m32 -fno-builtin -o z kargl.c -lm && ./z > Max ULP: nan > Count: 0 > > Uh. > > kargl.c: In function ‘main’: > kargl.c:80:10: warning: ‘u’ may be used uninitialized in this function > [-Wmaybe-uninitialized] > if (ur > u) u = ur; > ^ Whoops. There are a number of variations on a theme named a.c. Initializing u to 0 doesn't change the outcome with clang on FreeBSD. -- Steve From owner-freebsd-current@freebsd.org Wed Mar 13 21:25:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E7611542508; Wed, 13 Mar 2019 21:25:00 +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 31B8F711E5; Wed, 13 Mar 2019 21:24:58 +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 x2DLOtWS037754 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 14:24:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2DLOtbU037753; Wed, 13 Mar 2019 14:24:55 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 14:24:55 -0700 From: Steve Kargl To: John Baldwin Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190313212455.GA37717@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@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.11.2 (2019-01-07) X-Rspamd-Queue-Id: 31B8F711E5 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.77 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.691,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.95)[0.948,0]; NEURAL_SPAM_MEDIUM(0.42)[0.416,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)] 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: Wed, 13 Mar 2019 21:25:00 -0000 On Wed, Mar 13, 2019 at 10:16:12AM -0700, John Baldwin wrote: > On 3/13/19 9:40 AM, Steve Kargl wrote: > > On Wed, Mar 13, 2019 at 09:32:57AM -0700, John Baldwin wrote: > >> On 3/13/19 8:16 AM, Steve Kargl wrote: > >>> On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > >>>> > >>>> gcc8 --version > >>>> gcc8 (FreeBSD Ports Collection) 8.3.0 > >>>> > >>>> gcc8 -fno-builtin -o z a.c -lm && ./z > >>>> gcc8 -O -fno-builtin -o z a.c -lm && ./z > >>>> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z > >>>> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z > >>>> > >>>> Max ULP: 2.297073 > >>>> Count: 0 (# of ULP that exceed 21) > >>>> > >>> > >>> clang agrees with gcc8 if one changes ... > >>> > >>>> int > >>>> main(void) > >>>> { > >>>> double re, im, u, ur, ui; > >>>> float complex f; > >>>> float x, y; > >>> > >>> this line to "volatile float x, y". > >> > >> So it seems to be a regression in clang 7 vs clang 6? > >> > > > > /usr/local/bin/clang60 has the same problem. > > > > % /usr/local/bin/clang60 -o z -O2 a.c -lm && ./z > > Maximum ULP: 23.061242 > > # of ULP > 21: 39 > > > > Adding volatile as in the above "fixes" the problem. > > > > AFAICT, this a i386/387 code generation problem. Perhaps, > > an alignment issue? > > Oh, I misread your earlier e-mail to say that clang60 worked. > > One issue I'm aware of is that clang does not have any support for the > special arrangement FreeBSD/i386 uses where it uses different precision > for registers vs in-memory for some of the floating point types (GCC has > a special hack that is only used on FreeBSD for this but isn't used on > any other OS's). I wonder if that could be a factor? Volatile probably > forces a round trip between memory which might explain why this is the > case. > I went looking for this special hack. In gcc/gccx/config/i386, one finds /* FreeBSD sets the rounding precision of the FPU to 53 bits. Let the compiler get the contents of and std::numeric_limits correct. */ #undef TARGET_96_ROUND_53_LONG_DOUBLE #define TARGET_96_ROUND_53_LONG_DOUBLE (!TARGET_64BIT) So, taking this as a hunch, I added ieeefp.h to my test program and called 'fpsetprec(FP_PD)' as the first executable statement. This then results in % cc -fno-builtin -m32 -O2 -o z b.o a.c -lm && ./z Max u: 2.297073 Count: 0 So, is there a way to correctly build clang for i386/387 to automatically set the precision correctly? -- Steve From owner-freebsd-current@freebsd.org Thu Mar 14 00:20:47 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC0F51545820 for ; Thu, 14 Mar 2019 00:20:47 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.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 "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 26C8E7672A; Thu, 14 Mar 2019 00:20:47 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:mime-version :user-agent:date:date:message-id:subject:subject:from:from; s= 201508; t=1552522844; bh=Vonulft4KDSSTLnE2qYgB/liJIBgT01D+/x0z6T C4rg=; b=hAcrBqSApKZQ81+T6iXDohPh3zuNmsOJUcR1lyCsSPLMGdz+fzkcTg8 JQ7Rp0gIxKzB2d/jGrZBcfbpkszcwi+OB0yigw89NJr+xs/QjCzSxekDT4a0Rmgg CjUH0rUWPorZT6Ihi/xF6EVGLSCU9DVJUz0U5LQYSIqCr7Rz4zYY= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 952AA2FCF1; Wed, 13 Mar 2019 20:20:44 -0400 (EDT) To: freebsd-current Cc: hselasky@freebsd.org From: Michael Butler Subject: SVN r345102 breaks drm-current-kmod Openpgp: preference=signencrypt Message-ID: Date: Wed, 13 Mar 2019 20:20:43 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 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: Thu, 14 Mar 2019 00:20:47 -0000 As below .. --- drm_atomic_helper.o --- In file included from /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_atomic_helper.c:28: In file included from /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/include/drm/drmP.h:139: /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_os_freebsd.h:124:9: error: 'IS_ALIGNED' macro redefined [-Werror,-Wmacro-redefined] #define IS_ALIGNED(x, y) (((x) & ((y) - 1)) == 0) ^ /usr/src/sys/compat/linuxkpi/common/include/linux/kernel.h:133:9: note: previous definition is here #define IS_ALIGNED(x, a) (((x) & ((__typeof(x))(a) - 1)) == 0) ^ --- drm_atomic.o --- In file included from /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_atomic.c:29: In file included from /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/include/drm/drmP.h:139: /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_os_freebsd.h:124:9: error: 'IS_ALIGNED' macro redefined [-Werror,-Wmacro-redefined] #define IS_ALIGNED(x, y) (((x) & ((y) - 1)) == 0) ^ /usr/src/sys/compat/linuxkpi/common/include/linux/kernel.h:133:9: note: previous definition is here #define IS_ALIGNED(x, a) (((x) & ((__typeof(x))(a) - 1)) == 0) ^ --- drm_atomic_helper.o --- 1 error generated. *** [drm_atomic_helper.o] Error code 1 make[3]: stopped in /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drm imb From owner-freebsd-current@freebsd.org Thu Mar 14 06:30:16 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A5F11531767; Thu, 14 Mar 2019 06:30:16 +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 8BF3A8DCEC; Thu, 14 Mar 2019 06:30:14 +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 x2E6U7DR042005 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2019 23:30:07 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2E6U7ke042004; Wed, 13 Mar 2019 23:30:07 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Mar 2019 23:30:07 -0700 From: Steve Kargl To: John Baldwin Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190314063007.GA41995@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313212455.GA37717@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 8BF3A8DCEC X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.95 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.825,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.95)[0.950,0]; NEURAL_SPAM_MEDIUM(0.46)[0.462,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)] 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, 14 Mar 2019 06:30:16 -0000 On Wed, Mar 13, 2019 at 02:24:55PM -0700, Steve Kargl wrote: > On Wed, Mar 13, 2019 at 10:16:12AM -0700, John Baldwin wrote: > > On 3/13/19 9:40 AM, Steve Kargl wrote: > > > On Wed, Mar 13, 2019 at 09:32:57AM -0700, John Baldwin wrote: > > >> On 3/13/19 8:16 AM, Steve Kargl wrote: > > >>> On Tue, Mar 12, 2019 at 07:45:41PM -0700, Steve Kargl wrote: > > >>>> > > >>>> gcc8 --version > > >>>> gcc8 (FreeBSD Ports Collection) 8.3.0 > > >>>> > > >>>> gcc8 -fno-builtin -o z a.c -lm && ./z > > >>>> gcc8 -O -fno-builtin -o z a.c -lm && ./z > > >>>> gcc8 -O2 -fno-builtin -o z a.c -lm && ./z > > >>>> gcc8 -O3 -fno-builtin -o z a.c -lm && ./z > > >>>> > > >>>> Max ULP: 2.297073 > > >>>> Count: 0 (# of ULP that exceed 21) > > >>> > > >>> clang agrees with gcc8 if one changes ... > > >>> > > >>>> int > > >>>> main(void) > > >>>> { > > >>>> double re, im, u, ur, ui; > > >>>> float complex f; > > >>>> float x, y; > > >>> > > >>> this line to "volatile float x, y". > > >> > > >> So it seems to be a regression in clang 7 vs clang 6? > > > > > > /usr/local/bin/clang60 has the same problem. > > > > > > % /usr/local/bin/clang60 -o z -O2 a.c -lm && ./z > > > Maximum ULP: 23.061242 > > > # of ULP > 21: 39 > > > > > > Adding volatile as in the above "fixes" the problem. > > > > > > AFAICT, this a i386/387 code generation problem. Perhaps, > > > an alignment issue? > > > > Oh, I misread your earlier e-mail to say that clang60 worked. > > > > One issue I'm aware of is that clang does not have any support for the > > special arrangement FreeBSD/i386 uses where it uses different precision > > for registers vs in-memory for some of the floating point types (GCC has > > a special hack that is only used on FreeBSD for this but isn't used on > > any other OS's). I wonder if that could be a factor? Volatile probably > > forces a round trip between memory which might explain why this is the > > case. > > > > I went looking for this special hack. In gcc/gccx/config/i386, > one finds > > /* FreeBSD sets the rounding precision of the FPU to 53 bits. Let the > compiler get the contents of and std::numeric_limits correct. */ > #undef TARGET_96_ROUND_53_LONG_DOUBLE > #define TARGET_96_ROUND_53_LONG_DOUBLE (!TARGET_64BIT) > > So, taking this as a hunch, I added ieeefp.h to my test program > and called 'fpsetprec(FP_PD)' as the first executable statement. > This then results in > > % cc -fno-builtin -m32 -O2 -o z b.o a.c -lm && ./z > Max u: 2.297073 > Count: 0 > > So, is there a way to correctly build clang for i386/387 > to automatically set the precision correctly? > Spent a couple hours wandering in contrib/llvm. Have no idea how to fix clang to actually work on i386/387. Any ideas would be welcomed. AFAICT, all libm float routines need to be modified to conditional include ieeefp.h and call fpsetprec(FP_PD). This will work around issues is FP and libm. FreeBSD needs to issue an erratum about the numerical issues with clang. -- Steve From owner-freebsd-current@freebsd.org Thu Mar 14 07:38:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A8A215339FD for ; Thu, 14 Mar 2019 07:38:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D85F98FDC0 for ; Thu, 14 Mar 2019 07:38:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D85C9260312; Thu, 14 Mar 2019 08:38:13 +0100 (CET) Subject: Re: SVN r345102 breaks drm-current-kmod To: Michael Butler , freebsd-current , Johannes Lundberg , Niclas Zeising References: From: Hans Petter Selasky Message-ID: <52e65051-0146-9e04-111d-da8f4b13e1ab@selasky.org> Date: Thu, 14 Mar 2019 08:37:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: D85F98FDC0 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; TAGGED_RCPT(0.00)[freebsd]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; 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: Thu, 14 Mar 2019 07:38:17 -0000 CC'ing Johannes and Niclas. --HPS On 3/14/19 1:20 AM, Michael Butler wrote: > As below .. > > --- drm_atomic_helper.o --- > In file included from > /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_atomic_helper.c:28: > In file included from > /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/include/drm/drmP.h:139: > /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_os_freebsd.h:124:9: > error: 'IS_ALIGNED' macro redefined [-Werror,-Wmacro-redefined] > #define IS_ALIGNED(x, y) (((x) & ((y) - 1)) == 0) > ^ > /usr/src/sys/compat/linuxkpi/common/include/linux/kernel.h:133:9: note: > previous definition is here > #define IS_ALIGNED(x, a) (((x) & ((__typeof(x))(a) - 1)) == 0) > ^ > --- drm_atomic.o --- > In file included from > /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_atomic.c:29: > In file included from > /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/include/drm/drmP.h:139: > /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm/drm_os_freebsd.h:124:9: > error: 'IS_ALIGNED' macro redefined [-Werror,-Wmacro-redefined] > #define IS_ALIGNED(x, y) (((x) & ((y) - 1)) == 0) > ^ > /usr/src/sys/compat/linuxkpi/common/include/linux/kernel.h:133:9: note: > previous definition is here > #define IS_ALIGNED(x, a) (((x) & ((__typeof(x))(a) - 1)) == 0) > ^ > --- drm_atomic_helper.o --- > 1 error generated. > *** [drm_atomic_helper.o] Error code 1 > > make[3]: stopped in > /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drm > From owner-freebsd-current@freebsd.org Thu Mar 14 09:22:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0506115396B6 for ; Thu, 14 Mar 2019 09:22:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2292B6E073 for ; Thu, 14 Mar 2019 09:22:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 94853260205; Thu, 14 Mar 2019 10:22:14 +0100 (CET) Subject: Re: SVN r345102 breaks drm-current-kmod To: Niclas Zeising , freebsd-current@freebsd.org, Johannes Lundberg , Niclas Zeising References: <52e65051-0146-9e04-111d-da8f4b13e1ab@selasky.org> From: Hans Petter Selasky Message-ID: Date: Thu, 14 Mar 2019 10:21:51 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 2292B6E073 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.turbocat.net]; NEURAL_HAM_SHORT(-0.57)[-0.572,0]; IP_SCORE(-2.57)[ip: (-8.73), ipnet: 2a01:4f8::/29(-2.19), asn: 24940(-1.94), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; 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, 14 Mar 2019 09:22:17 -0000 On 3/14/19 9:22 AM, Niclas Zeising wrote: > On March 14, 2019 7:37:50 AM UTC, Hans Petter Selasky wrote: >> CC'ing Johannes and Niclas. >> Hi, The patch in question has been reverted until these issues are resolved. https://svnweb.freebsd.org/changeset/base/345127 --HPS From owner-freebsd-current@freebsd.org Thu Mar 14 08:22:34 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82A731535E8D for ; Thu, 14 Mar 2019 08:22:34 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 0BA806B10C for ; Thu, 14 Mar 2019 08:22:32 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 44KhXK4MgWzDjgr; Thu, 14 Mar 2019 08:22:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= message-id:from:from:subject:subject:content-transfer-encoding :content-type:content-type:mime-version:references:in-reply-to :date:date:received:received; s=20151023; t=1552551745; bh=BKtpF m1j9L3kxazhCXp0/84JBLjDX9mlLg7s8+BEQYw=; b=qA/rVVNEPOwCYP6nMy8Jn opKSJJccmnTwOBlQXxjJjLpCNDf23UGakjl5LL0LE2e5SVWO9ecHvgwKj1CCNxc/ U0pirDGTHBmeV/Dlw8lsPqytk5BuXY/I2E0kxhYxKbCngdxkbQ2x8m2kRcjdWCRt V0iXQAcO/JLCjHMZ2R0DPo= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id 7Bob-Nbj5KhL; Thu, 14 Mar 2019 08:22:25 +0000 (UTC) Received: from [10.44.114.26] (host-95-195-210-26.mobileonline.telia.com [95.195.210.26]) by mail.daemonic.se (Postfix) with ESMTPSA id 44KhXJ4t8CzDjZ9; Thu, 14 Mar 2019 08:22:24 +0000 (UTC) Date: Thu, 14 Mar 2019 08:22:22 +0000 In-Reply-To: <52e65051-0146-9e04-111d-da8f4b13e1ab@selasky.org> References: <52e65051-0146-9e04-111d-da8f4b13e1ab@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: SVN r345102 breaks drm-current-kmod To: freebsd-current@freebsd.org, Hans Petter Selasky , Michael Butler , freebsd-current , Johannes Lundberg , Niclas Zeising From: Niclas Zeising Message-ID: X-Rspamd-Queue-Id: 0BA806B10C X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=qA/rVVNE; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-7.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.daemonic.se]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.95)[-0.951,0]; IP_SCORE(-3.75)[ip: (-9.84), ipnet: 176.58.89.0/24(-4.92), asn: 36236(-3.90), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Mailman-Approved-At: Thu, 14 Mar 2019 10:22:02 +0000 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, 14 Mar 2019 08:22:34 -0000 On March 14, 2019 7:37:50 AM UTC, Hans Petter Selasky w= rote: >CC'ing Johannes and Niclas=2E > >--HPS > >On 3/14/19 1:20 AM, Michael Butler wrote: >> As below =2E=2E >>=20 >> --- drm_atomic_helper=2Eo --- >> In file included from >> >/usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm= /drm_atomic_helper=2Ec:28: >> In file included from >> >/usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/include/drm/drm= P=2Eh:139: >> >/usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm= /drm_os_freebsd=2Eh:124:9: >> error: 'IS_ALIGNED' macro redefined [-Werror,-Wmacro-redefined] >> #define IS_ALIGNED(x, y) (((x) & ((y) - 1)) =3D=3D 0) >> ^ >> /usr/src/sys/compat/linuxkpi/common/include/linux/kernel=2Eh:133:9: >note: >> previous definition is here >> #define IS_ALIGNED(x, a) (((x) & ((__typeof(x))(a) - 1)) =3D=3D = 0) >> ^ >> --- drm_atomic=2Eo --- >> In file included from >> >/usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm= /drm_atomic=2Ec:29: >> In file included from >> >/usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/include/drm/drm= P=2Eh:139: >> >/usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drivers/gpu/drm= /drm_os_freebsd=2Eh:124:9: >> error: 'IS_ALIGNED' macro redefined [-Werror,-Wmacro-redefined] >> #define IS_ALIGNED(x, y) (((x) & ((y) - 1)) =3D=3D 0) >> ^ >> /usr/src/sys/compat/linuxkpi/common/include/linux/kernel=2Eh:133:9: >note: >> previous definition is here >> #define IS_ALIGNED(x, a) (((x) & ((__typeof(x))(a) - 1)) =3D=3D = 0) >> ^ >> --- drm_atomic_helper=2Eo --- >> 1 error generated=2E >> *** [drm_atomic_helper=2Eo] Error code 1 >>=20 >> make[3]: stopped in >> /usr/ports/graphics/drm-current-kmod/work/kms-drm-78e51d0/drm >>=20 >_______________________________________________ >freebsd-current@freebsd=2Eorg mailing list >https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd=2Eorg" I'll look asap=2E --=20 Niclas Zeising From owner-freebsd-current@freebsd.org Thu Mar 14 16:46:06 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A05511549130; Thu, 14 Mar 2019 16:46:06 +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 963A588371; Thu, 14 Mar 2019 16:46:05 +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 x2EGk3BH045092 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 14 Mar 2019 09:46:03 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2EGk3lK045091; Thu, 14 Mar 2019 09:46:03 -0700 (PDT) (envelope-from sgk) Date: Thu, 14 Mar 2019 09:46:03 -0700 From: Steve Kargl To: John Baldwin Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190314164603.GA45044@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> <20190314063007.GA41995@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190314063007.GA41995@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 963A588371 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.87 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.887,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.93)[0.930,0]; NEURAL_SPAM_MEDIUM(0.34)[0.340,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.09), ipnet: 128.95.0.0/16(0.08), asn: 73(0.01), country: US(-0.07)] 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, 14 Mar 2019 16:46:06 -0000 On Wed, Mar 13, 2019 at 11:30:07PM -0700, Steve Kargl wrote: > > Spent a couple hours wandering in contrib/llvm. Have no idea > how to fix clang to actually work on i386/387. Any ideas > would be welcomed. > > AFAICT, all libm float routines need to be modified to conditional > include ieeefp.h and call fpsetprec(FP_PD). This will work around > issues is FP and libm. FreeBSD needs to issue an erratum about > the numerical issues with clang. > Probably beating a dead horse, but I'll continue as someone might actually be able to me fix clang. clang has the ability to determine the default precision that the FPU on i386 is using. #include #include #include #include int main(void) { fp_prec_t p; p = fpgetprec(); switch(p) { case FP_PS: printf("24 bit (single-precision)\n"); break; case FP_PRS: printf("reserved\n"); break; case FP_PD: printf("53 bit (double-precision)\n"); break; case FP_PE: printf("64 bit (extended-precision)\n"); break; default: errx(1,"unable to determine precision"); }; return 0; } % cc -o z -O2 d.c && ./z 53 bit (double-precision) It is likely that one (or more files) in contrib/llvm/Target/X86 to be fixed. Unfortunately, there are 116 files, which are written in languages I do not know. Any pointers of which file(s) to poke? -- Steve From owner-freebsd-current@freebsd.org Thu Mar 14 18:50:55 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86BA81527949; Thu, 14 Mar 2019 18:50:55 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C3C28C8EA; Thu, 14 Mar 2019 18:50:54 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id x2EIog59034550 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 15 Mar 2019 05:50:48 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x2EIobL5023030 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 15 Mar 2019 05:50:37 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x2EIobtH023029; Fri, 15 Mar 2019 05:50:37 +1100 (AEDT) (envelope-from peter) Date: Fri, 15 Mar 2019 05:50:37 +1100 From: Peter Jeremy To: Steve Kargl Cc: John Baldwin , freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190314185037.GI87064@server.rulingia.com> References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> <20190314063007.GA41995@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ABTtc+pdwF7KHXCz" Content-Disposition: inline In-Reply-To: <20190314063007.GA41995@troutmask.apl.washington.edu> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.11.1 (2018-12-01) 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, 14 Mar 2019 18:50:55 -0000 --ABTtc+pdwF7KHXCz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Mar-13 23:30:07 -0700, Steve Kargl wrote: >AFAICT, all libm float routines need to be modified to conditional >include ieeefp.h and call fpsetprec(FP_PD). This will work around >issues is FP and libm. FreeBSD needs to issue an erratum about=20 >the numerical issues with clang. I vaguely recall looking into the x87 initialisation a long time ago and STR that the startup code (either crtX or in the kernel) does a fninit() to set the precision. I don't recall exactly where. IMO, calling fpsetprec() in every libm float function is overkill. It should be enough to fpsetprec() before main() and add a note in the man pages that libm is built to use the default FPU configuration and changing the configuration (precision or rounding) may result in larger errors. --=20 Peter Jeremy --ABTtc+pdwF7KHXCz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAlyKon1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzRz9Q/+OjrikP4PpHTymluNc8n4nsbSy40WblYJX2mCk85Rn3F8y0IPYAPk8x6U GlyulPEvgdom2WwuWJ4EhyEqH2pGQzFHSoc3sLiF8XRNlLH/IX0CkFhv2CWGTD0R oCHb1Q5Gs0RdbKKIbrHJTCCQeuYNwPiLExZfxZ2nwpxMOhTAuMSVBTlG00E3a2OF 3APRz+f/cL72+1mt8PV9bIEg4R0xaGzpxf8t9/V9/Ljnzh/Wd/nNhI9NrOoUJ8Df i1/gHcg4SUiMaZBIdU4WpPo2dhy2PJx3w6wl5M6CKd+6VUmX041M+xkDqa6mepvc UdsJkfJ3Kfj7iZ0UYGWw56QR2yTlbNyB73enGbQEUv6fbUgVeAlcKoVS+JWE6t8y en3VC8JcsdlbmRUkJCFlDufJMD6v+wtN7fe/wAedut5gp5j/wlWFzNYhb+2UBBJp FCaE7zgkILXJY58tae2kTOe00zNYg1SlAyHIk4XZt1qlZ99wjAmbD/Fo+YSVR7wL xsgCJ8ZDUqiV8ny2TospBYdoCuqGTgEu5tJw3l5HAyX86RVLMVFDj94PvdrkdvtO v6y68hnIeCO6f5bnQ/AzWFhtWHx8QxB7MCGDnNPM3XVhXFQLs+GtSg9o4V6yt27p Itss96uin2NlCVgAC0lsFz+ZO2VR/UWu0slzsopgDTn+zonbOdE= =M9/i -----END PGP SIGNATURE----- --ABTtc+pdwF7KHXCz-- From owner-freebsd-current@freebsd.org Thu Mar 14 19:20:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB05E15282FC; Thu, 14 Mar 2019 19:20:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 172A18D62E; Thu, 14 Mar 2019 19:20:06 +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 x2EJK0ui056546 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Mar 2019 21:20:04 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x2EJK0ui056546 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x2EJK0bO056545; Thu, 14 Mar 2019 21:20:00 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Mar 2019 21:20:00 +0200 From: Konstantin Belousov To: Peter Jeremy Cc: Steve Kargl , John Baldwin , freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190314192000.GI2492@kib.kiev.ua> References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> <20190314063007.GA41995@troutmask.apl.washington.edu> <20190314185037.GI87064@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190314185037.GI87064@server.rulingia.com> User-Agent: Mutt/1.11.3 (2019-02-01) 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.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 14 Mar 2019 19:20:08 -0000 On Fri, Mar 15, 2019 at 05:50:37AM +1100, Peter Jeremy wrote: > On 2019-Mar-13 23:30:07 -0700, Steve Kargl wrote: > >AFAICT, all libm float routines need to be modified to conditional > >include ieeefp.h and call fpsetprec(FP_PD). This will work around > >issues is FP and libm. FreeBSD needs to issue an erratum about > >the numerical issues with clang. > > I vaguely recall looking into the x87 initialisation a long time ago > and STR that the startup code (either crtX or in the kernel) does > a fninit() to set the precision. I don't recall exactly where. At boot, a clean initial FPU state is stored in fpu_initialstate. Then on first FPU access from userspace (first for the given process context), this saved state is copied into hardware registers. The quirk is that for i386 binaries on amd64, we adjust fpu control word to what is expected by i386 binaries. > > IMO, calling fpsetprec() in every libm float function is overkill. It > should be enough to fpsetprec() before main() and add a note in the > man pages that libm is built to use the default FPU configuration and > changing the configuration (precision or rounding) may result in larger > errors. Changing default precision in crt1 would break the ABI. From owner-freebsd-current@freebsd.org Thu Mar 14 19:59:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 426D3152A366; Thu, 14 Mar 2019 19:59:17 +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 CFA4B681AD; Thu, 14 Mar 2019 19:59:16 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (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 0BED714FF8; Thu, 14 Mar 2019 19:59:15 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Optimization bug with floating-point? To: Konstantin Belousov , Peter Jeremy Cc: Steve Kargl , freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> <20190314063007.GA41995@troutmask.apl.washington.edu> <20190314185037.GI87064@server.rulingia.com> <20190314192000.GI2492@kib.kiev.ua> 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: <99ad567f-a1de-b3be-af4b-456df116bee7@FreeBSD.org> Date: Thu, 14 Mar 2019 12:59:14 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: <20190314192000.GI2492@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: CFA4B681AD X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.984,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: Thu, 14 Mar 2019 19:59:17 -0000 On 3/14/19 12:20 PM, Konstantin Belousov wrote: > On Fri, Mar 15, 2019 at 05:50:37AM +1100, Peter Jeremy wrote: >> On 2019-Mar-13 23:30:07 -0700, Steve Kargl wrote: >>> AFAICT, all libm float routines need to be modified to conditional >>> include ieeefp.h and call fpsetprec(FP_PD). This will work around >>> issues is FP and libm. FreeBSD needs to issue an erratum about >>> the numerical issues with clang. >> >> I vaguely recall looking into the x87 initialisation a long time ago >> and STR that the startup code (either crtX or in the kernel) does >> a fninit() to set the precision. I don't recall exactly where. > At boot, a clean initial FPU state is stored in fpu_initialstate. > Then on first FPU access from userspace (first for the given process > context), this saved state is copied into hardware registers. The > quirk is that for i386 binaries on amd64, we adjust fpu control word > to what is expected by i386 binaries. > >> >> IMO, calling fpsetprec() in every libm float function is overkill. It >> should be enough to fpsetprec() before main() and add a note in the >> man pages that libm is built to use the default FPU configuration and >> changing the configuration (precision or rounding) may result in larger >> errors. > Changing default precision in crt1 would break the ABI. So what I don't understand then is what is gcc doing different than clang in this case. I assume neither GCC _nor_ clang are adjusting the FPU in compiler-generated code, and in fact as Steve's earlier tests shows, the precision is set to PD by default when a clang-built binary is run. -- John Baldwin From owner-freebsd-current@freebsd.org Thu Mar 14 20:08:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2DBD152A83D; Thu, 14 Mar 2019 20:08:17 +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 506B069CD7; Thu, 14 Mar 2019 20:08:17 +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 x2EK8FaL046252 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 14 Mar 2019 13:08:15 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x2EK8FOb046251; Thu, 14 Mar 2019 13:08:15 -0700 (PDT) (envelope-from sgk) Date: Thu, 14 Mar 2019 13:08:15 -0700 From: Steve Kargl To: Peter Jeremy Cc: John Baldwin , freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190314200815.GA46070@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> <20190314063007.GA41995@troutmask.apl.washington.edu> <20190314185037.GI87064@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190314185037.GI87064@server.rulingia.com> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 506B069CD7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Thu, 14 Mar 2019 20:08:18 -0000 On Fri, Mar 15, 2019 at 05:50:37AM +1100, Peter Jeremy wrote: > On 2019-Mar-13 23:30:07 -0700, Steve Kargl wrote: > >AFAICT, all libm float routines need to be modified to conditional > >include ieeefp.h and call fpsetprec(FP_PD). This will work around > >issues is FP and libm. FreeBSD needs to issue an erratum about > >the numerical issues with clang. > > I vaguely recall looking into the x87 initialisation a long time ago > and STR that the startup code (either crtX or in the kernel) does > a fninit() to set the precision. I don't recall exactly where. > > IMO, calling fpsetprec() in every libm float function is overkill. It > should be enough to fpsetprec() before main() and add a note in the > man pages that libm is built to use the default FPU configuration and > changing the configuration (precision or rounding) may result in larger > errors. My understanding of the situation is that FreeBSD i386/387 sets the FPU to 53-bit precision (whether at start up or first access is immaterial). This was done long ago to prevent issues with different optimization levels leaving different intermediate results is registers with extended precision. You can observe the problem with the toy program I posted and clang. Compile it with -O0 and -O2. With the former you have max ULP of 2.9 (the desired result); with the latter you have a max ULP of 23.xxx. I have observed a 6 billion ULP issue when running my testsuite. As pointed out by John Baldwin, GCC is aware of the FPU setting. The problem with clang is that it seems to unconditionally assume the FPU is set to 64-bit precision. It is unclear if clang is generated the desired result for float routines in libm. The only to gaurantee the desired resut is to use fpsetprec(FP_PD), or fix clang to take into account the FPU environment. -- Steve From owner-freebsd-current@freebsd.org Thu Mar 14 20:11:50 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F726152AAA7; Thu, 14 Mar 2019 20:11:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A0E36A1BE; Thu, 14 Mar 2019 20:11:49 +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 x2EKBgrC069294 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Mar 2019 22:11:45 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x2EKBgrC069294 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x2EKBgij069293; Thu, 14 Mar 2019 22:11:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Mar 2019 22:11:42 +0200 From: Konstantin Belousov To: John Baldwin Cc: Peter Jeremy , Steve Kargl , freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: Optimization bug with floating-point? Message-ID: <20190314201142.GL2492@kib.kiev.ua> References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> <20190314063007.GA41995@troutmask.apl.washington.edu> <20190314185037.GI87064@server.rulingia.com> <20190314192000.GI2492@kib.kiev.ua> <99ad567f-a1de-b3be-af4b-456df116bee7@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <99ad567f-a1de-b3be-af4b-456df116bee7@FreeBSD.org> User-Agent: Mutt/1.11.3 (2019-02-01) 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.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 14 Mar 2019 20:11:50 -0000 On Thu, Mar 14, 2019 at 12:59:14PM -0700, John Baldwin wrote: > On 3/14/19 12:20 PM, Konstantin Belousov wrote: > > On Fri, Mar 15, 2019 at 05:50:37AM +1100, Peter Jeremy wrote: > >> On 2019-Mar-13 23:30:07 -0700, Steve Kargl wrote: > >>> AFAICT, all libm float routines need to be modified to conditional > >>> include ieeefp.h and call fpsetprec(FP_PD). This will work around > >>> issues is FP and libm. FreeBSD needs to issue an erratum about > >>> the numerical issues with clang. > >> > >> I vaguely recall looking into the x87 initialisation a long time ago > >> and STR that the startup code (either crtX or in the kernel) does > >> a fninit() to set the precision. I don't recall exactly where. > > At boot, a clean initial FPU state is stored in fpu_initialstate. > > Then on first FPU access from userspace (first for the given process > > context), this saved state is copied into hardware registers. The > > quirk is that for i386 binaries on amd64, we adjust fpu control word > > to what is expected by i386 binaries. > > > >> > >> IMO, calling fpsetprec() in every libm float function is overkill. It > >> should be enough to fpsetprec() before main() and add a note in the > >> man pages that libm is built to use the default FPU configuration and > >> changing the configuration (precision or rounding) may result in larger > >> errors. > > Changing default precision in crt1 would break the ABI. > > So what I don't understand then is what is gcc doing different than clang > in this case. I assume neither GCC _nor_ clang are adjusting the FPU in > compiler-generated code, and in fact as Steve's earlier tests shows, the > precision is set to PD by default when a clang-built binary is run. Precision control only affect elementary floating-point instructions. Could this be the cause ? SDM vol 1 8.1.5.2 Precision Control Field The precision-control bits only affect the results of the following floating-point instructions: FADD, FADDP, FIADD, FSUB, FSUBP, FISUB, FSUBR, FSUBRP, FISUBR, FMUL, FMULP, FIMUL, FDIV, FDIVP, FIDIV, FDIVR, FDIVRP, FIDIVR, and FSQRT. From owner-freebsd-current@freebsd.org Thu Mar 14 21:03:20 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FD90152E0BF; Thu, 14 Mar 2019 21:03:20 +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 D6A3C6CFDC; Thu, 14 Mar 2019 21:03:19 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (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 2219C15794; Thu, 14 Mar 2019 21:03:19 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Optimization bug with floating-point? To: sgk@troutmask.apl.washington.edu, Peter Jeremy Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org References: <20190313024506.GA31746@troutmask.apl.washington.edu> <20190313151635.GA34757@troutmask.apl.washington.edu> <20190313164039.GA35340@troutmask.apl.washington.edu> <20190313212455.GA37717@troutmask.apl.washington.edu> <20190314063007.GA41995@troutmask.apl.washington.edu> <20190314185037.GI87064@server.rulingia.com> <20190314200815.GA46070@troutmask.apl.washington.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: <2987d041-a356-bd65-2157-4135d4f738ce@FreeBSD.org> Date: Thu, 14 Mar 2019 14:03:16 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: <20190314200815.GA46070@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: D6A3C6CFDC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] 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, 14 Mar 2019 21:03:20 -0000 On 3/14/19 1:08 PM, Steve Kargl wrote: > On Fri, Mar 15, 2019 at 05:50:37AM +1100, Peter Jeremy wrote: >> On 2019-Mar-13 23:30:07 -0700, Steve Kargl wrote: >>> AFAICT, all libm float routines need to be modified to conditional >>> include ieeefp.h and call fpsetprec(FP_PD). This will work around >>> issues is FP and libm. FreeBSD needs to issue an erratum about >>> the numerical issues with clang. >> >> I vaguely recall looking into the x87 initialisation a long time ago >> and STR that the startup code (either crtX or in the kernel) does >> a fninit() to set the precision. I don't recall exactly where. >> >> IMO, calling fpsetprec() in every libm float function is overkill. It >> should be enough to fpsetprec() before main() and add a note in the >> man pages that libm is built to use the default FPU configuration and >> changing the configuration (precision or rounding) may result in larger >> errors. > > My understanding of the situation is that FreeBSD i386/387 sets > the FPU to 53-bit precision (whether at start up or first access > is immaterial). This was done long ago to prevent issues with > different optimization levels leaving different intermediate > results is registers with extended precision. You can observe > the problem with the toy program I posted and clang. Compile it > with -O0 and -O2. With the former you have max ULP of 2.9 (the > desired result); with the latter you have a max ULP of 23.xxx. > I have observed a 6 billion ULP issue when running my testsuite. > As pointed out by John Baldwin, GCC is aware of the FPU setting. > The problem with clang is that it seems to unconditionally assume > the FPU is set to 64-bit precision. It is unclear if clang is > generated the desired result for float routines in libm. The > only to gaurantee the desired resut is to use fpsetprec(FP_PD), > or fix clang to take into account the FPU environment. OTOH, note that every other OS in 32-bit mode uses 64-bit precision, and amd64 also uses 64-bit precision by default IIUC. FreeBSD/i386 is definitely unique in this regard. Linux doesn't do it, none of the other BSD's do it (only Dragonfly does b/c they inherited it from FreeBSD). None of Solaris, Windows, etc. do it either if the gcc sources are to be trusted as a reference. That said, I think it must have to do with how clang vs GCC is handling saving the values in memory and whether or not it does truncation to 53 bits when stored in memory somehow. I was trying to poke around in GCC's sources to figure out if it was doing anything differently, but I couldn't find a difference in terms of function pointers, etc. The only difference is is the constants used in a set of structures. I haven't tried to track down what those struct member values control though. -- John Baldwin From owner-freebsd-current@freebsd.org Sat Mar 16 00:45:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77DCE1535D7A for ; Sat, 16 Mar 2019 00:45:08 +0000 (UTC) (envelope-from jdm7dv@uvawise.edu) Received: from mailout.uvawise.edu (mailout.uvawise.edu [143.60.16.29]) (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 52EA78BA46 for ; Sat, 16 Mar 2019 00:45:06 +0000 (UTC) (envelope-from jdm7dv@uvawise.edu) Received: from CAS.uvawise.edu (unknown [143.60.16.67]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mailout.uvawise.edu (Postfix) with ESMTPS id 1525C201FC for ; Fri, 15 Mar 2019 20:44:28 -0400 (EDT) Received: from DAG.uvawise.edu ([fe80::6919:cea3:f3ae:566b]) by CAS.uvawise.edu ([143.60.16.71]) with mapi id 14.03.0439.000; Fri, 15 Mar 2019 20:44:50 -0400 From: Jonathan Moore To: "freebsd-current@freebsd.org" Subject: Building freebsd on another OS Thread-Topic: Building freebsd on another OS Thread-Index: AdTbkXsh8hIEUbn5S7mwKaUj4O7h6w== Date: Sat, 16 Mar 2019 00:44:58 +0000 Message-ID: <8BA3B71BA1BE4249A17369318459EC144F16ADB3@DAG.uvawise.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [96.69.119.218] MIME-Version: 1.0 X-Rspamd-Queue-Id: 52EA78BA46 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of jdm7dv@uvawise.edu designates 143.60.16.29 as permitted sender) smtp.mailfrom=jdm7dv@uvawise.edu X-Spamd-Result: default: False [-2.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.957,0]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:143.60.16.29/32]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[uvawise.edu]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-0.01)[country: US(-0.07)]; MX_GOOD(-0.01)[mailin.uvawise.edu]; NEURAL_HAM_SHORT(-0.36)[-0.364,0]; RCVD_IN_DNSWL_NONE(0.00)[29.16.60.143.list.dnswl.org : 127.0.10.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:40723, ipnet:143.60.0.0/17, country:US]; RCVD_TLS_LAST(0.00)[] Content-Type: text/plain; charset="iso-8859-1" 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: Sat, 16 Mar 2019 00:45:08 -0000 Hi, Is it possible to build freebsd on Windows All I could find is this.: https://forums.freebsd.org/threads/building-the-freebsd-kernel-on-another-o= s.32275/ Thanks, Jonathan Moore From owner-freebsd-current@freebsd.org Sat Mar 16 17:05:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B29D51535711 for ; Sat, 16 Mar 2019 17:05:13 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.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 "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 35DA46B2D5; Sat, 16 Mar 2019 17:05:13 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:mime-version :user-agent:date:date:message-id:subject:subject:from:from; s= 201508; t=1552755910; bh=QHEXEbwHyjjd/Z3qCLuDFUC9iXTDO0H7lgHvwZx ZnwE=; b=IZX/OLYCLDuP+yWjq/51FJY8erS9LHEyHk1bY9MwRrNs8z4++sR5JBs EXjHKtcm4hhmqfTu+cCuMGfLqhj1hEUEF5yeZs8YnGwwt5dXKabmo2yvYXDZALdk avik2k14PUkbh4FYF62M2gDqs07oEUqqX/tZw8uTGCP2iKGME7H0= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id E51A3243E1; Sat, 16 Mar 2019 13:05:10 -0400 (EDT) To: freebsd-current , Dimitry Andric From: Michael Butler Subject: SVN r345236 fails to account for lib32 build pieces Openpgp: preference=signencrypt Message-ID: Date: Sat, 16 Mar 2019 13:05:10 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 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: Sat, 16 Mar 2019 17:05:13 -0000 buildworld fails with .. --- cddl/lib__L --- Building /usr/obj/usr/src/amd64.amd64/obj-lib32/cddl/lib/libzpool/vdev_initialize.o --- lib__L --- Building /usr/obj/usr/src/amd64.amd64/obj-lib32/lib/libsm/fscanf.o Building /usr/obj/usr/src/amd64.amd64/obj-lib32/lib/libsm/fseek.o --- all_subdir_lib/libomp --- --- kmp_runtime.pico --- /usr/src/contrib/openmp/runtime/src/kmp_runtime.cpp:8130:2: error: "Unknown or unsupported OS" #error "Unknown or unsupported OS" ^ 1 error generated. *** [kmp_runtime.pico] Error code 1 make[5]: stopped in /usr/src/lib/libomp .ERROR_TARGET='kmp_runtime.pico' imb