From owner-freebsd-current@freebsd.org Sun Dec 23 01:58:45 2018 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 0EA3F134466F for ; Sun, 23 Dec 2018 01:58:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC7583D70 for ; Sun, 23 Dec 2018 01:58:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 30288134466E; Sun, 23 Dec 2018 01:58:44 +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 0DADF134466D for ; Sun, 23 Dec 2018 01:58:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C27E83D6D; Sun, 23 Dec 2018 01:58:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x42f.google.com with SMTP id r136so4362559pfc.6; Sat, 22 Dec 2018 17:58:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=SSgfbHoVhAi+5DQP11VsWN9mm+IcllzjCPQQ9XumpDc=; b=MdYP8lv/9uTdkb0xFWq3rAT6hrcmp+6WKzz2xxq9xqgTP9IoXdFhRA3OOzO8Vcv9tB LbCOW8kr9uzHFc9t/QWaJwsMQ1VrrrcamwT1Sstc1MG0JZUOC8dKFkfWA4sqZUOX1MXx pL4qpJC2wMtb5qJkrwBm9FiuV1kgv1tlhFo4fGTXytjqpF65Abu/dCfZNgJw/OHrVMfv VuOclvU142vnP0aVacoi5VBFsZI9tNIcYPDa4zoFiv0q1PC/V4fknUdLwTPdDSJW0Yi1 5788FqKa+bNLT2FeTKIAA70OYorcNCCr/u8PgQCJcb7eVIH3S/SBHFMrEefKRd8jkB24 VECA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=SSgfbHoVhAi+5DQP11VsWN9mm+IcllzjCPQQ9XumpDc=; b=eTh/MpIK4BBKg0c3wob9KAE2L8T1pc6pNMSPCpKqX/7/1Am9nMFIX6h5zOg/06yHWP 99/9PhQ5NSYcfyipESzHQV6DmA/k3gwTgHAgzX/EUTtUhpCf9ZF+droPp+D2ZL1N51Zw LyVmIvl4pEX141A6Zt4RvmfdKkZJmwDoFW8xfzo64mqZmf/MyILmBp07A5W/tI4Yp2O2 4I6q5pw514H1qDzokfX1ok//1/QibKka4YnNb6y5A4Pob0CJRVAhpZB5VHg+NF/99GXD qAymZ1LQQ8D6y1n65c23z6oBekZkeg5U8JSS2oCHJwWZhSt6NdT7QEWtsM9GHAPXWdsB NYxQ== X-Gm-Message-State: AJcUukfjxVkVTNfjPd/Nc13bw9KWytCjrnEe9AaGaggBNjYS0UKR+1+V no6QqPFwq5257ugcwo6hKtfy8dMQ X-Google-Smtp-Source: ALg8bN6xGjkWGLcD4aurkoPXq/fU/2sXS+ZXgRgDG0WimzNgDYN0W+KNLm+v9Hf9vkVDKtn7Ztstkg== X-Received: by 2002:a63:d40a:: with SMTP id a10mr7716956pgh.394.1545530322283; Sat, 22 Dec 2018 17:58:42 -0800 (PST) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id v13sm35821128pff.20.2018.12.22.17.58.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 22 Dec 2018 17:58:41 -0800 (PST) From: Enji Cooper Message-Id: <82004750-097A-47E5-9981-86B4B7A5F755@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_637E3201-9939-4613-85D7-E55AE3063E96"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes Date: Sat, 22 Dec 2018 17:58:39 -0800 In-Reply-To: <201812222103.wBML3C8G053162@slippy.cwsent.com> Cc: Yuri Pankov , Mark Peek , Warner Losh , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , freebsd-current To: Cy Schubert References: <201812222103.wBML3C8G053162@slippy.cwsent.com> X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 7C27E83D6D 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.988,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: Sun, 23 Dec 2018 01:58:45 -0000 --Apple-Mail=_637E3201-9939-4613-85D7-E55AE3063E96 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 22, 2018, at 1:03 PM, Cy Schubert = wrote: =E2=80=A6 > Regarding the Red Hat bugzilla bug, looks like they're doing the right > thing by reaching out to VMware. This should be our position as well. > Add it to ssh_config or sshd_config if one must but have VMware fix > their bugs. Putting workarounds in our O/S to work around a bug in = some > other vendor's virtualization is something I don't support. If we must > add the #ifdefs to our ssh, then add an UPDATING entry to say that to > enable it put VMWARE_GUEST_WORKAROUND or however we choose to enable = it > in src.conf. This is the reason why I CCed mp@ :).. Mark works for VMware (I worked = with him a bit when I was at Isilon). =E2=80=A6 > We, FreeBSD, should try to open a ticket or reach out to VMware to add > a +1 to the issue that RH has already opened. This is the right thing > to do. In this case we should consider ourselves an O/S vendor too, > which BTW we are. Yes, but unless there=E2=80=99s a champion internal to the project = driving this, it=E2=80=99s up to individual users to drive the bug = report/fix. If, however, there were regular regression tests run with = VMware (and this can be done with pyvmomi/paramiko, etc), then we the = project could provide this guarantee to VMware and vice versa if VMware = invested the time in making this so--which I thought they did with = 10.x=E2=80=A6 but if they don=E2=80=99t have an easy way to verify = changes, there=E2=80=99s a bit of a chicken and egg problem. > BTW the 2018-11-08 entry in the RH bug talks about adding the > workaround to sshd_config. =E2=80=A6 which is what I did instead of making the code change. Thanks so very much for the patch and (more importantly) for the = discussion/solution Yuri!! I really appreciate your unblocking me. Cheers, -Enji --Apple-Mail=_637E3201-9939-4613-85D7-E55AE3063E96 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlwe688ACgkQ9YOpJmkw hhWlkQ//WfEx4qPAwnf9GMmh5qYRqV8Dht5GTmiVtJlwLBq/0dCQkq60eWjwSqHR tqNLl7Mysli7IzI30GyutiYeW0vhib7sJkAPb/bGMwESFLkJTUacEKGE4lNIDOdt KhQAUQpom4MYaRicVcEqmoNru2WTkBQ/tVCM67KPalWOjwXGUxpmR6oyR5Fzvr3o FaLTFW7/zC30G77QinMf3lEYew4cemGJkF9Q5BLwu/1f4VyhjjsNMkz3Nq/5a/eb xXiWJUUX5XIDnUtSmyOFC4ThYaMe+6hxe5VB0BEbIjZZCCUEdgL0mZv64DO3am1D bcvYJQ182WINAvgVKHQv3a5947GPErz6Jtv23jx4vcpJWaPZzgUbkgW4Zd+2x48r +iVvwwOzx+2+lEO1I0PVf0gsobxEQ3x1kbX7wxWdXp5AqymFCptYZQOv4DtCqQKa mmxubFtJi6aHJMpeFpPsnfMB4JCiPHrwj65dCsQxxavIw50Znkz6eys6xqH4MUa2 4l9WOFjYMfwf1Ld/8g1rMCnELGrYhk2B4FGnYXlOHOa/cv942dEybwwFtjdwIThG gAp2zkCzQBKWBJ4bmxEH9WNt+6Nc9aCvMncbEnrYKQEmzreyY4t3akDjsabBJ2wb J1FFOnvxUXcvSl16U8DHoGkrVSLpVYRpbhBlzxyfDSzRfbF8aEY= =Bnql -----END PGP SIGNATURE----- --Apple-Mail=_637E3201-9939-4613-85D7-E55AE3063E96-- From owner-freebsd-current@freebsd.org Sun Dec 23 02:51:40 2018 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 BE6BA1347A37 for ; Sun, 23 Dec 2018 02:51:40 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 39D7686462 for ; Sun, 23 Dec 2018 02:51:40 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: by mailman.ysv.freebsd.org (Postfix) id F0ACF1347A32; Sun, 23 Dec 2018 02:51: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 CD8331347A28 for ; Sun, 23 Dec 2018 02:51:39 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (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 6FBC386458; Sun, 23 Dec 2018 02:51:38 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id atp3g4G6eMRX3atp5gQqJa; Sat, 22 Dec 2018 19:49:00 -0700 X-Authority-Analysis: v=2.3 cv=TL87tGta c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=2ur7OfE09M0A:10 a=pGLkceISAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=OFpJwVb_HiOFZ94JBfIA:9 a=CjuIK1q_8ugA:10 a=UJ0tAi3fqDAA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 36B7F951; Sat, 22 Dec 2018 18:48:57 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id wBN2muk0042925; Sat, 22 Dec 2018 18:48:56 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id wBN2mu73042922; Sat, 22 Dec 2018 18:48:56 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201812230248.wBN2mu73042922@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Enji Cooper cc: Cy Schubert , Yuri Pankov , Mark Peek , Warner Losh , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: Message from Enji Cooper of "Sat, 22 Dec 2018 17:58:39 -0800." <82004750-097A-47E5-9981-86B4B7A5F755@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Dec 2018 18:48:56 -0800 X-CMAE-Envelope: MS4wfNzV0UXC1MLoYQxLa6+xmvnfZ0RkxQjO7Ev+lQic2dHXJbjLtsWFMY46RoWykDQ290bQTfLuBcFfHlGHts6LxXDOHKpwkKP8x+71m+0WTFSaQC8OvI79 WHSBPB9rxfdJwxS6Jn6c5liem/GLNg/vH64k0fAr57vBU/q3xFIdgCRDgI55w0QUIXl6gs4KsyXmhSCsP+surVMStr3WwovurcqJmpyryvNCJ7D2TY46ouUP cbdzg0URrlwpZ3rFC94pOZ+EckJ3g6Rq6HTJaD6g8S3pxMGQx9sk6Hhc53I9iNELPyX+Z99HK0bMYWI6zStLkg== X-Rspamd-Queue-Id: 6FBC386458 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[5]; REPLYTO_EQ_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.11)[ip: (-6.03), ipnet: 64.59.128.0/20(-2.46), asn: 6327(-1.97), country: CA(-0.09)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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: Sun, 23 Dec 2018 02:51:41 -0000 In message <82004750-097A-47E5-9981-86B4B7A5F755@gmail.com>, Enji Cooper writes : > > On Dec 22, 2018, at 1:03 PM, Cy Schubert = > wrote: > > =E2=80=A6 > > > Regarding the Red Hat bugzilla bug, looks like they're doing the right > > thing by reaching out to VMware. This should be our position as well. > > Add it to ssh_config or sshd_config if one must but have VMware fix > > their bugs. Putting workarounds in our O/S to work around a bug in = > some > > other vendor's virtualization is something I don't support. If we must > > add the #ifdefs to our ssh, then add an UPDATING entry to say that to > > enable it put VMWARE_GUEST_WORKAROUND or however we choose to enable = > it > > in src.conf. > > This is the reason why I CCed mp@ :).. Mark works for VMware (I worked = > with him a bit when I was at Isilon). > > =E2=80=A6 > > > We, FreeBSD, should try to open a ticket or reach out to VMware to add > > a +1 to the issue that RH has already opened. This is the right thing > > to do. In this case we should consider ourselves an O/S vendor too, > > which BTW we are. > > Yes, but unless there=E2=80=99s a champion internal to the project = > driving this, it=E2=80=99s up to individual users to drive the bug = > report/fix. If, however, there were regular regression tests run with = > VMware (and this can be done with pyvmomi/paramiko, etc), then we the = > project could provide this guarantee to VMware and vice versa if VMware = > invested the time in making this so--which I thought they did with = > 10.x=E2=80=A6 but if they don=E2=80=99t have an easy way to verify = > changes, there=E2=80=99s a bit of a chicken and egg problem. I'm suggesting we do. Regression tests might require that FreeBSD have a VMware cluster of one or preferably two machines somewhere. That is if VMware is willing to "help" out. The reason I suggest a cluster of two is vmotion can negatively affect some applications (Oracle RAC comes to mind). It would be interesting to find out how FreeBSD and apps running on FreeBSD react to being vmotioned from one ESXi host to another. Testing vCPU and vRAM hot add are other items that should be in our test suite. How well would FreeBSD work with vNUMA? > > > BTW the 2018-11-08 entry in the RH bug talks about adding the > > workaround to sshd_config. > > =E2=80=A6 which is what I did instead of making the code change. Does this suggest that sshd on servers running under VMware are also affected, i.e. ssh session from a computer not running on VMware such as from real hardware or a from PuTTY session o a PC to sshd on a VM? > > Thanks so very much for the patch and (more importantly) for the = > discussion/solution Yuri!! I really appreciate your unblocking me. Yes, thank you Yuri for pointing out the problem and providing a solution. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun Dec 23 08:03:36 2018 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 2B2881350412 for ; Sun, 23 Dec 2018 08:03:36 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 853DD8E984 for ; Sun, 23 Dec 2018 08:03:35 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: by mailman.ysv.freebsd.org (Postfix) id 485E91350410; Sun, 23 Dec 2018 08:03:35 +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 25E81135040F for ; Sun, 23 Dec 2018 08:03:35 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (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 B21188E981; Sun, 23 Dec 2018 08:03:33 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id ayjRg5Om2MRX3ayjTgRJ0e; Sun, 23 Dec 2018 01:03:32 -0700 X-Authority-Analysis: v=2.3 cv=TL87tGta c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=2ur7OfE09M0A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=oFZYPm5CMtqJyH6ztGoA:9 a=wPNLvfGTeEIA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id C929F552; Sun, 23 Dec 2018 00:03:29 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id wBN83TtA045138; Sun, 23 Dec 2018 00:03:29 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id wBN83TL0045135; Sun, 23 Dec 2018 00:03:29 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201812230803.wBN83TL0045135@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= cc: Cy Schubert , Yuri Pankov , Mark Peek , Enji Cooper , Warner Losh , freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: Message from =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= of "Sun, 23 Dec 2018 08:36:46 +0100." <861s681ypd.fsf@next.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sun, 23 Dec 2018 00:03:29 -0800 X-CMAE-Envelope: MS4wfPz8KBoMlR5UN7S5gyC2WFR9cSo24t8OI//Y1zr2h8cN5g8IQyh2qwAuQjbG9SimQMaExNm/Ej3o3t847ZWgZSr05nqOPsOoSIIGuz8fchGHq1JEnB/A p6+vUAcKbLDaPvSHJxDi4SxGMkBYp0z1DYdfgmOm7tjb48E8eZeoSE5XYtKyzeICk76/A99w8fx572O4xecCYHBy2UUl8tvYFy2PB6Z/9WpwfnDrVGUhSkQy Pki74JeANINR91mXrrI6m/bqS6leMV3AbzYDoMekoPtGkMqAWu9QcG0OwQj+xykYSRUxBmdf32kwns2NfxKOeg== X-Rspamd-Queue-Id: B21188E981 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; NEURAL_SPAM_SHORT(0.34)[0.342,0]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,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:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.18)[ip: (-6.35), ipnet: 64.59.128.0/20(-2.47), asn: 6327(-1.97), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.list.dnswl.org : 127.0.5.1] 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, 23 Dec 2018 08:03:36 -0000 In message <861s681ypd.fsf@next.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rg rav?= w rites: > Cy Schubert writes: > > Add it to ssh_config or sshd_config if one must but have VMware fix > > their bugs. Putting workarounds in our O/S to work around a bug in some > > other vendor's virtualization is something I don't support. > > It's something we do *all the time*. Otherwise we'd just be a toy OS > that hobbyists played with in the weekends on an old spare machine they > keep in a basement closet. Hmmm. I guess Red Hat Enterprise Linux must be a toy OS then. > > > If we must > > add the #ifdefs to our ssh, then add an UPDATING entry to say that to > > enable it put VMWARE_GUEST_WORKAROUND or however we choose to enable it > > in src.conf. > > Then it's useless. No. We do like Red Hat does. Advise the customer to use a workaround until the other vendor fixes their code. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun Dec 23 07:27:16 2018 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 29DD5134F1E8; Sun, 23 Dec 2018 07:27:16 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailout07.t-online.de (mailout07.t-online.de [194.25.134.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD75E8D8CF; Sun, 23 Dec 2018 07:27:15 +0000 (UTC) (envelope-from se@freebsd.org) Received: from fwd17.aul.t-online.de (fwd17.aul.t-online.de [172.20.27.64]) by mailout07.t-online.de (Postfix) with SMTP id 831F142792D7; Sun, 23 Dec 2018 08:27:08 +0100 (CET) Received: from Stefans-MBP-WLAN.fritz.box (X7tO2cZJYhae1UrgL35H520JXpRqn1fBsjuclT-YzlfPhAn1wNfCC7qS-KSKxQIZOe@[93.200.55.147]) by fwd17.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted) esmtp id 1gayAG-1duoqG0; Sun, 23 Dec 2018 08:27:08 +0100 Subject: Re: ctm(1) deprecation in the FreeBSD base system? To: "Montgomery-Smith, Stephen" , "Julian H. Stacey" Cc: Ed Maste , Poul-Henning Kamp , FreeBSD Current , "Rodney W. Grimes" , "ctm-users@freebsd.org" , Warner Losh References: <201812220403.wBM430Oa099167@fire.js.berklix.net> <3b0c1217-92ed-779d-4f5c-fe5d6c74c578@missouri.edu> From: Stefan Esser Openpgp: preference=signencrypt Autocrypt: addr=se@freebsd.org; prefer-encrypt=mutual; keydata= mQENBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAG0J1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPokBVAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+q BQkLJQETAAoJEEfrte9a/fVEOeMH/icmdK1eZQvB3U8quJo9VMaZsaTuCMbUE4NThyfsIvIm MCd+rb/yULmMYwqNfjyKB1x4ikR4x+94l+yJoz7K0Usks+eNKDmMGJM6pWWssTigaJubFdVd hVVC+C1QJi7JshYSib08uONoPmO4lv5Az0TDYGtsMzsES2sIlc62c9go5WPGYhQFRbX3Lk6y V6m8OHh+G9XGSj3oPO4UteRwu+SzTdOLunZBWG1wu34+IeZm663D+2gOppQLWpLa2qaTerqw THu377ayZ2B2LPJ5JkvkZeHYPkwDQ+b5PGn0UhfkxPnDVYki5F7qKxvQ5uq1/q9YaCX7mmOl H2yO7tgVsrW5AQ0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAYkBPAQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+rBQkL JQEZAAoJEEfrte9a/fVEuesH/2DNxGWnHvWwMyiyhlQtafvDKwEn/wAgR8gHJFodB7emf8rA TnukH7MVttCoHtjN5lvv9RSBHjNTZls5wR/ANlwdRuPQHd8ZGxLe3S6IuUB3zDSwFltLGurO N2kOMhs5mTGyypSa+uw3rtQbUAVYf1oPbiR4FLtiM8FLyEvE95hX5fPq9Qvx9FmN79kmCIEw jDKPqDaUf/OR2fEF0LSIbXHEk4tNqCEwx5DIJ0fp5/z5UzICUAmwxyRs5O/Hre1jzPsMVyud Ml9t7UTOJGKVWwRory1PMnOFxN+iz5/d4FhYSKXF7kfMiFgol4LuWaxJRwbBrr71VGBrRy2a L1nw6Bc= Message-ID: <475c68ee-8f54-7a61-b492-290837550ccf@freebsd.org> Date: Sun, 23 Dec 2018 08:27:07 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <3b0c1217-92ed-779d-4f5c-fe5d6c74c578@missouri.edu> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-ID: X7tO2cZJYhae1UrgL35H520JXpRqn1fBsjuclT-YzlfPhAn1wNfCC7qS-KSKxQIZOe X-TOI-MSGID: 3b59cdb1-8423-4361-9325-7dd52ee8b1a5 X-Rspamd-Queue-Id: AD75E8D8CF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.92 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.92)[-0.916,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: Sun, 23 Dec 2018 07:27:16 -0000 Am 23.12.18 um 02:39 schrieb Montgomery-Smith, Stephen: > On 12/21/18 10:03 PM, Julian H. Stacey wrote: >>> The port Makefile that I have prepared is attached below for reference. >>> Regards, STefan >> >> Thanks Stefan, >> I took current /usr/ports/misc/ctm/ >> & converted Stephen's & my diffs to be automatic ports patches: >> http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files/ >> http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/README.JHS >> >> Stephens diffs are essential, without them CTM broke long ago, >> (5 digit numeric names maybe ?) >> >> I haven't checked all execution as my ctm_rmail scripts run >> automaticaly on an older release, not my current box, but this is >> running OK so far: >> ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07000xEmpty.xz ; >> ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].xz >> >> Stephen may be best person to test delta builds, as hes the delta originator. >> >> Soonish I'll set up a >> [freebsd-]ctm-src-12 on http://mailman.berklix.org/mailman/listinfo >> if Stephens' & my requests to postmaster @ & mailman @ freebsd.org >> continues to get no response. > > Thank you for doing this, Stefan. The additional patches mentioned by > Julian need to be included with the port before it can work and be > tested. They are absolutely needed for the svn ctm deltas. Hi Stephen and Julian, I have converted the diffs into port patches (make makepatch) and updated the man-page revision dates of ctm.8 and ctm_rmail.8. The port update has been committed as r488168. I hope this brings the port to the level required to make the CTM port usable again. The patches could be imported to the Github repo (freebsd/ctm) after testing, but for now the patched port should suffice ... Best regards, STefan From owner-freebsd-current@freebsd.org Sun Dec 23 07:36:56 2018 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 8BEAA134F5E1 for ; Sun, 23 Dec 2018 07:36:56 +0000 (UTC) (envelope-from des@des.no) 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 1488C8DD51 for ; Sun, 23 Dec 2018 07:36:56 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id CC623134F5DE; Sun, 23 Dec 2018 07:36:55 +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 BAD97134F5DD for ; Sun, 23 Dec 2018 07:36:55 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 49ECE8DD4D; Sun, 23 Dec 2018 07:36:54 +0000 (UTC) (envelope-from des@des.no) Received: from next.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 6B0801F4DB; Sun, 23 Dec 2018 07:36:47 +0000 (UTC) Received: by next.des.no (Postfix, from userid 1001) id 1B70E82AB; Sun, 23 Dec 2018 08:36:47 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Cy Schubert Cc: Yuri Pankov , Mark Peek , Enji Cooper , Warner Losh , freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: <201812222103.wBML3C8G053162@slippy.cwsent.com> (Cy Schubert's message of "Sat, 22 Dec 2018 13:03:12 -0800") References: <201812222103.wBML3C8G053162@slippy.cwsent.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) Date: Sun, 23 Dec 2018 08:36:46 +0100 Message-ID: <861s681ypd.fsf@next.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49ECE8DD4D X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of des@des.no designates 194.63.250.102 as permitted sender) smtp.mailfrom=des@des.no X-Spamd-Result: default: False [-5.22 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[des.no]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.des.no]; NEURAL_SPAM_SHORT(0.34)[0.337,0]; IP_SCORE(-3.35)[ip: (-8.86), ipnet: 194.63.250.0/24(-4.43), asn: 12996(-3.44), country: NO(-0.01)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12996, ipnet:194.63.250.0/24, country:NO]; 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: Sun, 23 Dec 2018 07:36:56 -0000 Cy Schubert writes: > Add it to ssh_config or sshd_config if one must but have VMware fix=20 > their bugs. Putting workarounds in our O/S to work around a bug in some=20 > other vendor's virtualization is something I don't support. It's something we do *all the time*. Otherwise we'd just be a toy OS that hobbyists played with in the weekends on an old spare machine they keep in a basement closet. > If we must=20 > add the #ifdefs to our ssh, then add an UPDATING entry to say that to=20 > enable it put VMWARE_GUEST_WORKAROUND or however we choose to enable it=20 > in src.conf. Then it's useless. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Dec 23 09:05:05 2018 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 8DDB413522C3 for ; Sun, 23 Dec 2018 09:05:05 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0B04069AB3 for ; Sun, 23 Dec 2018 09:05:05 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: by mailman.ysv.freebsd.org (Postfix) id C279413522C2; Sun, 23 Dec 2018 09:05:04 +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 84C1913522C1 for ; Sun, 23 Dec 2018 09:05:04 +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 67A9369AB1; Sun, 23 Dec 2018 09:05:03 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id azgvgGWkRnBo4azgwgCkVv; Sun, 23 Dec 2018 02:05:01 -0700 X-Authority-Analysis: v=2.3 cv=J8fUEzvS c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=2ur7OfE09M0A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=9-x2D7QJGkHYpgIlwuEA:9 a=wPNLvfGTeEIA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 72BE38E2; Sun, 23 Dec 2018 01:04:56 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id wBN94uPV014176; Sun, 23 Dec 2018 01:04:56 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id wBN94uKM014173; Sun, 23 Dec 2018 01:04:56 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201812230904.wBN94uKM014173@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= cc: Cy Schubert , Yuri Pankov , Mark Peek , Enji Cooper , Warner Losh , freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: Message from =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= of "Sun, 23 Dec 2018 09:42:33 +0100." <86pntszlae.fsf@next.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sun, 23 Dec 2018 01:04:56 -0800 X-CMAE-Envelope: MS4wfK8fcfW2/a6gawFDSPcRuxrizmzTRNs9zDHZrkZQQlJN9thGyGngv/X3r7i5GOnBMO6lqsKibUAyhXoKg1BEBI+oQ1QtFUeM1gZKCC1ReDZ/SmEZc4lx /wuPvJJh6ecPJ8z7CaWqbLsWVdFnt56Z4+KLg/SCwNX2TkyBGma42x1NaKeZRH0bJq0Vm5f4kK0PZaxU8TcaQOobNbUndBbPrLuY2XyQpNPireDs0AVbePWM MLF3s27xTaeyIpAp6lsVsWaK3Etj3DxIiwvNIrqP+yeVPeMp+doC/u3+q3tjxu1mMyp+HRs6WRoz51v6D+gWMg== X-Rspamd-Queue-Id: 67A9369AB1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_SPAM_SHORT(0.43)[0.431,0]; REPLYTO_EQ_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; RCPT_COUNT_SEVEN(0.00)[7]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-1.74)[ip: (-4.21), ipnet: 64.59.128.0/20(-2.45), asn: 6327(-1.96), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1] 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, 23 Dec 2018 09:05:05 -0000 In message <86pntszlae.fsf@next.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rg rav?= w rites: > Cy Schubert writes: > > Hmmm. I guess Red Hat Enterprise Linux must be a toy OS then. > > I don't speak for them, but I assure you that both their code and ours > are full of workarounds for bugs in third-party software and hardware, > and it is ridiculous to claim otherwise. I know our code is full of workarounds and theirs probably too. The question is should we? IMO no. It's yet another thing that diverges from baseline and that adds support costs (well, ok we're not a for profit business but you get the idea). Sure, you may be the person to support ssh here but divergence from baseline is usually not a good thing. When I was developer as a living management would rule against this kind of thing. Their rationale at the time was, "what if you're away?" At the time I'd curse at them but thinking about it years later, they did have a point. > > > No. We do like Red Hat does. Advise the customer to use a workaround > > until the other vendor fixes their code. > > With respect, that's not your decision. It's mine. With respect, I disagree with your decision then. Please don't make that decision because your going to show me though. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun Dec 23 09:21:59 2018 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 2C6301352F68 for ; Sun, 23 Dec 2018 09:21:59 +0000 (UTC) (envelope-from des@des.no) 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 A849C6AA1B for ; Sun, 23 Dec 2018 09:21:58 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 6BF351352F67; Sun, 23 Dec 2018 09:21:58 +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 5A63C1352F66 for ; Sun, 23 Dec 2018 09:21:58 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 915106AA12; Sun, 23 Dec 2018 09:21:57 +0000 (UTC) (envelope-from des@des.no) Received: from next.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 7CFCA1FC88; Sun, 23 Dec 2018 09:21:56 +0000 (UTC) Received: by next.des.no (Postfix, from userid 1001) id 4B3E182D5; Sun, 23 Dec 2018 10:21:56 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Cy Schubert Cc: Yuri Pankov , Mark Peek , Enji Cooper , Warner Losh , freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: <201812230904.wBN94uKM014173@slippy.cwsent.com> (Cy Schubert's message of "Sun, 23 Dec 2018 01:04:56 -0800") References: <201812230904.wBN94uKM014173@slippy.cwsent.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) Date: Sun, 23 Dec 2018 10:21:56 +0100 Message-ID: <865zvkpphn.fsf@next.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 915106AA12 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of des@des.no designates 194.63.250.102 as permitted sender) smtp.mailfrom=des@des.no X-Spamd-Result: default: False [-5.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[des.no]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.des.no]; NEURAL_SPAM_SHORT(0.36)[0.364,0]; IP_SCORE(-3.35)[ip: (-8.86), ipnet: 194.63.250.0/24(-4.43), asn: 12996(-3.45), country: NO(-0.01)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:12996, ipnet:194.63.250.0/24, country: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: Sun, 23 Dec 2018 09:21:59 -0000 Cy Schubert writes: > I know our code is full of workarounds and theirs probably too. The=20 > question is should we? IMO no. Unfortunately, the world is imperfect and does not care about your opinion. 90% of the hardware we run on deviates from the spec in some way or another and requires workarounds in the kernel. We even have a whole system of quirks for disks and USB devices. Libfetch contains workarounds for buggy HTTP servers. OpenSSH has hundreds of lines of code devoted to identifying the server and selecting workarounds to apply. Without those workarounds, FreeBSD would not be a viable piece of software. Wishing they weren't needed is a waste of time and energy. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Dec 23 05:10:48 2018 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 3614E134BA49 for ; Sun, 23 Dec 2018 05:10:48 +0000 (UTC) (envelope-from mjl@luckie.org.nz) Received: from mailfilter29.vodafone.co.nz (mailfilter29.vodafone.co.nz [202.73.205.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Cisco Appliance Demo Certificate", Issuer "Cisco Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EF35B8A1DC for ; Sun, 23 Dec 2018 05:10:41 +0000 (UTC) (envelope-from mjl@luckie.org.nz) X-IronPort-AV: E=Sophos;i="5.56,386,1539601200"; d="asc'?scan'208";a="456306429" Received: from 118-93-182-202.dsl.dyn.ihug.co.nz (HELO spandex.luckie.org.nz) ([118.93.182.202]) by cust.filter2.content.vf.net.nz with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Dec 2018 18:09:25 +1300 Received: from mjl by spandex.luckie.org.nz with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gaw0y-000E0N-5E; Sun, 23 Dec 2018 18:09:24 +1300 Date: Sun, 23 Dec 2018 18:09:24 +1300 From: Matthew Luckie To: "O. Hartmann" Cc: FreeBSD CURRENT Subject: Re: bind 9.12.3-P1 dies after change of IP on outbound interface Message-ID: <20181223050923.GA53792@spandex.luckie.org.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20181220140433.451d23c5@thor.intern.walstatt.dynvpn.de> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: EF35B8A1DC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.58)[0.582,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[luckie.org.nz]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1.sparkbusinessmail.co.nz,mx2.sparkbusinessmail.co.nz]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[29.205.73.202.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:9500, ipnet:202.73.192.0/20, country:NZ]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-0.14)[ipnet: 202.73.192.0/20(-0.40), asn: 9500(-0.32), country: NZ(0.00)]; RECEIVED_SPAMHAUS_PBL(0.00)[202.182.93.118.zen.spamhaus.org : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2018 05:10:48 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Prior to the last update of dns/bind912, this router/firewall > appliance was running more than a month without having such trouble, > even the ISP is randomly changing the IPv4/IPv6 addresses spread > over the day. > > What is wrong? I am not sure what is wrong, but it seems like a bug in bind. https://gitlab.isc.org/isc-projects/bind9/issues/777 Matthew --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQTXPLTkr00GLuDVs20rK4MpIRAAYAUCXB8YgwAKCRArK4MpIRAA YO6uAJ4p7VTMoPaBGuZBMho9Q1J2Px7mRQCfe9dwT97Fn2P5Kv6rtzEh2jYfJms= =h8o0 -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@freebsd.org Sun Dec 23 01:40:56 2018 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 5B70013438F6; Sun, 23 Dec 2018 01:40:56 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from um-kip6-missouri-out.um.umsystem.edu (um-kip6-missouri-out.um.umsystem.edu [209.106.229.223]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "um-tip1.um.umsystem.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7302F83425; Sun, 23 Dec 2018 01:40:55 +0000 (UTC) (envelope-from stephen@missouri.edu) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GDAADa5h5c/x840cZiFgMBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQEBgWWCBGaBAicKg3SDSpBKgWAtg0WWGgELASUHAoQ+AheCWCI?= =?us-ascii?q?4EgEDAQECAQECAgJpHAyCeE0LMywqAg0lPwEFIxFFEAIBCBgCAiYCAgIwFRACB?= =?us-ascii?q?AEMAQcBARWDCQGCAQ+mF4Evg3FRP4NMAQeBTIELizQXgX+BOIJrgwUOCwGBYhe?= =?us-ascii?q?CcYJXAotFlgYJAocQilEegi2POYlZhQGHe4MtAgICAgkCFIFdIoFWchOCcwEBA?= =?us-ascii?q?TEJhX+FFIU/QTGBKIwrAYEeAQE?= X-IPAS-Result: =?us-ascii?q?A2GDAADa5h5c/x840cZiFgMBAQEBAQEBAQEBAQEHAQEBAQE?= =?us-ascii?q?BgWWCBGaBAicKg3SDSpBKgWAtg0WWGgELASUHAoQ+AheCWCI4EgEDAQECAQECA?= =?us-ascii?q?gJpHAyCeE0LMywqAg0lPwEFIxFFEAIBCBgCAiYCAgIwFRACBAEMAQcBARWDCQG?= =?us-ascii?q?CAQ+mF4Evg3FRP4NMAQeBTIELizQXgX+BOIJrgwUOCwGBYheCcYJXAotFlgYJA?= =?us-ascii?q?ocQilEegi2POYlZhQGHe4MtAgICAgkCFIFdIoFWchOCcwEBATEJhX+FFIU/QTG?= =?us-ascii?q?BKIwrAYEeAQE?= Received: from ex2-t21.um.umsystem.edu ([198.209.56.31]) by um-kip6-exch-relay.um.umsystem.edu with ESMTP; 22 Dec 2018 19:39:43 -0600 Received: from EX2-N14.um.umsystem.edu (198.209.56.22) by EX2-T21.um.umsystem.edu (198.209.56.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Sat, 22 Dec 2018 19:39:42 -0600 Received: from EX2-N14.um.umsystem.edu ([198.209.56.22]) by EX2-N14.um.umsystem.edu ([198.209.56.22]) with mapi id 15.01.1591.008; Sat, 22 Dec 2018 19:39:42 -0600 From: "Montgomery-Smith, Stephen" To: "Julian H. Stacey" , Stefan Esser CC: Ed Maste , Poul-Henning Kamp , FreeBSD Current , "Rodney W. Grimes" , "ctm-users@freebsd.org" , Warner Losh Subject: Re: ctm(1) deprecation in the FreeBSD base system? Thread-Topic: ctm(1) deprecation in the FreeBSD base system? Thread-Index: AQHUmauIAwIBh9zsKkuZWd/QCz/3cqWL8fsA Date: Sun, 23 Dec 2018 01:39:42 +0000 Message-ID: <3b0c1217-92ed-779d-4f5c-fe5d6c74c578@missouri.edu> References: <201812220403.wBM430Oa099167@fire.js.berklix.net> In-Reply-To: <201812220403.wBM430Oa099167@fire.js.berklix.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 x-originating-ip: [128.206.49.160] Content-Type: text/plain; charset="utf-8" Content-ID: <265938CA1063D74890F77DC3647C9ECA@missouri.edu> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Rspamd-Queue-Id: 7302F83425 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.976,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-Mailman-Approved-At: Sun, 23 Dec 2018 11:40:58 +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, 23 Dec 2018 01:40:56 -0000 T24gMTIvMjEvMTggMTA6MDMgUE0sIEp1bGlhbiBILiBTdGFjZXkgd3JvdGU6DQo+PiBUaGUgcG9y dCBNYWtlZmlsZSB0aGF0IEkgaGF2ZSBwcmVwYXJlZCBpcyBhdHRhY2hlZCBiZWxvdyBmb3IgcmVm ZXJlbmNlLg0KPj4gUmVnYXJkcywgU1RlZmFuDQo+IA0KPiBUaGFua3MgU3RlZmFuLA0KPiBJIHRv b2sgY3VycmVudCAvdXNyL3BvcnRzL21pc2MvY3RtLw0KPiAmIGNvbnZlcnRlZCBTdGVwaGVuJ3Mg JiBteSBkaWZmcyB0byBiZSBhdXRvbWF0aWMgcG9ydHMgcGF0Y2hlczoNCj4gIGh0dHA6Ly9iZXJr bGl4LmNvbS9+amhzL3NyYy9ic2QvZml4ZXMvZnJlZWJzZC9wb3J0cy9nZW4vbWlzYy9jdG0vZmls ZXMvDQo+ICBodHRwOi8vYmVya2xpeC5jb20vfmpocy9zcmMvYnNkL2ZpeGVzL2ZyZWVic2QvcG9y dHMvZ2VuL21pc2MvY3RtL1JFQURNRS5KSFMNCj4gDQo+IFN0ZXBoZW5zIGRpZmZzIGFyZSBlc3Nl bnRpYWwsIHdpdGhvdXQgdGhlbSBDVE0gYnJva2UgbG9uZyBhZ28sIA0KPiAoNSBkaWdpdCBudW1l cmljIG5hbWVzIG1heWJlID8pDQo+IA0KPiBJIGhhdmVuJ3QgY2hlY2tlZCBhbGwgZXhlY3V0aW9u IGFzIG15IGN0bV9ybWFpbCBzY3JpcHRzIHJ1bg0KPiBhdXRvbWF0aWNhbHkgb24gYW4gb2xkZXIg cmVsZWFzZSwgbm90IG15IGN1cnJlbnQgYm94LCBidXQgdGhpcyBpcw0KPiBydW5uaW5nIE9LIHNv IGZhcjoNCj4gCWN0bSAtcSAvcHViL0ZyZWVCU0QvZGV2ZWxvcG1lbnQvQ1RNL3N2bi1jdXIvc3Zu LWN1ci4wNzAwMHhFbXB0eS54eiA7DQo+IAljdG0gLXEgL3B1Yi9GcmVlQlNEL2RldmVsb3BtZW50 L0NUTS9zdm4tY3VyL3N2bi1jdXIuMDdbMC05XVswLTldWzAtOV0ueHoNCj4gDQo+IFN0ZXBoZW4g bWF5IGJlIGJlc3QgcGVyc29uIHRvIHRlc3QgZGVsdGEgYnVpbGRzLCBhcyBoZXMgdGhlIGRlbHRh IG9yaWdpbmF0b3IuDQo+IA0KPiBTb29uaXNoIEknbGwgc2V0IHVwIGEgDQo+IFtmcmVlYnNkLV1j dG0tc3JjLTEyIG9uIGh0dHA6Ly9tYWlsbWFuLmJlcmtsaXgub3JnL21haWxtYW4vbGlzdGluZm8N Cj4gaWYgU3RlcGhlbnMnICYgbXkgcmVxdWVzdHMgdG8gcG9zdG1hc3RlciBAICYgbWFpbG1hbiBA IGZyZWVic2Qub3JnDQo+IGNvbnRpbnVlcyB0byBnZXQgbm8gcmVzcG9uc2UuDQoNClRoYW5rIHlv dSBmb3IgZG9pbmcgdGhpcywgU3RlZmFuLiAgVGhlIGFkZGl0aW9uYWwgcGF0Y2hlcyBtZW50aW9u ZWQgYnkNCkp1bGlhbiBuZWVkIHRvIGJlIGluY2x1ZGVkIHdpdGggdGhlIHBvcnQgYmVmb3JlIGl0 IGNhbiB3b3JrIGFuZCBiZQ0KdGVzdGVkLiAgVGhleSBhcmUgYWJzb2x1dGVseSBuZWVkZWQgZm9y IHRoZSBzdm4gY3RtIGRlbHRhcy4NCg0KU29ycnkgZm9yIG5vdCBiZWluZyBpbnZvbHZlZCBkdXJp bmcgdGhlIGxhc3QgbW9udGggb3Igc28uICBMaWZlIGFuZCB3b3JrDQpoYXZlIGJlZW4gdmVyeSBi dXN5Lg0KDQpUaGFua3MsIFN0ZXBoZW4= From owner-freebsd-current@freebsd.org Sun Dec 23 08:42:37 2018 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 7CC171351722 for ; Sun, 23 Dec 2018 08:42:37 +0000 (UTC) (envelope-from des@des.no) 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 016DA8FA63 for ; Sun, 23 Dec 2018 08:42:37 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id B90341351721; Sun, 23 Dec 2018 08:42:36 +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 A7861135171F for ; Sun, 23 Dec 2018 08:42:36 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id A3FCB8FA61; Sun, 23 Dec 2018 08:42:35 +0000 (UTC) (envelope-from des@des.no) Received: from next.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 512C31F851; Sun, 23 Dec 2018 08:42:34 +0000 (UTC) Received: by next.des.no (Postfix, from userid 1001) id 0F16A82CE; Sun, 23 Dec 2018 09:42:34 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Cy Schubert Cc: Yuri Pankov , Mark Peek , Enji Cooper , Warner Losh , freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: <201812230803.wBN83TL0045135@slippy.cwsent.com> (Cy Schubert's message of "Sun, 23 Dec 2018 00:03:29 -0800") References: <201812230803.wBN83TL0045135@slippy.cwsent.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) Date: Sun, 23 Dec 2018 09:42:33 +0100 Message-ID: <86pntszlae.fsf@next.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: A3FCB8FA61 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of des@des.no designates 194.63.250.102 as permitted sender) smtp.mailfrom=des@des.no X-Spamd-Result: default: False [-5.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[des.no]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.des.no]; NEURAL_SPAM_SHORT(0.33)[0.334,0]; IP_SCORE(-3.35)[ip: (-8.86), ipnet: 194.63.250.0/24(-4.43), asn: 12996(-3.45), country: NO(-0.01)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:12996, ipnet:194.63.250.0/24, country: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: Sun, 23 Dec 2018 08:42:37 -0000 Cy Schubert writes: > Hmmm. I guess Red Hat Enterprise Linux must be a toy OS then. I don't speak for them, but I assure you that both their code and ours are full of workarounds for bugs in third-party software and hardware, and it is ridiculous to claim otherwise. > No. We do like Red Hat does. Advise the customer to use a workaround=20 > until the other vendor fixes their code. With respect, that's not your decision. It's mine. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Dec 23 07:41:11 2018 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 4DDE0134F7F6 for ; Sun, 23 Dec 2018 07:41:11 +0000 (UTC) (envelope-from des@des.no) 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 C5D398DEF7 for ; Sun, 23 Dec 2018 07:41:10 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 89871134F7F5; Sun, 23 Dec 2018 07:41:10 +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 767E1134F7F4 for ; Sun, 23 Dec 2018 07:41:10 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D44EA8DEF6 for ; Sun, 23 Dec 2018 07:41:09 +0000 (UTC) (envelope-from des@des.no) Received: from next.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 5EF891F54D; Sun, 23 Dec 2018 07:41:08 +0000 (UTC) Received: by next.des.no (Postfix, from userid 1001) id 0490F82CC; Sun, 23 Dec 2018 08:41:08 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Yuri Pankov Cc: freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: <7c62852d-8be2-e351-99ba-d9e85f4c8a71@yuripv.net> (Yuri Pankov's message of "Sat, 22 Dec 2018 02:55:00 +0300") References: <7c62852d-8be2-e351-99ba-d9e85f4c8a71@yuripv.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) Date: Sun, 23 Dec 2018 08:41:07 +0100 Message-ID: <86tvj4zo4s.fsf@next.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: D44EA8DEF6 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of des@des.no designates 194.63.250.102 as permitted sender) smtp.mailfrom=des@des.no X-Spamd-Result: default: False [-5.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[des.no]; NEURAL_SPAM_SHORT(0.03)[0.033,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.des.no]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.35)[ip: (-8.86), ipnet: 194.63.250.0/24(-4.43), asn: 12996(-3.44), country: NO(-0.01)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12996, ipnet:194.63.250.0/24, country:NO]; 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: Sun, 23 Dec 2018 07:41:11 -0000 Yuri Pankov writes: > There's apparently a bug in VMware Workstation NAT implementation, > [...] The patch itself is attached. Could you please open a differential and add me as reviewer? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Dec 23 17:21:17 2018 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 71194133EA56 for ; Sun, 23 Dec 2018 17:21:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E94F84D72 for ; Sun, 23 Dec 2018 17:21:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x831.google.com with SMTP id l12so11214199qtf.8 for ; Sun, 23 Dec 2018 09:21:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IUfRND7CJk3NE2L48iBRy3KzRdfnYL3M12/QV1hGXdY=; b=NDupt5rIMVqnfKKBO5gLLY5E8R6tE9XpHCWqFwzEHQNE7uuIKun6AvCzM/Dmj/m4wU sxztEiDL5w7G/phhntaiIuHJjkuAIWpa+BNFjqdVh2qV6PcyLucX3G6EDdgVgT7mwbMr QeMmQxDPobU0TgY8CDK0GgPRO5Y9tRnhUm2whZKBF38PgcQKvtlou/oj5byFYRz6kkr3 RBrJLCe54PQBLjatlcZnPF/XeX0L/3HRZJrLJSgaXomEp0L/8u/olWogHY9irAQ7SQV3 a/xqPGclNUqegBJbiWDowEkLLCLDyjOTycN5zg5a79QUbP7DTxyq+h0GgK/K06aYhzQn ayhQ== 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=IUfRND7CJk3NE2L48iBRy3KzRdfnYL3M12/QV1hGXdY=; b=EgIdKMB1HsUL2ioigxrxHIoa5LbsVMby7o/j7oxBt94Pf3BlE5zWw9yaq7lez21rFo PLKpKfsSxYLnwFiCk4sMnz1XNKWfmV66SSO7i1Qy446wLfiY5y5/ORvhS01Kt6FGu7y1 soVxlsklKoOamFZ18u89QkazsqizrPaKwofJ3ZzGJ/wt9Ffj+qIRkaFxwO2vN1jZX8t9 RIYSBgjD7PAalOUaX89UyAUZ0H1bGwaMHaoQnv2lLPYhhG+bFjTld27uQqS89YRZRSCa olZp0YHtKq72qGN4mr+diRgJAqQmMKKjsRTYeN6C1q4SIi3ZyudRw2qPH2kicL33M9B1 qMbA== X-Gm-Message-State: AA+aEWbySR3ZmA919APt3M+tAk/sXXf9vAdXtZoQR25txJQ0WSFDNIDW AHUxBaQopX3MzROvbftbe1xlN/20pdATOKWnBAY2kQ== X-Google-Smtp-Source: ALg8bN4Utpg+y93IAUGZCb2UvqM9lu53X6YwXEupFW9k6MvcvY3T+XJd63BwaSMQ9bGU4p8dxXgzIn9Yfxr3hckYPl8= X-Received: by 2002:ac8:42c1:: with SMTP id g1mr9633529qtm.118.1545585675993; Sun, 23 Dec 2018 09:21:15 -0800 (PST) MIME-Version: 1.0 References: <201812220403.wBM430Oa099167@fire.js.berklix.net> <3b0c1217-92ed-779d-4f5c-fe5d6c74c578@missouri.edu> <475c68ee-8f54-7a61-b492-290837550ccf@freebsd.org> In-Reply-To: <475c68ee-8f54-7a61-b492-290837550ccf@freebsd.org> From: Warner Losh Date: Sun, 23 Dec 2018 10:21:05 -0700 Message-ID: Subject: Re: ctm(1) deprecation in the FreeBSD base system? To: Stefan Esser Cc: "Montgomery-Smith, Stephen" , "Julian H. Stacey" , Ed Maste , Poul-Henning Kamp , FreeBSD Current , "Rodney W. Grimes" , "ctm-users@freebsd.org" X-Rspamd-Queue-Id: 0E94F84D72 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.960,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Sun, 23 Dec 2018 17:21:17 -0000 On Sun, Dec 23, 2018 at 12:27 AM Stefan Esser wrote: > Am 23.12.18 um 02:39 schrieb Montgomery-Smith, Stephen: > > On 12/21/18 10:03 PM, Julian H. Stacey wrote: > >>> The port Makefile that I have prepared is attached below for reference. > >>> Regards, STefan > >> > >> Thanks Stefan, > >> I took current /usr/ports/misc/ctm/ > >> & converted Stephen's & my diffs to be automatic ports patches: > >> > http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files/ > >> > http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/README.JHS > >> > >> Stephens diffs are essential, without them CTM broke long ago, > >> (5 digit numeric names maybe ?) > >> > >> I haven't checked all execution as my ctm_rmail scripts run > >> automaticaly on an older release, not my current box, but this is > >> running OK so far: > >> ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07000xEmpty.xz > ; > >> ctm -q > /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].xz > >> > >> Stephen may be best person to test delta builds, as hes the delta > originator. > >> > >> Soonish I'll set up a > >> [freebsd-]ctm-src-12 on http://mailman.berklix.org/mailman/listinfo > >> if Stephens' & my requests to postmaster @ & mailman @ freebsd.org > >> continues to get no response. > > > > Thank you for doing this, Stefan. The additional patches mentioned by > > Julian need to be included with the port before it can work and be > > tested. They are absolutely needed for the svn ctm deltas. > > Hi Stephen and Julian, > > I have converted the diffs into port patches (make makepatch) and > updated the man-page revision dates of ctm.8 and ctm_rmail.8. > > The port update has been committed as r488168. > > I hope this brings the port to the level required to make the CTM > port usable again. > > The patches could be imported to the Github repo (freebsd/ctm) after > testing, but for now the patched port should suffice ... > I'd prefer that we do that, since git is a lot easier for managing change that diffs in the tree, but I guess it isn't too urgent as the churn rate here will be small. Warner From owner-freebsd-current@freebsd.org Sun Dec 23 09:40:24 2018 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 9846A1353F1B for ; Sun, 23 Dec 2018 09:40:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 146F46B67D for ; Sun, 23 Dec 2018 09:40:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: by mailman.ysv.freebsd.org (Postfix) id CBF481353F17; Sun, 23 Dec 2018 09:40:23 +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 A95D81353F15 for ; Sun, 23 Dec 2018 09:40:23 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (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 0087D6B676; Sun, 23 Dec 2018 09:40:21 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id b0F7g5h6nMRX3b0F8gRNtw; Sun, 23 Dec 2018 02:40:20 -0700 X-Authority-Analysis: v=2.3 cv=TL87tGta c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=2ur7OfE09M0A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=SHxRiXDgrdPusbQNPIwA:9 a=wPNLvfGTeEIA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 594A6C32; Sun, 23 Dec 2018 01:40:17 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id wBN9eHaN031336; Sun, 23 Dec 2018 01:40:17 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id wBN9eGhd031314; Sun, 23 Dec 2018 01:40:16 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201812230940.wBN9eGhd031314@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= cc: Cy Schubert , Yuri Pankov , Mark Peek , Enji Cooper , Warner Losh , freebsd-current Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes In-Reply-To: Message from =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= of "Sun, 23 Dec 2018 10:21:56 +0100." <865zvkpphn.fsf@next.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sun, 23 Dec 2018 01:40:16 -0800 X-CMAE-Envelope: MS4wfAng8fOXa95u42CMOQn+CFjTDQL8nXHrk20XslXEyXrrCtVHlGZhXTfsKnSx+/x6b4qvK0Ww2Ui8eSm+Sj25tnGrjVWcpzzAeh65Cpp7PfgUROwJlhpn pETUFyvxAFAaATUapWsZ5Qeap/PvwYCKuLPMK5LyYjYPnDjHji3Z3rm6HBz0+GdK88cIKr3emcoRITNtb/02FZlJ2NxR0CTVyR6LvjPiw/BeAG0bkg76Rvcy GnZTDNQvgyxXKlrC5Nk/SpxlOLMAEk88xjZRPisAY1UUqEEoy4+oZpJTKTYCnl7PuICMcU9sZcolzGlCJEkUNg== X-Rspamd-Queue-Id: 0087D6B676 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.39 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; NEURAL_SPAM_SHORT(0.38)[0.382,0]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,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:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.07)[ip: (-5.84), ipnet: 64.59.128.0/20(-2.44), asn: 6327(-1.95), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1] 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, 23 Dec 2018 09:40:24 -0000 In message <865zvkpphn.fsf@next.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rg rav?= w rites: > Cy Schubert writes: > > I know our code is full of workarounds and theirs probably too. The > > question is should we? IMO no. > > Unfortunately, the world is imperfect and does not care about your > opinion. Correct. I know that too well. > 90% of the hardware we run on deviates from the spec in some > way or another and requires workarounds in the kernel. We even have a > whole system of quirks for disks and USB devices. Libfetch contains > workarounds for buggy HTTP servers. OpenSSH has hundreds of lines of > code devoted to identifying the server and selecting workarounds to > apply. Without those workarounds, FreeBSD would not be a viable piece > of software. Wishing they weren't needed is a waste of time and energy. Well, the patch isn't a hackish as some workounds. This probably doesn't warrant a MK_option however since it changes the default, a mention in the man page should be made. I'm still of the opinion that a management solution would be better, which I'm sure RH is taking. I've been in this business long enough to know that it's a miracle that any of this stuff works. Much of it is held together with bubble gum and string. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun Dec 23 21:11:32 2018 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 21A2C134843C for ; Sun, 23 Dec 2018 21:11:32 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.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 26F5E8E7B5; Sun, 23 Dec 2018 21:11:30 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id DB7CB32E97; Sun, 23 Dec 2018 14:12:17 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6JShQqdHQ0qb; Sun, 23 Dec 2018 14:12:17 -0700 (MST) Received: from photon.int.bluestop.org (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Sun, 23 Dec 2018 14:12:17 -0700 (MST) From: Rebecca Cran To: freebsd-current@freebsd.org, Kirk McKusick Cc: Mark Johnston , pho@freebsd.org Subject: Re: Panic in getblkx() booting from disc1.iso in Qemu VM Date: Sun, 23 Dec 2018 14:11:23 -0700 Message-ID: <8685298.RH3biPoPvx@photon.int.bluestop.org> In-Reply-To: <201812210128.wBL1SjfA041538@chez.mckusick.com> References: <201812210128.wBL1SjfA041538@chez.mckusick.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Rspamd-Queue-Id: 26F5E8E7B5 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.51 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[mail.bluestop.org]; NEURAL_HAM_SHORT(-0.92)[-0.915,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US]; IP_SCORE(-3.09)[ip: (-9.79), ipnet: 96.64.0.0/11(-4.70), asn: 7922(-0.85), country: US(-0.08)]; CTE_CASE(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: Sun, 23 Dec 2018 21:11:32 -0000 On Thursday, 20 December 2018 18:28:45 MST Kirk McKusick wrote: > Thanks Rebecca for the report and Mark for the analysis of the problem. > This should be fixed in -r342290. Thanks! That did fix it. -- Rebecca From owner-freebsd-current@freebsd.org Mon Dec 24 07:28:17 2018 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 472371359962 for ; Mon, 24 Dec 2018 07:28:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-20.consmr.mail.ne1.yahoo.com (sonic303-20.consmr.mail.ne1.yahoo.com [66.163.188.146]) (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 7F86273264 for ; Mon, 24 Dec 2018 07:28:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: USfH7uwVM1mN_Vom2xbVmt1a8ZuJMmK5wDkUqu5hPZCed.rUt2Qaz4umdHTYy7C Dd8e_FBRO4PNJTxMx_6t_l.g8j2Kk6VrQfdmTNlISv8eEIZqT4eFgbfDdBLMI3_y6hhpBqtfyPZQ nIxb8IJVE20S33uIMF_RFKAW9TM.LSIkZfOxD0_3zqVgFh9HOv7REpH4JuGMSvSBlK9xFIH_cPBj FpdgT4._gjabkLhVi9fyVpmDoR4Z1gZioe7J2PN2pkyGZvMOc8WDoKy1h9C9Kvxwi66vA33HeVEI 0kFM.JYThO3q7EOfJ04lnGHyjEKUckpstH0LH2..h8ZHm6T81GOUCBjZTElJw8r8aMuXc0bwZmbk iJSZnjcIjrsVsKGul3nlroQOGkuF0n47hanlENF_cXWl1JfO.1x2iaVUcP3eQr1bxHcDJm0bg5LD EZSrQxigTv7PCWd9rdZQiasK4MvJyazvyfWZRNna97D1TSMs26zHu5L5ujudGF6Toj71qh80U.zD tyH9k4NJ07FFdSrrCQzLEOB5.57idmo3qFwycNnGbWc0l13HnNM88_AS.9iOGjody_c1RFw58Bo4 Im.I72NQFyRq0l1Cbgb9DoaNsQSWYyyIu5MWbbjqMRL4bsvx6EQ7eS6Tk3nQU9nzVZyrfBhVgv1c 5Zmtl5VtxTHuBdhqRhmcvT_jqyJD9NwZqa51b8g3fMyyoW683JEQNfd1RF2249hdEQNX7MN3T7Pb tkzeYVu81xsE9UppwiwIgiqBWWc0GnMX5xwOfYLmII2NBPdyBpBXxATwYFqyhnlkiIbtMIiYyTh3 dTuB1WUodjck_FLuOWv2E0JdO4NcsQS3Qy4Bqn5myO9PfwpAG2I1yFyh8nhVPwlQuRteggDGr4xT AmZudsABZmMDmJBm6IwuJVWmvBo16VVWT4hUkUp_w2hatHEctCCNnxJ_KGYGc1YW5kLeQ0tQHxDW BhVLLqZcGAETpJcUW0DrI9etkBFB45qrZLHOgf3BtYv5YUP5WUEBjIziyHyCbMdJKkzcsNnp4QMR gCqqcxmUWXPJ5ECjt4OtrwKeiXDD3.mERDWVyKL1XdRPOdwMkapjw3V93P9YWVS6VFVK2nd9c_jc pExodOY8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Mon, 24 Dec 2018 07:28:07 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp427.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bca93c63249a32ac899d0ee694652ba8; Mon, 24 Dec 2018 07:28:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> Date: Sun, 23 Dec 2018 23:28:04 -0800 Cc: freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> To: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 7F86273264 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.952,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.91)[0.908,0]; NEURAL_HAM_LONG(-0.98)[-0.985,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.59)[ip: (0.88), ipnet: 66.163.184.0/21(1.20), asn: 36646(0.96), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.188.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.188.163.66.rep.mailspike.net : 127.0.0.17] 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, 24 Dec 2018 07:28:17 -0000 [I built a FreeBSD head -r340288 context and tried ports head -r484783 and the problem repeated.] On 2018-Dec-22, at 12:55, Mark Millard wrote: > [I found my E-mail records reporting successful builds using > qemu-user-static from ports head -r484783 under FreeBSD > head -r340287.] >=20 > On 2018-Dec-22, at 00:10, Mark Millard wrote: >=20 >> [I messed up the freebsd-emulation email address the first time I = sent >> this. I also forgot to indicate the qemu-user-static vintage = relationship.] >>=20 >> I had been reporting intermittent hang-ups for my = amd64->{aarch64,armv7} port cross >> builds in another message sequence. But it turns out that one thing I = ran into >> has hung-up every time, the same way, for amd64->armv7 cross builds: >> multimedia/gstreamer1-qt@qt5 . So I extract the material here into a = separate report >> with some updated notes. >>=20 >> A little context: I had built from ports head -r484783 before under = FreeBSD head >> -r340287 (as I remember the version). Back then it did not have this = problem that it >> now has under FreeBSD head -r341836 . One ports-specific change was = to force perl5.28 >> as the default instead of perl5.26 originally. In fact this is what = drives what is >> being rebuilt for my experiment that caught this. But I doubt the = perl version is >> important to the problem. The context has a Ryzen Threadripper 1950X = and has been >> tested both for FreeBSD under Hyper-V and for the same media = native-booted. Both >> hang-up at the same point as seen via ps or top. The native tools for = cross-build >> speedup were in use. Cross-builds targeting aarch64 did not get this = problem but >> targeting armv7 did. 121 of 129 armv7 ports built before the hang-up = for the first >> armv7 try. >>=20 >> ADDED: The qemu-user-static back with head -r340287 before installing = the >> updated ports would likely be different than the -r484783 vintage. So = both >> FreeBSD and qemu-user-static may have changed over the comparison. >=20 > CORRECTION to ADDED: Back on 2018-Nov-11 I reported successful = cross-builds > based on qemu-user-static from ports head -484783 --all built under = FreeBSD > head -r340287 . So the use of the perl5.28 as the forced-default and = the > newer FreeBSD head version -r341836 as the context are the differences = here. >=20 >> The hang-up: >>=20 >> In the port rebuilds targeting armv7, multimedia/gstreamer1-qt@qt5 = hung-up and timed >> out. Looking during the wait in later tries shows something much like = (from one of the >> examples): >>=20 >> root 33719 0.0 0.0 12920 3528 0 I 11:40 = 0:00.03 | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: = build_pkg (gstreamer1-qt5-1.2.0_14) (sh) >> root 41551 0.0 0.0 12920 3520 0 I 11:43 = 0:00.00 | | `-- sh: = poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg = (gstreamer1-qt5-1.2.0_14) (sh) >> root 41552 0.0 0.0 10340 1744 0 IJ 11:43 = 0:00.01 | | `-- /usr/bin/make -C = /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 build >> root 41566 0.0 0.0 10236 1796 0 IJ 11:43 = 0:00.00 | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE >> root 41567 0.0 0.0 89976 12896 0 IJ 11:43 = 0:00.07 | | `-- /usr/local/bin/qemu-arm-static ninja = -j28 -v all >> root 41585 0.0 0.0 102848 25056 0 IJ 11:43 = 0:00.10 | | |-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >> root 41586 0.0 0.0 102852 25072 0 IJ 11:43 = 0:00.11 | | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >>=20 >> or as top showed it: >>=20 >> 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 = 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 = build >> 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 = 0.00% /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELECT=3Dqt5 QMAKEMODULES >> 41567 root 2 52 0 88M 13M 0 select 4 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all >> 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >> 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >>=20 >> So: waiting in kqread trying to run cmake. >>=20 >> Unlike some intermittent hang-ups, attaching-then-detaching via gdb = does not >> resume the hung-up processes. Kills of the processes waiting on = kqread stop >> the build. >>=20 >> Given the prior ports have been built already, building just >> multimedia/gstreamer1-qt@qt5 still gets the hang-up at the same = point. >>=20 >> Building anything that requires multimedia/gstreamer1-qt@qt5 seems to = be >> solidly blocked in my environment. I built a FreeBSD head -r340288 context and tried cross-buiding an amd64->armv7 ports head -r484783 of my usual ports and the problem repeated. I also found evidence that originally in the old time frame I'd disabled part of my originally-intended port builds because of other problems so multimedia/gstreamer1-qt 's build was not being tried. So the qemu-user-static vintage or content may be what to vary to narrow down the problem instead of bisecting FreeBSD kernel or world vintages. clang7 building qemu-user-static or the kernel/world has been eliminated. (I used -r340288 to match a artifact.ci.freebsd.org build, incorrectly expecting to bisect via kernel substitutions.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Mon Dec 24 09:33:41 2018 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 E4037133C351 for ; Mon, 24 Dec 2018 09:33:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 486D6771C8; Mon, 24 Dec 2018 09:33:38 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id wBO9XPhA065298 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Dec 2018 09:33:29 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id wBO9XL10097013; Mon, 24 Dec 2018 10:33:21 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id wBO9WoPq095444; Mon, 24 Dec 2018 10:33:02 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201812240933.wBO9WoPq095444@fire.js.berklix.net> To: ctm-users@freebsd.org cc: Stefan Esser , Ed Maste , Poul-Henning Kamp , FreeBSD Current , "Rodney W. Grimes" , Warner Losh Subject: Re: ctm(1) deprecation in the FreeBSD base system? From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sat, 22 Dec 2018 05:03:00 +0100." <201812220403.wBM430Oa099167@fire.js.berklix.net> Date: Mon, 24 Dec 2018 10:32:50 +0100 X-Rspamd-Queue-Id: 486D6771C8 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.945,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.30)[0.305,0]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[land.berklix.com,slim.berklix.com]; NEURAL_SPAM_LONG(0.01)[0.006,0]; RCPT_COUNT_SEVEN(0.00)[7]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.90), asn: 24940(-2.46), country: DE(-0.01)]; FROM_EQ_ENVFROM(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, 24 Dec 2018 09:33:41 -0000 I wrote: > I took current /usr/ports/misc/ctm/ > & converted Stephen's & my diffs to be automatic ports patches: > http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files/ > http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/README.JHS > I haven't checked all execution as my ctm_rmail scripts run > automaticaly on an older release, not my current box, but this is > running OK so far: > ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07000xEmpty.xz ; > ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].xz I checked the new ctm was behaving, seems to be except something odd: At about svn-cur.07303 or so (I'm not certain on the exact number, I deleted it from my log, but this is reproducible, I've done it more than once, could again if necessary, it just takes a lot of time) I see a discrepancy using ctm to extract, between ctm built on 9.2-RELEASE & ctm built {from both src or ports} on current. Just the 9.2-RELEASE ctm does not create 3 zero size files: base/db/rep-cache.db-journal doc/db/rep-cache.db-journal ports/db/rep-cache.db-journal All 3 trees contain 15 other zero size files, so presumably the discrepancy is not to do with zero size files as such. All 3 trees have no other files called rep-cache.db-journal I created 3 new trees with ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07300xEmpty.xz on all of { 9.2-RELEASE & ctm built {from src and ports} on current } All 3 trees are the same, with all 3 rep-cache.db-journal Then upgrading to svn-cur 7307 with ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].xzthe 2 trees on current had identical file lists with all 3 rep-cache.db-journal But again the tree in 9.2-RELEASE no longer included the 3 rep-cache.db-journal Anyone know know if the discrepancy indicates something amiss with ctm ? (rep-cache.db-journal presumably from SVN, maybe older & newer CTMs have some different understanding that data i delivered from SVN ? seems a bit dodgy that, I'd have thought best if CTM had no knowledge what delivered its tree.) --------------- Stefan wrote: > I have converted the diffs into port patches (make makepatch) and > updated the man-page revision dates of ctm.8 and ctm_rmail.8. > > The port update has been committed as r488168. > > I hope this brings the port to the level required to make the CTM > port usable again. Thanks I'll look. Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp From owner-freebsd-current@freebsd.org Mon Dec 24 10:08:12 2018 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 E0B84133CFDC for ; Mon, 24 Dec 2018 10:08:11 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 5086C77F3D for ; Mon, 24 Dec 2018 10:08:09 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.103.178] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1gbN9T-0006jp-ON; Mon, 24 Dec 2018 11:07:59 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id wBOA7wF8003444 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Dec 2018 11:07:59 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id wBOA7wQL003443; Mon, 24 Dec 2018 11:07:58 +0100 (CET) (envelope-from guru@unixarea.de) From: guru@unixarea.de X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 24 Dec 2018 11:07:58 +0100 To: kde-freebsd@kde.org, freebsd-current@freebsd.org Subject: kdelibs-kde4 is marked as broken on FreeBSD 13.0: incompatible with base SSL ... Message-ID: <20181224100758.GA3362@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: kde-freebsd@kde.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline Frome: Matthias Apitz X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.103.178 X-Rspamd-Queue-Id: 5086C77F3D X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[mail.unixarea.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.38)[-0.382,0]; SIGNED_PGP(-2.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[178.103.217.88.zen.spamhaus.org : 127.0.0.10]; MIME_TRACE(0.00)[0:+,1:+]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; IP_SCORE(-0.00)[country: DE(-0.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: Mon, 24 Dec 2018 10:08:12 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I know that KDE4 will be removed from ports by the end of the year, that's why I wanted to update my CURRENT and ports right now before this. I now find that one of the fundamental ports (x11/kdelibs-kde4) is marked as broken... Is there a fix for this (for example using SSL from ports and not from base). The alternative would be reset my poudriere oven to a 19 of September (my last build with KDE4). Thanks matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, = Druschba instead of Nazis, to live instead of to survive. --zhXaljGHf11kAtnf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXmn7rBYYViyzy/vBR8z35Hb+nREFAlwgr94ACgkQR8z35Hb+ nRH4cBAAmqSdSwV9Q4haHWjeQ2y9smR78mV2kLNglitbECtXLV4IFd50aSksOR5e vo6rn16AqwDC03D6y2W07+wo9T7Pxtdlhjvt6j+fnnQUvGc/AyFnvLLPvxW/U0To /WBYR44PXfctTXgRHKFWYwzXVPSiYVN3bxyTIOqWeHDoRjxUHZZxtMlwmb2c28f0 2qxGtw3Jix7q+mZhEZ8PDP/21UWIN2WJh5ZOgDwa0mWMwiNlzIQeR625M+K3qLgz 0y+vMVyL+7vC7hO5tj3YH5gxIIeaPKAiOdSj+liQlgt8WElSHYdVEJxInnaDY5ao Fj18lM87UfEBZT7Hbpvy16M2s0xqDPWVkZ9npJzzco0o5JGOu03BksSVzVX1UhyE QauPrTkNe9Kp2K1jemnDcDnp4EZ0FNjhfIKSovWmecCXDlxG/qHTD/euZ4krJ4kD peehoFxUmsu+c06qzfsRhur5lLwJCSOqZqjozhMLPNem/rkDAp0tecKzMgql9toO Xh8XmDBpJxfr0eG4ldXMP8h+ChslP2cUot/PIJ4Y4h3ha4KtgWm5pS2k+hAc0fSf e8I5FkcUNdB3aUWzbtcH9Vi2UKCMVm2r4X9e/yi5l5ND2gNZ1yQldGVuwjXFZkrc FT0b/jafMgbzPvyV1sbiD9k8Zg9PjSl2A/GJ7x32Ho4yMttVjsY= =qSNX -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-current@freebsd.org Mon Dec 24 10:25:03 2018 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 BD257133D7DC for ; Mon, 24 Dec 2018 10:25:03 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62D2C8080E; Mon, 24 Dec 2018 10:25:03 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 3AAD519A32; Mon, 24 Dec 2018 10:25:03 +0000 (UTC) From: Jan Beich To: kde-freebsd@kde.org Cc: freebsd-current@freebsd.org Subject: Re: kdelibs-kde4 is marked as broken on FreeBSD 13.0: incompatible with base SSL ... References: <20181224100758.GA3362@c720-r314251> Date: Mon, 24 Dec 2018 11:24:59 +0100 In-Reply-To: <20181224100758.GA3362@c720-r314251> (guru@unixarea.de's message of "Mon, 24 Dec 2018 11:07:58 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 62D2C8080E X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; NEURAL_HAM_SHORT(-0.95)[-0.951,0]; NEURAL_HAM_LONG(-0.99)[-0.993,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: Mon, 24 Dec 2018 10:25:03 -0000 guru@unixarea.de writes: > Hello, > > I know that KDE4 will be removed from ports by the end of the year, > that's why I wanted to update my CURRENT and ports right now before > this. I now find that one of the fundamental ports (x11/kdelibs-kde4) is > marked as broken... > > Is there a fix for this (for example using SSL from ports and not from > base). The alternative would be reset my poudriere oven to a 19 of > September (my last build with KDE4). Try adding DEFAULT_VERSIONS+=ssl=openssl to make.conf(5) and commenting out BROKEN_FreeBSD_13 in kdelibs-kde4/Makefile. From owner-freebsd-current@freebsd.org Mon Dec 24 12:16:54 2018 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 2EADF13428EC for ; Mon, 24 Dec 2018 12:16:54 +0000 (UTC) (envelope-from groot@kde.org) Received: from smtp01.mail.online.nl (smtp01.mail.online.nl [194.134.25.71]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE788468E for ; Mon, 24 Dec 2018 12:16:52 +0000 (UTC) (envelope-from groot@kde.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp01.mail.online.nl (Postfix) with ESMTP id 6C8354004D; Mon, 24 Dec 2018 13:16:45 +0100 (CET) From: Adriaan de Groot To: kde-freebsd@kde.org, freebsd-current@freebsd.org Subject: Re: kdelibs-kde4 is marked as broken on FreeBSD 13.0: incompatible with base SSL ... Date: Mon, 24 Dec 2018 13:16:40 +0100 Message-ID: <5281478.XOh7uYVVfo@beastie.bionicmutton.org> Organization: KDE.org In-Reply-To: References: <20181224100758.GA3362@c720-r314251> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2496120.ffieBuXMo3"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 1CE788468E X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=neutral (mx1.freebsd.org: 194.134.25.71 is neither permitted nor denied by domain of groot@kde.org) smtp.mailfrom=groot@kde.org X-Spamd-Result: default: False [-5.32 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RECEIVED_SPAMHAUS_PBL(0.00)[158.154.150.85.zen.spamhaus.org : 127.0.0.11]; R_SPF_NEUTRAL(0.00)[?all]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[kde.org]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: letterbox.kde.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.58)[-0.585,0]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:5390, ipnet:194.134.0.0/16, country:NL]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-0.53)[ipnet: 194.134.0.0/16(-4.93), asn: 5390(2.27), country: NL(0.02)]; RCVD_IN_DNSWL_LOW(-0.10)[71.25.134.194.list.dnswl.org : 127.0.5.1] X-Mailman-Approved-At: Mon, 24 Dec 2018 12:51:43 +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: Mon, 24 Dec 2018 12:16:54 -0000 --nextPart2496120.ffieBuXMo3 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" On Monday, 24 December 2018 11:24:59 CET Jan Beich wrote: > guru@unixarea.de writes: > > I know that KDE4 will be removed from ports by the end of the year, > > that's why I wanted to update my CURRENT and ports right now before > > this. I now find that one of the fundamental ports (x11/kdelibs-kde4) is > > marked as broken... > > > > Is there a fix for this (for example using SSL from ports and not from > > base). The alternative would be reset my poudriere oven to a 19 of > > September (my last build with KDE4). > > Try adding DEFAULT_VERSIONS+=ssl=openssl to make.conf(5) and commenting > out BROKEN_FreeBSD_13 in kdelibs-kde4/Makefile. What Jan said will *probably* work. We (kde@) do not have the person-hours to chase this. You'll want a ports tree from last week, since we've been updating KDE4-era ports to their current releases recently, if you're particularly attached to the unmaintained stuff. [ade] --nextPart2496120.ffieBuXMo3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCXCDOKAAKCRAy7lRaPghT T64FAQCFtKCTIMilTig1s2Oge3Q83MrxSyLPQDtRdtgb9NilgAEAxDHf0MEX1Ngm Qc3n5oAOYib9pNO0mZosmcX0x0pysP0= =aI4W -----END PGP SIGNATURE----- --nextPart2496120.ffieBuXMo3-- From owner-freebsd-current@freebsd.org Mon Dec 24 15:34:11 2018 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 154F11346F41; Mon, 24 Dec 2018 15:34:11 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from um-kip5-missouri-out.um.umsystem.edu (um-kip5-missouri-out.um.umsystem.edu [209.106.229.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "um-tip1.um.umsystem.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 577C98A26B; Mon, 24 Dec 2018 15:34:10 +0000 (UTC) (envelope-from stephen@missouri.edu) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GIAQBU+yBc/xw40cZjGgEBAQEBAgEBA?= =?us-ascii?q?QEHAgEBAQGBZYIEgWgxg3SUEoFgLYNFlhoBCwEshEACF4JeIjgSAQMBAQIBAQI?= =?us-ascii?q?CAmkohUwBBAEjEUUFCwIBCBoCJgICAjAVEAIEAQwBBwEBgx6BeginfoEviEoBB?= =?us-ascii?q?4FMgQuLNBeBf4E4gmuEdIMVglcCi0WWBgkCkWEekWaJWZApAgICAgkCFIFdIoF?= =?us-ascii?q?WchODKJBaQYFZi1aBLAGBHgEB?= X-IPAS-Result: =?us-ascii?q?A2GIAQBU+yBc/xw40cZjGgEBAQEBAgEBAQEHAgEBAQGBZYI?= =?us-ascii?q?EgWgxg3SUEoFgLYNFlhoBCwEshEACF4JeIjgSAQMBAQIBAQICAmkohUwBBAEjE?= =?us-ascii?q?UUFCwIBCBoCJgICAjAVEAIEAQwBBwEBgx6BeginfoEviEoBB4FMgQuLNBeBf4E?= =?us-ascii?q?4gmuEdIMVglcCi0WWBgkCkWEekWaJWZApAgICAgkCFIFdIoFWchODKJBaQYFZi?= =?us-ascii?q?1aBLAGBHgEB?= Received: from ex2-n18.um.umsystem.edu ([198.209.56.28]) by um-kip5-exch-relay.um.umsystem.edu with ESMTP; 24 Dec 2018 09:32:57 -0600 Received: from EX2-N14.um.umsystem.edu (198.209.56.22) by EX2-N18.um.umsystem.edu (198.209.56.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Mon, 24 Dec 2018 09:32:56 -0600 Received: from EX2-N14.um.umsystem.edu ([198.209.56.22]) by EX2-N14.um.umsystem.edu ([198.209.56.22]) with mapi id 15.01.1591.008; Mon, 24 Dec 2018 09:32:56 -0600 From: "Montgomery-Smith, Stephen" To: "Julian H. Stacey" , "ctm-users@freebsd.org" CC: Ed Maste , FreeBSD Current , Poul-Henning Kamp , "Stefan Esser" , "Rodney W. Grimes" , Warner Losh Subject: Re: ctm(1) deprecation in the FreeBSD base system? Thread-Topic: ctm(1) deprecation in the FreeBSD base system? Thread-Index: AQHUm2ujAwIBh9zsKkuZWd/QCz/3cqWOaZ+A Date: Mon, 24 Dec 2018 15:32:56 +0000 Message-ID: <5d7df50f-fc90-a9c0-1bad-60486f313a12@missouri.edu> References: <201812240933.wBO9WoPq095444@fire.js.berklix.net> In-Reply-To: <201812240933.wBO9WoPq095444@fire.js.berklix.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 x-originating-ip: [128.206.49.160] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Rspamd-Queue-Id: 577C98A26B 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.978,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-Mailman-Approved-At: Mon, 24 Dec 2018 17:47:06 +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: Mon, 24 Dec 2018 15:34:11 -0000 T24gMTIvMjQvMTggMzozMiBBTSwgSnVsaWFuIEguIFN0YWNleSB3cm90ZToNCg0KPiBJIHNlZSBh IGRpc2NyZXBhbmN5IHVzaW5nIGN0bSB0byBleHRyYWN0LCBiZXR3ZWVuIGN0bQ0KPiBidWlsdCBv biA5LjItUkVMRUFTRSAmIGN0bSBidWlsdCB7ZnJvbSBib3RoIHNyYyBvciBwb3J0c30gb24gY3Vy cmVudC4NCj4gSnVzdCB0aGUgOS4yLVJFTEVBU0UgY3RtIGRvZXMgbm90IGNyZWF0ZSAzIHplcm8g c2l6ZSBmaWxlczoNCj4gCWJhc2UvZGIvcmVwLWNhY2hlLmRiLWpvdXJuYWwNCj4gCWRvYy9kYi9y ZXAtY2FjaGUuZGItam91cm5hbA0KPiAJcG9ydHMvZGIvcmVwLWNhY2hlLmRiLWpvdXJuYWwNCj4g QWxsIDMgdHJlZXMgY29udGFpbiAxNSBvdGhlciB6ZXJvIHNpemUgZmlsZXMsIHNvIHByZXN1bWFi bHkgdGhlDQo+IGRpc2NyZXBhbmN5IGlzIG5vdCB0byBkbyB3aXRoIHplcm8gc2l6ZSBmaWxlcyBh cyBzdWNoLg0KPiAJDQo+IEFsbCAzIHRyZWVzIGhhdmUgbm8gb3RoZXIgZmlsZXMgY2FsbGVkIHJl cC1jYWNoZS5kYi1qb3VybmFsDQo+IA0KPiBJIGNyZWF0ZWQgMyBuZXcgdHJlZXMgd2l0aA0KPiAJ Y3RtIC1xIC9wdWIvRnJlZUJTRC9kZXZlbG9wbWVudC9DVE0vc3ZuLWN1ci9zdm4tY3VyLjA3MzAw eEVtcHR5Lnh6DQo+IG9uIGFsbCBvZiB7IDkuMi1SRUxFQVNFICYgY3RtIGJ1aWx0IHtmcm9tIHNy YyBhbmQgcG9ydHN9IG9uIGN1cnJlbnQgfQ0KPiBBbGwgMyB0cmVlcyBhcmUgdGhlIHNhbWUsIHdp dGggYWxsIDMgcmVwLWNhY2hlLmRiLWpvdXJuYWwNCj4gDQo+IFRoZW4gdXBncmFkaW5nIHRvIHN2 bi1jdXIgNzMwNyB3aXRoDQo+IAljdG0gLXEgL3B1Yi9GcmVlQlNEL2RldmVsb3BtZW50L0NUTS9z dm4tY3VyL3N2bi1jdXIuMDdbMC05XVswLTldWzAtOV0ueHp0aGUgMiB0cmVlcyBvbiBjdXJyZW50 IGhhZCBpZGVudGljYWwgZmlsZSBsaXN0cyB3aXRoIGFsbCAzIHJlcC1jYWNoZS5kYi1qb3VybmFs DQo+IEJ1dCBhZ2FpbiB0aGUgdHJlZSBpbiA5LjItUkVMRUFTRSBubyBsb25nZXIgaW5jbHVkZWQg dGhlIDMgcmVwLWNhY2hlLmRiLWpvdXJuYWwNCj4gDQo+IEFueW9uZSBrbm93IGtub3cgaWYgdGhl IGRpc2NyZXBhbmN5IGluZGljYXRlcyBzb21ldGhpbmcgYW1pc3Mgd2l0aCBjdG0gPw0KPiAgIChy ZXAtY2FjaGUuZGItam91cm5hbCBwcmVzdW1hYmx5IGZyb20gU1ZOLCBtYXliZSBvbGRlciAmIG5l d2VyIENUTXMNCj4gICBoYXZlIHNvbWUgZGlmZmVyZW50IHVuZGVyc3RhbmRpbmcgdGhhdCBkYXRh IGkgZGVsaXZlcmVkIGZyb20gU1ZOID8NCj4gICBzZWVtcyBhIGJpdCBkb2RneSB0aGF0LCBJJ2Qg aGF2ZSB0aG91Z2h0IGJlc3QgaWYgQ1RNIGhhZCBubyBrbm93bGVkZ2UNCj4gICB3aGF0IGRlbGl2 ZXJlZCBpdHMgdHJlZS4pDQo+IA0KDQpGb3IgdGhlc2Uga2luZHMgb2YgZmlsZXMsIGN0bSBpcyBt ZXJlbHkgYSB3cmFwcGVyIGFyb3VuZCB0aGUgInN2bmFkbWluIg0KY29tbWFuZC4gIFRoZSBkaWZm cyBhcmUgY3JlYXRlZCB1c2luZyAic3ZuYWRtaW4gZHVtcCIsIGFuZCBhcHBsaWVkIHVzaW5nDQoi c3ZuYWRtaW4gbG9hZCIuICBTbyB0aGUgZGlzY3JlcGFuY3kgaXMgaW4gaG93IHRoZSBzdm5hZG1p biBjb21tYW5kIHdvcmtzLg0KDQpNeSBndWVzcyBpcyB0aGF0IGl0IGlzIGEgY29pbmNpZGVuY2Ug dGhhdCB0aGVzZSBmaWxlcyBhcmUgY3JlYXRlZCBpbiBvbmUNCnNpdHVhdGlvbiBhbmQgbm90IGFu b3RoZXIsIGFuZCB0aGF0IHRoaXMgZG9lc24ndCBlZmZlY3QgdGhlIGFjdHVhbCBkYXRhDQpzdG9y ZWQgaW4gdGhlIHN2biByZXBvc2l0b3JpZXMuDQoNCkJ1dCBJIGRvbid0IGtub3cgZW5vdWdoIGFi b3V0IHN2biB0byBnaXZlIGFuIGF1dGhvcml0YXRpdmUgYW5zd2VyLg0KDQpTdGVwaGVu From owner-freebsd-current@freebsd.org Mon Dec 24 21:27:05 2018 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 97AC5134EE89 for ; Mon, 24 Dec 2018 21:27:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-35.consmr.mail.ne1.yahoo.com (sonic317-35.consmr.mail.ne1.yahoo.com [66.163.184.46]) (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 4F8AE6D388 for ; Mon, 24 Dec 2018 21:27:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: kTLBtJ0VM1nzqysb7mnpPi_7Wrkh7kRhLPTeITc9X1oJ0qE5utxy3aM.u_Fiobd Y_d9Ro8q6ZXjt9RD7Wz8JYxyKkTGxTxoqezcwFXNokMBnqbILxjsJSreJjgI0HOgdtvTTWXa6ETO LqCV.7YABIvYD7krQk3mnMGh9NW3opBNahJO2dK36rrvRN2q2jgiV5kkAa504gG3B97yTyBYPutR KOz38xwsKFgT5Jb3HxKl9QHUY9VNt9xgEaO.1HTgWviX_bXiWVfvX3.QlujdIAjYndgDry541kMV SUWCPaO4vj3mYR6hK5qtXp.PUpk2gTsqWUe7TG.L7gN00daBeUcopVIkNvjUkQKGF_d05qSOSVoL qIWtUh8hBkNqCL37QzXAtdviemp1lmkDd98G3PzY2niLxBF43hqs5JRXvjN44RqDdJNLDHuk7WXi 3nHIh9cwvUMZWukWhaCH6VnTF9QA8P7suas440_qrYV_ozp5xHPeEdEujzhpMDd93MKK.48fg2YT XSrdeRWkvy3B4ndCVI6RXYIrPeUIwj.LK83UomXLT2wDs3FVSAEZeypYS5UMIKVh3YEx6FY7xFs_ BIyFm3R5SWnKXbnM1ZruRuFkuzr25fxN6XPEeK4UmV5qSjGCxHCP7a.1cb56.NhVGGWo1FrTM4fY nvPEBkLejaqediPLMtotOvXFUCmW3LdfDMkXuvuqVf9o8cXCnfyTN2eioDldZZGaVANAPSzcG.op gpQMUlbt72CsW0wI7cxE.mk.e93COIPw7gOb0Ap_I3ZERDkqlClv2NFJPOOyz_5oRNyX9k7BXRXw 8gzpq6_lsArGSFurKRg7XeNsfEFMU48gpaaMl4xrQCvSh0UAbj_Le.poRi3tFXrVcSbUDx0aHJ5y qUzlJXFe6URsuM89r95FA47QGe2FF1kefEpIAErEyFHRSBimRLA.JKuRwLuxHZ9IkOMB4UHi_q5n 8IO_IRWZ.XKceVs0Ar6APkh_i9TjGwHmgVEUhi25dsA.5EqNd7St7TmeFRMgBEkNndsblNJXoK9z bM.HF2E314A1rP7MXCp.nidbhaXnJB_EsLYA0DhW.1FpLNNwnPiOx Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Mon, 24 Dec 2018 21:26:57 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp429.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8b3599f65769729d76dc83ee9d679c76 for ; Mon, 24 Dec 2018 21:26:53 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) Message-Id: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> Date: Mon, 24 Dec 2018 13:26:52 -0800 To: FreeBSD Current X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 4F8AE6D388 X-Spamd-Bar: + X-Spamd-Result: default: False [1.43 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.05)[-0.054,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.54)[0.540,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.31)[ip: (4.46), ipnet: 66.163.184.0/21(1.20), asn: 36646(0.96), country: US(-0.08)]; NEURAL_SPAM_LONG(0.15)[0.150,0]; RCVD_IN_DNSWL_NONE(0.00)[46.184.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2018 21:27:05 -0000 =46rom my from=3Dsource head -r3418363 context, top with -opid does not seem to sort in a coherent order, not time of process creation order (either direction) and not in just-PID numeric order (either direction). For example: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 0 root 24 -16 - 0 368K swapin 1 0:00 0.00% = [kernel] 16 root 1 -16 - 0 16K - 3 0:00 0.00% = [soaiod2] 752 root 1 20 0 18M 18M select 1 0:07 0.01% = /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -g 800 root 1 20 0 11M 908K nanslp 1 0:01 0.00% = /usr/sbin/cron -s 1 root 1 20 0 9900K 132K wait 3 0:00 0.00% = [init] 17 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod3] 2 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto] 18 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod4] 850 root 1 20 0 13M 2756K wait 3 0:00 0.00% = login [pam] (login) 3 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 0] 19 root 1 -16 - 0 16K mmcsd 0 0:25 0.00% = [mmcsd0: mmc/sd card] 643 root 1 20 0 11M 1124K select 2 0:01 0.00% = /usr/sbin/syslogd -s 4 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 1] 20 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% = [mmcsd0boot0: mmc/sd] 5 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 2] 21 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% = [mmcsd0boot1: mmc/sd] 6 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 3] 22 root 3 -16 - 0 48K psleep 3 0:12 0.00% = [pagedaemon] 5270 root 1 20 0 14M 3780K CPU2 2 0:00 0.14% = top -Saopid 662 root 1 20 0 11M 680K select 0 0:00 0.00% = /usr/sbin/rpcbind 7 root 2 -16 - 0 32K - 0 0:00 0.00% = [cam] 23 root 1 -16 - 0 16K psleep 2 0:00 0.00% = [vmdaemon] 5255 root 1 20 0 12M 3092K wait 0 0:00 0.00% = -sh (sh) 8 root 1 -16 - 0 16K waitin 0 0:00 0.00% = [sctp_iterator] 24 root 3 -16 - 0 48K qsleep 3 0:12 0.01% = [bufdaemon] 712 root 1 52 0 12M 616K select 0 0:00 0.00% = /usr/sbin/mountd -r 9 root 1 -16 - 0 16K - 1 0:04 0.00% = [rand_harvestq] 25 root 1 20 - 0 16K vlruwt 0 0:04 0.00% = [vnlru] 10 root 1 -16 - 0 16K audit_ 0 0:00 0.00% = [audit] 26 root 1 16 - 0 16K syncer 0 1:45 0.00% = [syncer] 714 root 1 52 0 12M 728K select 3 0:00 0.00% = nfsd: master (nfsd) 11 root 4 155 ki31 0 64K CPU0 0 144.6H 397.09% = [idle] 235 root 1 20 0 11M 564K select 3 0:00 0.00% = dhclient: system.syslog (dhclient) 715 root 32 52 0 11M 1120K rpcsvc 3 0:00 0.00% = nfsd: server (nfsd) 12 root 18 -52 - 0 288K WAIT 2 2:29 1.43% = [intr] 412 root 1 20 0 10M 72K select 2 0:00 0.00% = /sbin/devd 796 root 1 52 0 20M 672K select 0 0:00 0.00% = /usr/sbin/sshd 13 root 3 -8 - 0 48K - 1 0:11 0.00% = [geom] 14 root 20 -68 - 0 320K - 0 0:02 0.00% = [usb] 238 root 1 52 0 12M 416K select 1 0:00 0.00% = dhclient: awg0 [priv] (dhclient) 15 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod1] 239 _dhcp 1 20 0 12M 484K select 1 0:00 0.00% = dhclient: awg0 (dhclient) (Basically the Pine64+ 2GB [aarch64] above was idle after boot other = than some runs of top.) I see this oddity across architectures, for example amd64, powerpc64, aarch64, armv7. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Mon Dec 24 21:50:16 2018 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 D6E8113504E8 for ; Mon, 24 Dec 2018 21:50:15 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 931AD6E0E2 for ; Mon, 24 Dec 2018 21:50:13 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id A419221FF3; Mon, 24 Dec 2018 16:50:07 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Mon, 24 Dec 2018 16:50:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=I2QELrzpdif/eIEy7plZpvLAlMh 7YJZ3prRVSXl7gQ4=; b=p9O0kg0rZasqZlsplOC+S/UKYq8kTeXFjaZQJK8/inm vfSteywFuNby2O7E0VRi8IpuSpCIYty6uIScuHNXXV2FQzEvITRy3fZC9ok9Uqx2 yZ08Dtm5jdm3KUOLLZ9vIEaOMevVu/vyNMmnvan6sl4dtgVCKaiVN3DEZXYi65XL hcH+WqlodLgjoJ5OGrOXcUjlofcOmYjgjhSuMxgznDQauGp3wcThdJcdeMpx+Tf0 P31rThoPu5VtGWjOxa+xaCcv8BExwyKiOQCc6butI8G9GG69aOewXONNeL5YYMuA xu+XHU+ZAjeP4mOWkQL07FsIyy7ulViCVA9CjvwdgRw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=I2QELr zpdif/eIEy7plZpvLAlMh7YJZ3prRVSXl7gQ4=; b=lNXWhv8ulBZAnJNKKmVy+7 clm0+CCwVz6rzUyrfrPrGr751/5AaeGmvQ4GsBCYkw+UwrL8dX7vTdjBI7QNbLyE WLPmxMTpRoVP3TvIBgBrAhwHEBVd6ZnOZhQQJjKkgVQ3OK94SOf+691yjW2MPofL 7z+jGhkTMqSVhsue2FTpGEBNugWLCsAFWuxrBr/9b1clWsnbSvNA0pJAS33o8Tpi IxP/kqA73Sf7RI5mqVpMhsF/LQjayMHsXUrNnDNJZ8PFCgXjnqtLllmk4T2Rh39s T82vqUf+GzRjmKh53osHpnyKetyEab2+oI7gUk3yI6gU825oNbNpvVq0weNDIrVw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtkedrudekuddgudehhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthenuceurghilhhouhhtmecu fedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkf fffgggjggtsehgtderofdtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihu rhhiphhvseihuhhrihhpvhdrnhgvtheqnecukfhppeeivddrudekfedruddvgedrieelne curfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrihhpvheshihurhhiphhvrdhnvghtnecu vehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.124.69]) by mail.messagingengine.com (Postfix) with ESMTPA id 6A67FE4385; Mon, 24 Dec 2018 16:50:05 -0500 (EST) Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) To: Mark Millard , FreeBSD Current References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= mQENBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAG0H1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD6JAVcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYuQENBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAGJATwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Tue, 25 Dec 2018 00:49:55 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OZCSiGraN9rwUmIzmMyxM4bI8TB3I95oQ" X-Rspamd-Queue-Id: 931AD6E0E2 X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.net header.s=fm3 header.b=p9O0kg0r; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=lNXWhv8u; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=yuripv@yuripv.net X-Spamd-Result: default: False [-9.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MIME_BASE64_TEXT(0.10)[]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yuripv.net:s=fm3,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.928,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.58)[ip: (-9.38), ipnet: 66.111.4.0/24(-4.64), asn: 11403(-3.77), country: US(-0.08)] 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, 24 Dec 2018 21:50:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OZCSiGraN9rwUmIzmMyxM4bI8TB3I95oQ Content-Type: multipart/mixed; boundary="K4MnkbIq1kvZZv22F6YB8GUEIr17WrPN7"; protected-headers="v1" From: Yuri Pankov To: Mark Millard , FreeBSD Current Message-ID: Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> In-Reply-To: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> --K4MnkbIq1kvZZv22F6YB8GUEIr17WrPN7 Content-Type: multipart/mixed; boundary="------------A4141C8AEDD6A05DB767ECDD" Content-Language: en-US This is a multi-part message in MIME format. --------------A4141C8AEDD6A05DB767ECDD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mark Millard wrote: > From my from=3Dsource head -r3418363 context, top with -opid does not > seem to sort in a coherent order, not time of process creation order > (either direction) and not in just-PID numeric order (either > direction). For example: >=20 > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND > 0 root 24 -16 - 0 368K swapin 1 0:00 0.00% = [kernel] > 16 root 1 -16 - 0 16K - 3 0:00 0.00% = [soaiod2] > 752 root 1 20 0 18M 18M select 1 0:07 0.01% = /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -g > 800 root 1 20 0 11M 908K nanslp 1 0:01 0.00% = /usr/sbin/cron -s > 1 root 1 20 0 9900K 132K wait 3 0:00 0.00% = [init] > 17 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod3] > 2 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto] > 18 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod4] > 850 root 1 20 0 13M 2756K wait 3 0:00 0.00% = login [pam] (login) > 3 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 0] > 19 root 1 -16 - 0 16K mmcsd 0 0:25 0.00% = [mmcsd0: mmc/sd card] > 643 root 1 20 0 11M 1124K select 2 0:01 0.00% = /usr/sbin/syslogd -s > 4 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 1] > 20 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% = [mmcsd0boot0: mmc/sd] > 5 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 2] > 21 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% = [mmcsd0boot1: mmc/sd] > 6 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 3] > 22 root 3 -16 - 0 48K psleep 3 0:12 0.00% = [pagedaemon] > 5270 root 1 20 0 14M 3780K CPU2 2 0:00 0.14% = top -Saopid > 662 root 1 20 0 11M 680K select 0 0:00 0.00% = /usr/sbin/rpcbind > 7 root 2 -16 - 0 32K - 0 0:00 0.00% = [cam] > 23 root 1 -16 - 0 16K psleep 2 0:00 0.00% = [vmdaemon] > 5255 root 1 20 0 12M 3092K wait 0 0:00 0.00% = -sh (sh) > 8 root 1 -16 - 0 16K waitin 0 0:00 0.00% = [sctp_iterator] > 24 root 3 -16 - 0 48K qsleep 3 0:12 0.01% = [bufdaemon] > 712 root 1 52 0 12M 616K select 0 0:00 0.00% = /usr/sbin/mountd -r > 9 root 1 -16 - 0 16K - 1 0:04 0.00% = [rand_harvestq] > 25 root 1 20 - 0 16K vlruwt 0 0:04 0.00% = [vnlru] > 10 root 1 -16 - 0 16K audit_ 0 0:00 0.00% = [audit] > 26 root 1 16 - 0 16K syncer 0 1:45 0.00% = [syncer] > 714 root 1 52 0 12M 728K select 3 0:00 0.00% = nfsd: master (nfsd) > 11 root 4 155 ki31 0 64K CPU0 0 144.6H 397.09% = [idle] > 235 root 1 20 0 11M 564K select 3 0:00 0.00% = dhclient: system.syslog (dhclient) > 715 root 32 52 0 11M 1120K rpcsvc 3 0:00 0.00% = nfsd: server (nfsd) > 12 root 18 -52 - 0 288K WAIT 2 2:29 1.43% = [intr] > 412 root 1 20 0 10M 72K select 2 0:00 0.00% = /sbin/devd > 796 root 1 52 0 20M 672K select 0 0:00 0.00% = /usr/sbin/sshd > 13 root 3 -8 - 0 48K - 1 0:11 0.00% = [geom] > 14 root 20 -68 - 0 320K - 0 0:02 0.00% = [usb] > 238 root 1 52 0 12M 416K select 1 0:00 0.00% = dhclient: awg0 [priv] (dhclient) > 15 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod1] > 239 _dhcp 1 20 0 12M 484K select 1 0:00 0.00% = dhclient: awg0 (dhclient) >=20 > (Basically the Pine64+ 2GB [aarch64] above was idle after boot other th= an > some runs of top.) >=20 > I see this oddity across architectures, for example amd64, powerpc64, > aarch64, armv7. No wonder, it doesn't seem to have worked ever (?) as the compare_pid is simply not defined in compares list. Try attached patch. --------------A4141C8AEDD6A05DB767ECDD Content-Type: text/plain; charset=UTF-8; name="top.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="top.diff" ZGlmZiAtLWdpdCBhL3Vzci5iaW4vdG9wL21hY2hpbmUuYyBiL3Vzci5iaW4vdG9wL21hY2hp bmUuYwppbmRleCAzNzRjOWRhMGVkZjQuLmNkMTdmMmY1ZGMzYSAxMDA2NDQKLS0tIGEvdXNy LmJpbi90b3AvbWFjaGluZS5jCisrKyBiL3Vzci5iaW4vdG9wL21hY2hpbmUuYwpAQCAtMTUx MSw2ICsxNTExLDcgQEAgaW50ICgqY29tcGFyZXNbXSkoY29uc3Qgdm9pZCAqYXJnMSwgY29u c3Qgdm9pZCAqYXJnMikgPSB7CiAJY29tcGFyZV9pdmNzdywKIAljb21wYXJlX2ppZCwKIAlj b21wYXJlX3N3YXAsCisJY29tcGFyZV9waWQsCiAJTlVMTAogfTsKIAo= --------------A4141C8AEDD6A05DB767ECDD-- --K4MnkbIq1kvZZv22F6YB8GUEIr17WrPN7-- --OZCSiGraN9rwUmIzmMyxM4bI8TB3I95oQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwhVIsACgkQk4vgf7Eq 4WwmDQgAtdcepgy+mA5JPPpBzaNL3bXkn9yZVhmBO6P5C86B15CNlddtPv2Yy0V5 WazMCsJ/5VBbaOc/0+SacqUZE61WHfZSBQgqq6MuX9X3Ul/NJ3dGSGqwpkJJZ6pn zAZR55/Z2vIi8c/ORjFF+e9ITi+2M6md5MSNUiARRgJli3TWs8wY6CE6OkrnSqmE z3+M+4PmMLn+Qa2kzJdgHkSgfJa8r5V94k3IyTHvkqeTdRVd02OY+38/MbIdoFAT G8g0OS5N1K+/c0IuX5I6dRgvYIwEm3RfY3Gglc+1GWVbwkT0GApSFlGdIaqIXQaR f6waSbdSTURzp7+XWks1BGyWgbMD5A== =pBXk -----END PGP SIGNATURE----- --OZCSiGraN9rwUmIzmMyxM4bI8TB3I95oQ-- From owner-freebsd-current@freebsd.org Mon Dec 24 23:21:40 2018 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 4025B135209A for ; Mon, 24 Dec 2018 23:21:40 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:a:dead:bad:faff]) (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 C0B4F704EF for ; Mon, 24 Dec 2018 23:21:39 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id wBONLbhQ090705; Mon, 24 Dec 2018 23:21:38 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id wBONLard090696; Mon, 24 Dec 2018 23:21:36 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201812242321.wBONLard090696@donotpassgo.dyslexicfish.net> Date: Mon, 24 Dec 2018 23:21:36 +0000 Organization: Dyslexic Fish To: yuripv@yuripv.net, marklmi@yahoo.com, freebsd-current@freebsd.org Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Mon, 24 Dec 2018 23:21:38 +0000 (GMT) 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, 24 Dec 2018 23:21:40 -0000 > No wonder, it doesn't seem to have worked ever (?) as the compare_pid is > simply not defined in compares list. Try attached patch. It works on 11-stable without that line being added. cheers From owner-freebsd-current@freebsd.org Mon Dec 24 23:22:05 2018 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 A1D5613520C8 for ; Mon, 24 Dec 2018 23:22:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-9.consmr.mail.gq1.yahoo.com (sonic316-9.consmr.mail.gq1.yahoo.com [98.137.69.33]) (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 55DC170581 for ; Mon, 24 Dec 2018 23:22:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: jc9vBN0VM1kakff0WoBrDD4DIc.ekchzD54fAUII3y4VkVTxL.MJLdXbDNrgg1y QAo.Qv5U8JH.k8Oot96.To52UGsYIfkKBiZt5UOgdVkr5nhPH20LKsNhx_AGMwbUP.d.JQNsoPCq NS3FlpcGKbphHTUDioV9Gpa4DC0JVQEFXEZEg47vy3TRQgCbA9Kct.es3lf0HJewX4DoetTkt9wA Fuyk2xX1MHCd_U3fxxucxZSCF5zJKvyozFx2P2r6VZkXHiaNREzEOqqyGqIzf0zxS2Z3Cs8djt8. .XJ4z.KzURMeWCKp7DDa5UG4X_5AKMhGSIK9bnFOx5syRbniIj6uyfikxh0LEZ6U86AGxVH9kYTt BfUdUsh2O_twG6xgLG8zgiAhHjTaXLBAR_fmja72_XbSPV_7ld84o7rWgiM0y7EiNsyBZgsRZdNn SuOt3tO2VbH30.TEH_4oihnHYyH8EpS6CMKMe3u6wGqOTnHrMxttUgCwT74ObwMCXl5zs9s2t5O7 p4SdCvH8a6zYfLKMT8rQHA9zwK18asmdVDhHdYN5PFqJ6247h4iudy1EbOYzafkbiQ.x7p2pFNbF HUnmMgsLNHp4R0WC5.zpwzHWgU6w7TIySlQMafItvEodFJxbSu0Sc8ZpcEdLvLsOLsI_BR91K0in xKEF.yC2M_5Mw3m__myYuyFWxCVzG5OWSr7AbQJjC.Q.atO2QQBzQOj4Kqtnfa8FHNgkPEnYpjsn eug27zrYfCHNv28fZGq3H81qxThFo2enaNBeqfvRa2PvmprtjEx.c8Uta7Z0xGSPwBKEsrmghnFV FcE4zZIW9wLjJEm2QP4XvCgHJ18Jb.TiKvlGubDru5fga5lh9pSgoV0qdeewpYleYXhySKEHu3iN U31PDlDKhEf674o_Sg7gPc7Y10wqyUcTUMZFWhzl0zDQAXdGXKkPEt_D1SUdDdjuQNdS7u1r.7Gx cWkd7HHtdrzqTIIgnz36TDZeo0RZBCbjITfxAD1fhpSGcu0fuAss1EbX5UcWg0p71HEAYfW5jBI2 sIzJdNTpJlKfNHWU63NDreDAjmkzVW5jSAzeYG63NKcD9CFaynFONQxCyiThCfys_mtwJn04tBpK FeT9YiuQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 24 Dec 2018 23:21:55 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp428.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d4e2bcc862475bbb020a8fed632a7afe; Mon, 24 Dec 2018 23:21:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> Date: Mon, 24 Dec 2018 15:21:50 -0800 Cc: freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <5C3F09FE-EA50-452D-98EE-364B7BF3ECD0@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> To: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 55DC170581 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.30)[-0.305,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.07)[ip: (-0.70), ipnet: 98.137.64.0/21(0.63), asn: 36647(0.50), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[33.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2018 23:22:05 -0000 [A native poudreire-devel based build of multimedia/gstreamer1-qt@qt5 did not hang-up and worked fine. Official package build history also provides some evidence.] On 2018-Dec-22, at 12:55, Mark Millard wrote: > [I found my E-mail records reporting successful builds using > qemu-user-static from ports head -r484783 under FreeBSD > head -r340287.] >=20 > On 2018-Dec-22, at 00:10, Mark Millard wrote: >=20 >> [I messed up the freebsd-emulation email address the first time I = sent >> this. I also forgot to indicate the qemu-user-static vintage = relationship.] >>=20 >> I had been reporting intermittent hang-ups for my = amd64->{aarch64,armv7} port cross >> builds in another message sequence. But it turns out that one thing I = ran into >> has hung-up every time, the same way, for amd64->armv7 cross builds: >> multimedia/gstreamer1-qt@qt5 . So I extract the material here into a = separate report >> with some updated notes. >>=20 >> A little context: I had built from ports head -r484783 before under = FreeBSD head >> -r340287 (as I remember the version). Back then it did not have this = problem that it >> now has under FreeBSD head -r341836 . One ports-specific change was = to force perl5.28 >> as the default instead of perl5.26 originally. In fact this is what = drives what is >> being rebuilt for my experiment that caught this. But I doubt the = perl version is >> important to the problem. The context has a Ryzen Threadripper 1950X = and has been >> tested both for FreeBSD under Hyper-V and for the same media = native-booted. Both >> hang-up at the same point as seen via ps or top. The native tools for = cross-build >> speedup were in use. Cross-builds targeting aarch64 did not get this = problem but >> targeting armv7 did. 121 of 129 armv7 ports built before the hang-up = for the first >> armv7 try. >>=20 >> ADDED: The qemu-user-static back with head -r340287 before installing = the >> updated ports would likely be different than the -r484783 vintage. So = both >> FreeBSD and qemu-user-static may have changed over the comparison. >=20 > CORRECTION to ADDED: Back on 2018-Nov-11 I reported successful = cross-builds > based on qemu-user-static from ports head -484783 --all built under = FreeBSD > head -r340287 . So the use of the perl5.28 as the forced-default and = the > newer FreeBSD head version -r341836 as the context are the differences = here. >=20 >> The hang-up: >>=20 >> In the port rebuilds targeting armv7, multimedia/gstreamer1-qt@qt5 = hung-up and timed >> out. Looking during the wait in later tries shows something much like = (from one of the >> examples): >>=20 >> root 33719 0.0 0.0 12920 3528 0 I 11:40 = 0:00.03 | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: = build_pkg (gstreamer1-qt5-1.2.0_14) (sh) >> root 41551 0.0 0.0 12920 3520 0 I 11:43 = 0:00.00 | | `-- sh: = poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg = (gstreamer1-qt5-1.2.0_14) (sh) >> root 41552 0.0 0.0 10340 1744 0 IJ 11:43 = 0:00.01 | | `-- /usr/bin/make -C = /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 build >> root 41566 0.0 0.0 10236 1796 0 IJ 11:43 = 0:00.00 | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE >> root 41567 0.0 0.0 89976 12896 0 IJ 11:43 = 0:00.07 | | `-- /usr/local/bin/qemu-arm-static ninja = -j28 -v all >> root 41585 0.0 0.0 102848 25056 0 IJ 11:43 = 0:00.10 | | |-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >> root 41586 0.0 0.0 102852 25072 0 IJ 11:43 = 0:00.11 | | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >>=20 >> or as top showed it: >>=20 >> 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 = 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=3Dqt5 = build >> 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 = 0.00% /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELECT=3Dqt5 QMAKEMODULES >> 41567 root 2 52 0 88M 13M 0 select 4 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all >> 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >> 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >>=20 >> So: waiting in kqread trying to run cmake. >>=20 >> Unlike some intermittent hang-ups, attaching-then-detaching via gdb = does not >> resume the hung-up processes. Kills of the processes waiting on = kqread stop >> the build. >>=20 >> Given the prior ports have been built already, building just >> multimedia/gstreamer1-qt@qt5 still gets the hang-up at the same = point. >>=20 >> Building anything that requires multimedia/gstreamer1-qt@qt5 seems to = be >> solidly blocked in my environment. I tried building multimedia/gstreamer1-qt@qt5 on a Orange Pi 2 2nd Edition and the build did not hang-up. This was also based on FreeBSD head -r341836 and ports head -r484783 . This test was set up in part by copying over the /usr/local/poudriere/data/packages/ material from what that did cross build. So, for example, the cmake used should be a binary exact match. The FreeBSD head -r341836 was installed from the same buildworld buildkernel tree that the cross-build's installworld was based on. The problem is somehow specific to cross-builds (and so qemu-user-static being involved). Other evidence (official package build attempts): I looked at beefy16.nyi.freebsd.org 's head-armv7-default and beefy8.nyi.freebsd.org 's head-armv6-default histories and the problem does not exist for the: FreeBSD -r332419 ports -r467121 combination but exists for the later ones, starting with: FreeBSD -r332632 ports -r467547 Interestingly qemu-sbruno (the master port for qemu-user-static) was not updated in that ports range, being from -r463452 . There was a cmake change at -r467437 but the more modern native result suggests cmake is not currently contributing (and, so, likely was not the issue back then). That possibly leaves qemu-user-static for targeting armv7 (and v6) misinterpreting something different from the different FreeBSD versions. For example, there was a change to return EAGAIN instead of EIO for certain conditions, between -r332419 and -r332632 : at -r332631 . (I do not know that it is involved.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Mon Dec 24 22:00:32 2018 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 B6CD21350915; Mon, 24 Dec 2018 22:00:32 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from um-tip2-missouri-out.um.umsystem.edu (um-tip2-missouri-out.um.umsystem.edu [198.209.49.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "um-tip1.um.umsystem.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A82106E5AD; Mon, 24 Dec 2018 22:00:29 +0000 (UTC) (envelope-from stephen@missouri.edu) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2FMAADvVSFc/xM40cZiFgMBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQEBgWWCBGaBAicKhz6QSIFgCCWZXwELASUHAoQ+AoJ1IjgSAQM?= =?us-ascii?q?BAQIBAQICAmkcDIJ4TQszLCoCDSU/AQV5EAIBCA4KLjIlAgQBDAEHAQGDHgGCA?= =?us-ascii?q?Q+oOINxUT+DSQEHgUyMPxeBf4E4DIJfgwUOCwGBYoVfAotFlgYJAocQilEIFoF?= =?us-ascii?q?gTY85iVmBBoN7h3uDLQICAgIJAhSBXSKBVnITgnMBAQExCYV/hRSFP0ExgSiNE?= =?us-ascii?q?wGBHgEB?= X-IPAS-Result: =?us-ascii?q?A2FMAADvVSFc/xM40cZiFgMBAQEBAQEBAQEBAQEHAQEBAQE?= =?us-ascii?q?BgWWCBGaBAicKhz6QSIFgCCWZXwELASUHAoQ+AoJ1IjgSAQMBAQIBAQICAmkcD?= =?us-ascii?q?IJ4TQszLCoCDSU/AQV5EAIBCA4KLjIlAgQBDAEHAQGDHgGCAQ+oOINxUT+DSQE?= =?us-ascii?q?HgUyMPxeBf4E4DIJfgwUOCwGBYoVfAotFlgYJAocQilEIFoFgTY85iVmBBoN7h?= =?us-ascii?q?3uDLQICAgIJAhSBXSKBVnITgnMBAQExCYV/hRSFP0ExgSiNEwGBHgEB?= Received: from ex2-t13.um.umsystem.edu ([198.209.56.19]) by um-tip2-exch-relay.um.umsystem.edu with ESMTP; 24 Dec 2018 15:59:16 -0600 Received: from EX2-N14.um.umsystem.edu (198.209.56.22) by EX2-T13.um.umsystem.edu (198.209.56.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Mon, 24 Dec 2018 15:59:16 -0600 Received: from EX2-N14.um.umsystem.edu ([198.209.56.22]) by EX2-N14.um.umsystem.edu ([198.209.56.22]) with mapi id 15.01.1591.008; Mon, 24 Dec 2018 15:59:16 -0600 From: "Montgomery-Smith, Stephen" To: Stefan Esser , "Julian H. Stacey" CC: Ed Maste , Poul-Henning Kamp , FreeBSD Current , "Rodney W. Grimes" , "ctm-users@freebsd.org" , Warner Losh Subject: Re: ctm(1) deprecation in the FreeBSD base system? Thread-Topic: ctm(1) deprecation in the FreeBSD base system? Thread-Index: AQHUmauIAwIBh9zsKkuZWd/QCz/3cqWL8fsAgABhFICAAoX/AA== Date: Mon, 24 Dec 2018 21:59:16 +0000 Message-ID: <49663236-0d39-1fcf-5054-85c69c1253bd@missouri.edu> References: <201812220403.wBM430Oa099167@fire.js.berklix.net> <3b0c1217-92ed-779d-4f5c-fe5d6c74c578@missouri.edu> <475c68ee-8f54-7a61-b492-290837550ccf@freebsd.org> In-Reply-To: <475c68ee-8f54-7a61-b492-290837550ccf@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 x-originating-ip: [128.206.49.160] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: A82106E5AD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dmarc=pass (policy=none) header.from=missouri.edu; spf=pass (mx1.freebsd.org: domain of stephen@missouri.edu designates 198.209.49.149 as permitted sender) smtp.mailfrom=stephen@missouri.edu X-Spamd-Result: default: False [-2.04 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.209.49.128/25]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_SPAM_SHORT(0.00)[0.002,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[149.49.209.198.list.dnswl.org : 127.0.11.2]; DMARC_POLICY_ALLOW(-0.50)[missouri.edu,none]; RCPT_COUNT_SEVEN(0.00)[8]; MX_GOOD(-0.01)[um-tip2.um.umsystem.edu,um-tip1.um.umsystem.edu,um-nip4.um.umsystem.edu,um-kip5.um.umsystem.edu,um-kip6.um.umsystem.edu,um-nip3.um.umsystem.edu]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:26934, ipnet:198.209.48.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.04)[asn: 26934(-0.12), country: US(-0.08)] X-Mailman-Approved-At: Mon, 24 Dec 2018 23:36:30 +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: Mon, 24 Dec 2018 22:00:33 -0000 On 12/23/18 1:27 AM, Stefan Esser wrote: > Am 23.12.18 um 02:39 schrieb Montgomery-Smith, Stephen: >> On 12/21/18 10:03 PM, Julian H. Stacey wrote: >>>> The port Makefile that I have prepared is attached below for reference= . >>>> Regards, STefan >>> >>> Thanks Stefan, >>> I took current /usr/ports/misc/ctm/ >>> & converted Stephen's & my diffs to be automatic ports patches: >>> http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files= / >>> http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/READM= E.JHS >>> >>> Stephens diffs are essential, without them CTM broke long ago,=20 >>> (5 digit numeric names maybe ?) >>> >>> I haven't checked all execution as my ctm_rmail scripts run >>> automaticaly on an older release, not my current box, but this is >>> running OK so far: >>> ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07000xEmpty.xz ; >>> ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].= xz >>> >>> Stephen may be best person to test delta builds, as hes the delta origi= nator. >>> >>> Soonish I'll set up a=20 >>> [freebsd-]ctm-src-12 on http://mailman.berklix.org/mailman/listinfo >>> if Stephens' & my requests to postmaster @ & mailman @ freebsd.org >>> continues to get no response. >> >> Thank you for doing this, Stefan. The additional patches mentioned by >> Julian need to be included with the port before it can work and be >> tested. They are absolutely needed for the svn ctm deltas. >=20 > Hi Stephen and Julian, >=20 > I have converted the diffs into port patches (make makepatch) and > updated the man-page revision dates of ctm.8 and ctm_rmail.8. >=20 > The port update has been committed as r488168. >=20 > I hope this brings the port to the level required to make the CTM > port usable again. >=20 > The patches could be imported to the Github repo (freebsd/ctm) after > testing, but for now the patched port should suffice ... >=20 > Best regards, STefan It seems to be working on the tests I have performed so far. From owner-freebsd-current@freebsd.org Mon Dec 24 23:38:42 2018 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 D02511352C38 for ; Mon, 24 Dec 2018 23:38:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-21.consmr.mail.ne1.yahoo.com (sonic316-21.consmr.mail.ne1.yahoo.com [66.163.187.147]) (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 B0F7A716BB for ; Mon, 24 Dec 2018 23:38:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: o64K0YYVM1kEmRO4hBAMSRDl7ecWgOn6WjgidNa8XnPB8GPErgfkWeOmX3EPR1e GS5yu1F_E2Aj9aRrvcUcdt0UBSmFNpGPv_p88eekDdOMYfw5SPH9xPYze_RpByVCH_jPzR6PslNN QpSj0THlF1lfXWVNinFci.fqgCZZF4oBAPfwrP9b3RINv1GutjA.C4iCYKA.BgOYAjS4thEzfeo5 tc2uiwi9CedJ6Eb0UkGnmOEc8kaMRJQk2DH8YTVgKOVMyvmD.jb1uNS0sYqsJavAIw0djQRFMQbS pj6d35NaKoddXEmXEWAseXFebUoF8llLEYKFh9EUWAExPpkOb2BwgwrkIZ6p_wyHn6v2Sw21mwh8 hUJKqEaCdTPxWnOaIIjFRb3NBMHxrP63oDhATrFdGVt5dMswx7r4bfCGNjU0k7c55OfhHWZwB_w. Xe5347SZa1n3ZSGyLVccSS89.I9JXOLrx_zk62r8SuAA9BEJKzXyqYLMroML1g_7xYvFWg.h4FW8 1C_xlWubpjorkzrMX_T0C2GKBevKeSEPnAxkJRhlO2eAyBDN0OO2S8AzYI783p9mxsarMgFJU_by E_Eg5YdCghYHFEFZzwQlvwHdvTa2ZB236OQvJ6dbBeXW9j1orfBHhVyt6ajsuUWxL2r2urMfZAm0 VJEpr.uFCn2i3nB1WjxWhDh_c5b.rsI.CPuAdkeWLtKkZCGR9j2.ilPzuyoPLSUIBiUImAngOxHj 9mBYzsm8XLTrHSBVICgYPo.TqyCsdGFG4Ol3QxewGzx1gmT8y9TlX2Tq4r8o24vRt7gINvVmzADv DeUKX0xD3o_bOJYyyQyZ2sKbKKVe0AwPV_TPwoVwfE3edClbrefkWWtIh3GzqLPlvhd.s_ARCzl3 5iqhOZxkImpSPRuz7VTswS9s673E5npLsBgrJc32BIDNKiPFd0kFLiiljCRr3ldMC.RKZlO2Gv8l N2LGvjmNMo5lpZqkIIGt7LUEMkHNdcGFRsaH3gvPn.fwplXSRIG8JMxTQ_t.wzWnNqiZfEUbyynE 9qGhGs_si3PH3X8eq9MXmHvv8MQ2IySP7ivmOqStnpuT9e9MkhA5EHqwO8zUliUAa9Odc288- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Mon, 24 Dec 2018 23:38:31 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp408.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2eddb8c7523f41ae661a90424eeb1d60; Mon, 24 Dec 2018 23:38:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) From: Mark Millard In-Reply-To: Date: Mon, 24 Dec 2018 15:38:27 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> To: Yuri Pankov X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: B0F7A716BB X-Spamd-Bar: / X-Spamd-Result: default: False [-0.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.91)[ip: (2.49), ipnet: 66.163.184.0/21(1.19), asn: 36646(0.96), country: US(-0.08)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.48)[-0.482,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.723,0]; NEURAL_HAM_LONG(-0.84)[-0.840,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.187.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[147.187.163.66.rep.mailspike.net : 127.0.0.17] 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, 24 Dec 2018 23:38:42 -0000 On 2018-Dec-24, at 13:49, Yuri Pankov wrote: > Mark Millard wrote: >> =46rom my from=3Dsource head -r3418363 context, top with -opid does = not >> seem to sort in a coherent order, not time of process creation order >> (either direction) and not in just-PID numeric order (either >> direction). For example: >>=20 >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND >> 0 root 24 -16 - 0 368K swapin 1 0:00 0.00% = [kernel] >> 16 root 1 -16 - 0 16K - 3 0:00 0.00% = [soaiod2] >> 752 root 1 20 0 18M 18M select 1 0:07 0.01% = /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -g >> 800 root 1 20 0 11M 908K nanslp 1 0:01 0.00% = /usr/sbin/cron -s >> 1 root 1 20 0 9900K 132K wait 3 0:00 0.00% = [init] >> 17 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod3] >> 2 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto] >> 18 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod4] >> 850 root 1 20 0 13M 2756K wait 3 0:00 0.00% = login [pam] (login) >> 3 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 0] >> 19 root 1 -16 - 0 16K mmcsd 0 0:25 0.00% = [mmcsd0: mmc/sd card] >> 643 root 1 20 0 11M 1124K select 2 0:01 0.00% = /usr/sbin/syslogd -s >> 4 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 1] >> 20 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% = [mmcsd0boot0: mmc/sd] >> 5 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 2] >> 21 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% = [mmcsd0boot1: mmc/sd] >> 6 root 1 -16 - 0 16K crypto 0 0:00 0.00% = [crypto returns 3] >> 22 root 3 -16 - 0 48K psleep 3 0:12 0.00% = [pagedaemon] >> 5270 root 1 20 0 14M 3780K CPU2 2 0:00 0.14% = top -Saopid >> 662 root 1 20 0 11M 680K select 0 0:00 0.00% = /usr/sbin/rpcbind >> 7 root 2 -16 - 0 32K - 0 0:00 0.00% = [cam] >> 23 root 1 -16 - 0 16K psleep 2 0:00 0.00% = [vmdaemon] >> 5255 root 1 20 0 12M 3092K wait 0 0:00 0.00% = -sh (sh) >> 8 root 1 -16 - 0 16K waitin 0 0:00 0.00% = [sctp_iterator] >> 24 root 3 -16 - 0 48K qsleep 3 0:12 0.01% = [bufdaemon] >> 712 root 1 52 0 12M 616K select 0 0:00 0.00% = /usr/sbin/mountd -r >> 9 root 1 -16 - 0 16K - 1 0:04 0.00% = [rand_harvestq] >> 25 root 1 20 - 0 16K vlruwt 0 0:04 0.00% = [vnlru] >> 10 root 1 -16 - 0 16K audit_ 0 0:00 0.00% = [audit] >> 26 root 1 16 - 0 16K syncer 0 1:45 0.00% = [syncer] >> 714 root 1 52 0 12M 728K select 3 0:00 0.00% = nfsd: master (nfsd) >> 11 root 4 155 ki31 0 64K CPU0 0 144.6H 397.09% = [idle] >> 235 root 1 20 0 11M 564K select 3 0:00 0.00% = dhclient: system.syslog (dhclient) >> 715 root 32 52 0 11M 1120K rpcsvc 3 0:00 0.00% = nfsd: server (nfsd) >> 12 root 18 -52 - 0 288K WAIT 2 2:29 1.43% = [intr] >> 412 root 1 20 0 10M 72K select 2 0:00 0.00% = /sbin/devd >> 796 root 1 52 0 20M 672K select 0 0:00 0.00% = /usr/sbin/sshd >> 13 root 3 -8 - 0 48K - 1 0:11 0.00% = [geom] >> 14 root 20 -68 - 0 320K - 0 0:02 0.00% = [usb] >> 238 root 1 52 0 12M 416K select 1 0:00 0.00% = dhclient: awg0 [priv] (dhclient) >> 15 root 1 -16 - 0 16K - 0 0:00 0.00% = [soaiod1] >> 239 _dhcp 1 20 0 12M 484K select 1 0:00 0.00% = dhclient: awg0 (dhclient) >>=20 >> (Basically the Pine64+ 2GB [aarch64] above was idle after boot other = than >> some runs of top.) >>=20 >> I see this oddity across architectures, for example amd64, powerpc64, >> aarch64, armv7. >=20 > No wonder, it doesn't seem to have worked ever (?) as the compare_pid = is > simply not defined in compares list. Try attached patch. > I'm a long term top user and it used to work. For example, when I was = running head -r340287 it worked as I remember. (I recreated such a vintage = recently for a test of something else. The -opid ordering was coherent as I = remember, unlike the above.) It historically seemed to track the time order of process creation, even = around the PID number wrapping around. (So not a strict PID sort, at least for the PID = shown.) This was handy for monitoring buildworld buidkernel and port builds (all = parallel). I'll probably try the patch when I have a chance, even if it does strict = PID number order. Thanks. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Dec 25 04:54:04 2018 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 1AF1A133D892 for ; Tue, 25 Dec 2018 04:54:04 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 A2EF586A40 for ; Tue, 25 Dec 2018 04:54:02 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id A176B213D0; Mon, 24 Dec 2018 23:54:01 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Mon, 24 Dec 2018 23:54:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=RAbEoGWL9IY9BDJYe6qkFYuK6yI di4OexUymBGk813A=; b=m1Ig7cmin2C+yIFxmUGhU0N+OxoaBKiotKMTv3p+bx4 O2jC4ORn/NW5Hheit+F279vFzFOht72pr1SKTl4avMZ/Qqwmu6pVxJxYH1U4Knyd ImwaZNk5n+hdb6/7aDmim8nGmCTiEAnOGw3ePE2c62rJijYZmJJ5M2iZYmfIEsn4 fU8kF/up8JAZ7Rc/AAP0dln2FbNLrJLqNf572RdwJEfBCdfzlJIs44uMcwHTEGie tvj+u98GQNfkMjGx1eKXoVX+KLW0B+Fb2S+jekYn74pdkDMODB1l45Oxq+N/aNlm 7ap6wCgFyjkvaeAAj509z5xt6hgiEbPBGbiKAB+69Mg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=RAbEoG WL9IY9BDJYe6qkFYuK6yIdi4OexUymBGk813A=; b=ErsfBEH4D89E+Cr6HipKal 2rip7yMWkh1VZGA7EKhu1H9kO5eUMVGH32DH9EhhGqfVHeGBY0D+WT6LcSuKUDec 9TRzZcRJHDEtpa0Tlmb6GUecUmjCTQjPHBR6QD4Z/bBbgbhaNViHtn4OY3kabM48 AsPCdObaTyk1k/HtGEkE+colWxTw/cYQVtQRCJSWzHqLJP83M2ycWVE5LXtgAZvX GX+RJCbBmcocaQ8krIbvO29VCWeqvHsI1pryhRENWj7i2sDmd8rZgY2/J8LcAFSk 1/jDUTfCCsJVCGe0Uv263fZ2l4I6tTdySuieMtodgU1sgH0ciRPVw6ZTx9YVuP3A == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtkedrudekvddgjeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfquhhtnecuuegrihhlohhuthemucef tddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefuvfhfhffkff gfgggjtgesghdtrefotdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihuhhr ihhpvheshihurhhiphhvrdhnvghtqeenucffohhmrghinhephihurhhiphhvrdhnvghtne cukfhppeelgedrvdeffedrvdefuddrleejnecurfgrrhgrmhepmhgrihhlfhhrohhmpeih uhhrihhpvheshihurhhiphhvrdhnvghtnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.1.2] (unknown [94.233.231.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 41FE2E44D4; Mon, 24 Dec 2018 23:53:59 -0500 (EST) Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) To: Mark Millard Cc: FreeBSD Current References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= mQENBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAG0H1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD6JAVcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYuQENBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAGJATwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Tue, 25 Dec 2018 07:53:49 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4v1s2U7o7vur07W5BQnqHXGvA3wUwnm2p" X-Rspamd-Queue-Id: A2EF586A40 X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.net header.s=fm3 header.b=m1Ig7cmi; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=ErsfBEH4; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=yuripv@yuripv.net X-Spamd-Result: default: False [-9.18 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MIME_BASE64_TEXT(0.10)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yuripv.net:s=fm3,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.58)[ip: (-9.40), ipnet: 66.111.4.0/24(-4.65), asn: 11403(-3.77), country: US(-0.08)] 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, 25 Dec 2018 04:54:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4v1s2U7o7vur07W5BQnqHXGvA3wUwnm2p Content-Type: multipart/mixed; boundary="SRfyl7p5hgj482QFXt6N3kP80snghYDig"; protected-headers="v1" From: Yuri Pankov To: Mark Millard Cc: FreeBSD Current Message-ID: Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> In-Reply-To: --SRfyl7p5hgj482QFXt6N3kP80snghYDig Content-Type: multipart/mixed; boundary="------------2B8151DAFC2CDDA91116EAB3" Content-Language: en-US This is a multi-part message in MIME format. --------------2B8151DAFC2CDDA91116EAB3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mark Millard wrote: >=20 >=20 > On 2018-Dec-24, at 13:49, Yuri Pankov wrote: >=20 >> Mark Millard wrote: >>> From my from=3Dsource head -r3418363 context, top with -opid does not= >>> seem to sort in a coherent order, not time of process creation order >>> (either direction) and not in just-PID numeric order (either >>> direction). For example: >>> >>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU= COMMAND >>> 0 root 24 -16 - 0 368K swapin 1 0:00 0.00%= [kernel] >>> 16 root 1 -16 - 0 16K - 3 0:00 0.00%= [soaiod2] >>> 752 root 1 20 0 18M 18M select 1 0:07 0.01%= /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -g >>> 800 root 1 20 0 11M 908K nanslp 1 0:01 0.00%= /usr/sbin/cron -s >>> 1 root 1 20 0 9900K 132K wait 3 0:00 0.00%= [init] >>> 17 root 1 -16 - 0 16K - 0 0:00 0.00%= [soaiod3] >>> 2 root 1 -16 - 0 16K crypto 0 0:00 0.00%= [crypto] >>> 18 root 1 -16 - 0 16K - 0 0:00 0.00%= [soaiod4] >>> 850 root 1 20 0 13M 2756K wait 3 0:00 0.00%= login [pam] (login) >>> 3 root 1 -16 - 0 16K crypto 0 0:00 0.00%= [crypto returns 0] >>> 19 root 1 -16 - 0 16K mmcsd 0 0:25 0.00%= [mmcsd0: mmc/sd card] >>> 643 root 1 20 0 11M 1124K select 2 0:01 0.00%= /usr/sbin/syslogd -s >>> 4 root 1 -16 - 0 16K crypto 0 0:00 0.00%= [crypto returns 1] >>> 20 root 1 -16 - 0 16K mmcsd 0 0:00 0.00%= [mmcsd0boot0: mmc/sd] >>> 5 root 1 -16 - 0 16K crypto 0 0:00 0.00%= [crypto returns 2] >>> 21 root 1 -16 - 0 16K mmcsd 0 0:00 0.00%= [mmcsd0boot1: mmc/sd] >>> 6 root 1 -16 - 0 16K crypto 0 0:00 0.00%= [crypto returns 3] >>> 22 root 3 -16 - 0 48K psleep 3 0:12 0.00%= [pagedaemon] >>> 5270 root 1 20 0 14M 3780K CPU2 2 0:00 0.14%= top -Saopid >>> 662 root 1 20 0 11M 680K select 0 0:00 0.00%= /usr/sbin/rpcbind >>> 7 root 2 -16 - 0 32K - 0 0:00 0.00%= [cam] >>> 23 root 1 -16 - 0 16K psleep 2 0:00 0.00%= [vmdaemon] >>> 5255 root 1 20 0 12M 3092K wait 0 0:00 0.00%= -sh (sh) >>> 8 root 1 -16 - 0 16K waitin 0 0:00 0.00%= [sctp_iterator] >>> 24 root 3 -16 - 0 48K qsleep 3 0:12 0.01%= [bufdaemon] >>> 712 root 1 52 0 12M 616K select 0 0:00 0.00%= /usr/sbin/mountd -r >>> 9 root 1 -16 - 0 16K - 1 0:04 0.00%= [rand_harvestq] >>> 25 root 1 20 - 0 16K vlruwt 0 0:04 0.00%= [vnlru] >>> 10 root 1 -16 - 0 16K audit_ 0 0:00 0.00%= [audit] >>> 26 root 1 16 - 0 16K syncer 0 1:45 0.00%= [syncer] >>> 714 root 1 52 0 12M 728K select 3 0:00 0.00%= nfsd: master (nfsd) >>> 11 root 4 155 ki31 0 64K CPU0 0 144.6H 397.09%= [idle] >>> 235 root 1 20 0 11M 564K select 3 0:00 0.00%= dhclient: system.syslog (dhclient) >>> 715 root 32 52 0 11M 1120K rpcsvc 3 0:00 0.00%= nfsd: server (nfsd) >>> 12 root 18 -52 - 0 288K WAIT 2 2:29 1.43%= [intr] >>> 412 root 1 20 0 10M 72K select 2 0:00 0.00%= /sbin/devd >>> 796 root 1 52 0 20M 672K select 0 0:00 0.00%= /usr/sbin/sshd >>> 13 root 3 -8 - 0 48K - 1 0:11 0.00%= [geom] >>> 14 root 20 -68 - 0 320K - 0 0:02 0.00%= [usb] >>> 238 root 1 52 0 12M 416K select 1 0:00 0.00%= dhclient: awg0 [priv] (dhclient) >>> 15 root 1 -16 - 0 16K - 0 0:00 0.00%= [soaiod1] >>> 239 _dhcp 1 20 0 12M 484K select 1 0:00 0.00%= dhclient: awg0 (dhclient) >>> >>> (Basically the Pine64+ 2GB [aarch64] above was idle after boot other = than >>> some runs of top.) >>> >>> I see this oddity across architectures, for example amd64, powerpc64,= >>> aarch64, armv7. >> >> No wonder, it doesn't seem to have worked ever (?) as the compare_pid = is >> simply not defined in compares list. Try attached patch. >> >=20 > I'm a long term top user and it used to work. For example, when I was r= unning > head -r340287 it worked as I remember. (I recreated such a vintage rece= ntly > for a test of something else. The -opid ordering was coherent as I reme= mber, > unlike the above.) >=20 > It historically seemed to track the time order of process creation, eve= n around the PID > number wrapping around. (So not a strict PID sort, at least for the PID= shown.) This > was handy for monitoring buildworld buidkernel and port builds (all par= allel). >=20 > I'll probably try the patch when I have a chance, even if it does stric= t PID number > order. Thanks. OK, so top never did sort for '-opid' by itself, and rather relied on the process list to be sorted by birth time internally (as returned by kvm_getprocs()) and it doesn't seem to be really sorting by PID, more so when PID numbers wrap. Quick bisect shows that this behavior was changed by r340742 ("proc: implement pid hash locks and an iterator"), so I guess we now just need to implement real sorting by PID. I have attached another patch version adding pid comparison function done like the other ones. --------------2B8151DAFC2CDDA91116EAB3 Content-Type: text/plain; charset=UTF-8; name="top.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="top.diff" ZGlmZiAtLWdpdCBhL3Vzci5iaW4vdG9wL21hY2hpbmUuYyBiL3Vzci5iaW4vdG9wL21hY2hp bmUuYwppbmRleCAzNzRjOWRhMGVkZjQuLjhjMGRiMzY1ZjhhNSAxMDA2NDQKLS0tIGEvdXNy LmJpbi90b3AvbWFjaGluZS5jCisrKyBiL3Vzci5iaW4vdG9wL21hY2hpbmUuYwpAQCAtMTI3 Niw2ICsxMjc2LDEyIEBAIHN0YXRpYyBpbnQgc29ydGVkX3N0YXRlW10gPSB7CiAJCXJldHVy biAoZGlmZiA+IDAgPyAxIDogLTEpOyBcCiB9IHdoaWxlICgwKQogCisjZGVmaW5lIE9SREVS S0VZX1BJRChhLCBiKSBkbyB7IFwKKwlpbnQgZGlmZiA9IChpbnQpYi0+a2lfcGlkIC0gKGlu dClhLT5raV9waWQ7IFwKKwlpZiAoZGlmZiAhPSAwKSBcCisJCXJldHVybiAoZGlmZiA+IDAg PyAxIDogLTEpOyBcCit9IHdoaWxlICgwKQorCiAvKiBjb21wYXJlX2NwdSAtIHRoZSBjb21w YXJpc29uIGZ1bmN0aW9uIGZvciBzb3J0aW5nIGJ5IGNwdSBwZXJjZW50YWdlICovCiAKIHN0 YXRpYyBpbnQKQEAgLTE0MjAsNiArMTQyNiwyNCBAQCBjb21wYXJlX3N3YXAoY29uc3Qgdm9p ZCAqYXJnMSwgY29uc3Qgdm9pZCAqYXJnMikKIAlyZXR1cm4gKDApOwogfQogCisvKiBjb21w YXJlX3Byb2Nlc3NpZCAtIHRoZSBjb21wYXJpc29uIGZ1bmN0aW9uIGZvciBzb3J0aW5nIGJ5 IHBpZCAqLworc3RhdGljIGludAorY29tcGFyZV9wcm9jZXNzaWQoY29uc3Qgdm9pZCAqYXJn MSwgY29uc3Qgdm9pZCAqYXJnMikKK3sKKwljb25zdCBzdHJ1Y3Qga2luZm9fcHJvYyAqcDEg PSAqKGNvbnN0IHN0cnVjdCBraW5mb19wcm9jICogY29uc3QgKilhcmcxOworCWNvbnN0IHN0 cnVjdCBraW5mb19wcm9jICpwMiA9ICooY29uc3Qgc3RydWN0IGtpbmZvX3Byb2MgKiBjb25z dCAqKWFyZzI7CisKKwlPUkRFUktFWV9QSUQocDEsIHAyKTsKKwlPUkRFUktFWV9QQ1RDUFUo cDEsIHAyKTsKKwlPUkRFUktFWV9DUFRJQ0tTKHAxLCBwMik7CisJT1JERVJLRVlfU1RBVEUo cDEsIHAyKTsKKwlPUkRFUktFWV9QUklPKHAxLCBwMik7CisJT1JERVJLRVlfUlNTSVpFKHAx LCBwMik7CisJT1JERVJLRVlfTUVNKHAxLCBwMik7CisKKwlyZXR1cm4gKDApOworfQorCiAv KiBhc3NvcnRlZCBjb21wYXJpc29uIGZ1bmN0aW9ucyBmb3Igc29ydGluZyBieSBpL28gKi8K IAogc3RhdGljIGludApAQCAtMTUxMSw3ICsxNTM1LDcgQEAgaW50ICgqY29tcGFyZXNbXSko Y29uc3Qgdm9pZCAqYXJnMSwgY29uc3Qgdm9pZCAqYXJnMikgPSB7CiAJY29tcGFyZV9pdmNz dywKIAljb21wYXJlX2ppZCwKIAljb21wYXJlX3N3YXAsCi0JTlVMTAorCWNvbXBhcmVfcHJv Y2Vzc2lkCiB9OwogCiAK --------------2B8151DAFC2CDDA91116EAB3-- --SRfyl7p5hgj482QFXt6N3kP80snghYDig-- --4v1s2U7o7vur07W5BQnqHXGvA3wUwnm2p Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwht90ACgkQk4vgf7Eq 4Wx0UggAmpx319hfalXo1XK1W1bgcIyR8JYIxye6pIJNBZ3Pr4teQ6bJV8GlzVRG MBX84PHE4nHNjG4ohuv9fZTPv928GCOOxL2Y5gMd5nURz50yzZLqE+JeXaurp4Jh n9F4k0JPVvgT2jPRU+XoneKq0Jvz4zGK54JUPXjGCLjgOsg0lmVv3kgcKXB1rC2u pJdUGMPtqUm9GHCdM9K7X3rMf0hrb7JwEBWFZndFRR+XTiQzUSQDBCJ8e7KM+r5d /uIBCYSQzCujKiiXPea2H+XxqQnxgf/m6+Y/75fXIkVPVOH1OZA4wYr5ht9uSD20 slscmvW/kfcgoTV0IXAX19f+cn2KwA== =Ggk8 -----END PGP SIGNATURE----- --4v1s2U7o7vur07W5BQnqHXGvA3wUwnm2p-- From owner-freebsd-current@freebsd.org Tue Dec 25 09:41:48 2018 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 343FF134AF5E for ; Tue, 25 Dec 2018 09:41:48 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 C2C8B6DAB7 for ; Tue, 25 Dec 2018 09:41:47 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.108.158] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1gbjDd-0008ST-6m; Tue, 25 Dec 2018 10:41:45 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id wBP9fcYf003270 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Dec 2018 10:41:39 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id wBP9fcKo003269; Tue, 25 Dec 2018 10:41:38 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Tue, 25 Dec 2018 10:41:38 +0100 From: Matthias Apitz To: kde-freebsd@kde.org, freebsd-current@freebsd.org Subject: Re: kdelibs-kde4 is marked as broken on FreeBSD 13.0: incompatible with base SSL ... Message-ID: <20181225094138.GA3241@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: kde-freebsd@kde.org, freebsd-current@freebsd.org References: <20181224100758.GA3362@c720-r314251> <5281478.XOh7uYVVfo@beastie.bionicmutton.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <5281478.XOh7uYVVfo@beastie.bionicmutton.org> X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.108.158 X-Rspamd-Queue-Id: C2C8B6DAB7 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.985,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, 25 Dec 2018 09:41:48 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable El d=C3=ADa lunes, diciembre 24, 2018 a las 01:16:40p. m. +0100, Adriaan de= Groot escribi=C3=B3: > On Monday, 24 December 2018 11:24:59 CET Jan Beich wrote: > > guru@unixarea.de writes: > > > I know that KDE4 will be removed from ports by the end of the year, > > > that's why I wanted to update my CURRENT and ports right now before > > > this. I now find that one of the fundamental ports (x11/kdelibs-kde4)= is > > > marked as broken... > > >=20 > > > Is there a fix for this (for example using SSL from ports and not from > > > base). The alternative would be reset my poudriere oven to a 19 of > > > September (my last build with KDE4). > >=20 > > Try adding DEFAULT_VERSIONS+=3Dssl=3Dopenssl to make.conf(5) and commen= ting > > out BROKEN_FreeBSD_13 in kdelibs-kde4/Makefile. >=20 > What Jan said will *probably* work. We (kde@) do not have the person-hour= s to=20 > chase this. You'll want a ports tree from last week, since we've been upd= ating=20 > KDE4-era ports to their current releases recently, if you're particularly= =20 > attached to the unmaintained stuff. >=20 > [ade] Thanks to you both (Jan and Adriaan) for your help and your work in general! It's a pity that KDE4 is unmaintained (upstream and in FreeBSD) because it does fine for me and many others for many years. From time to time I hav= e to use KDE5 at work on SUSE Linux workstations and it's rather strange to use this as a C(K)ommon Desktop Environment, to be honestly. That's why I see a lot of mails and PR, for example https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233182 expressing the same. Anyway, I will try to get it compiled based on your hint, and if not either= return to a September version or switch to KDE5. Thanks again. matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, = Druschba instead of Nazis, to live instead of to survive. --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXmn7rBYYViyzy/vBR8z35Hb+nREFAlwh+08ACgkQR8z35Hb+ nRFIeg//TbScfCtSxzenb9YAupYtzd+ihwsQjc67mqVGAid31QZIlyALLTdNAdkS /whzsPj+wg5rK7DGxvt4nJJEPWU/nPHHId4x5bsgKrifa6kxl/58O6p4W7sCoWHk jNvC9z4ztTBpKw+qAVaUdV71UIT72Lv6kFMmkb6DdlmzoysfdFCrR/kS94zcVWq2 79QaxqUb0WJ6GMPL9fm3nmNLw0uR5mkdoYHxm0Q/mC4fIRLomdNHn8xzrAQ7umEN DbsVRncL+D4GaDNIvTPA+4H4rUV3OiESEhuWga6W/FgNwnrsvmxgrD41KKvdADdF a7HJ0hGYvRScpzPg3qh+684v0lfC3S6Q+eIX2vPi4SKgf70CigKca0H9dQcgnaPy 7SgQ//GMUHT9W31iqdk+7GOdOazahr4+irbgL9mrWIJNajJtqT6Sufto64qXYgyc YxJSHzgYLcDb610oHrnHyAOMCpiz/maKMy+E0v9ZmN92yxnB4WDjy5QQ2599ENKe zIINZK6LYXs88oeQZHVB+8r7BiI0rkCA7Ifv+cSnPs/21HpGZvA8W2Yd9Pvaf5ej MQebEROCZC39GAUNu4muLeM0P/ilsCy0CaCD64iN6Aiva6RpQ9NYL15v9RZkGDdM XEXMXbyckLU+lgKDYbUptaSmYrm0x6s0bP52hO1RPhDMZMx7+og= =q6BG -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@freebsd.org Tue Dec 25 15:44:35 2018 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 609E4135572D for ; Tue, 25 Dec 2018 15:44:35 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B69298174C for ; Tue, 25 Dec 2018 15:44:34 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: by mailman.ysv.freebsd.org (Postfix) id 70DFD135572C; Tue, 25 Dec 2018 15:44:34 +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 354A3135572B for ; Tue, 25 Dec 2018 15:44:34 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 31CB88174B for ; Tue, 25 Dec 2018 15:44:33 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 2974221C1B for ; Tue, 25 Dec 2018 10:44:32 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 25 Dec 2018 10:44:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:from:to:references:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=eU++II+tJb5q7Vx3sCUNcaB8dcd 8FcDjCP2Ka1VXU70=; b=aslMDmZnZAJ5LBM0Drr0qKDxNTIWlfxD3Hq5wQNUeAl bd93FsPkPa2EXEzUVnAtPLWkFt1DVTL5Gd8/QjsZv0uFqAmBJMM/AxFwo6QBssQH RaRd+B5TZXaSCvCEG54hvtlhcSrciQjN8b7hvJe9TYtP9JgKTpPApRrhLiKYDrYT Xf+f0rcEKKEhTZUHDbKNJ4DUu1reCykwgduLD1LPNWHxzxdVeGcP+ihsOwYlEdGN K8rS2cUIfA4kMnFI0Pulau3xkyQCNGjkTij7scvZqLqLhyrWPoMpRxVkFrN1bGpB 8uNDrg9x3Kxd7VNBPwAC/koKRxuezU6pCYp9WSRbxFQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=eU++II +tJb5q7Vx3sCUNcaB8dcd8FcDjCP2Ka1VXU70=; b=CjPvOlRPwIShQNfxXkPQtp RAjlX+yn+aEEmnDjEtT5aakd6zVXJxfPXTVNwBcrH/1kSmYst5OLtESiObSUWGUu oBzdmDvAHocKIsN0MWSotQA8LZ1taSGvQkiptMNvsavieTGSi/O0N9liKzY2v+ub hInR+Ndj/L/b3iTT+b9QuwKghWaNgHSgJhVX1PYOQArs0XpgjC9H5xFpfu3l/e+f IxXFuJmclpBfLlAwTDm+xTBxGpyQqPL5vNR78YAZHJACm/fVG30sw5hoaKxwPT1c 3kwOVoCH+aHjpJec02CSBxy/ES+lNaFkkZshy9ch+WXR8vWhuMq30CqQIgr0+t+Q == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtkedrudekfedgkedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfquhhtnecuuegrihhlohhuthemucef tddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefuhffvfhfkff gfgggjtgesghdtrefotdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihuhhr ihhpvheshihurhhiphhvrdhnvghtqeenucffohhmrghinhepfhhrvggvsghsugdrohhrgh dphihurhhiphhvrdhnvghtnecukfhppeelgedrvdeffedrvdefuddrleejnecurfgrrhgr mhepmhgrihhlfhhrohhmpeihuhhrihhpvheshihurhhiphhvrdhnvghtnecuvehluhhsth gvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.1.2] (unknown [94.233.231.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 2364AE4147 for ; Tue, 25 Dec 2018 10:44:29 -0500 (EST) Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) From: Yuri Pankov To: freebsd-current References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= mQENBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAG0H1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD6JAVcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYuQENBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAGJATwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Tue, 25 Dec 2018 18:44:20 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HRMgdYOP3rRLTMZVyTuTaNXwQWs0E4K2l" X-Rspamd-Queue-Id: 31CB88174B X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.net header.s=fm3 header.b=aslMDmZn; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=CjPvOlRP; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=yuripv@yuripv.net X-Spamd-Result: default: False [-9.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.59)[ip: (-9.43), ipnet: 66.111.4.0/24(-4.65), asn: 11403(-3.77), country: US(-0.08)]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yuripv.net:s=fm3,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[yuripv.net]; RCPT_COUNT_ONE(0.00)[1] 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, 25 Dec 2018 15:44:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HRMgdYOP3rRLTMZVyTuTaNXwQWs0E4K2l Content-Type: multipart/mixed; boundary="n0jpmzwOh53uIpnukZnOVrJwtuImdTLBr"; protected-headers="v1" From: Yuri Pankov To: freebsd-current Message-ID: Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> In-Reply-To: --n0jpmzwOh53uIpnukZnOVrJwtuImdTLBr Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Yuri Pankov wrote: > Mark Millard wrote: >> >> >> On 2018-Dec-24, at 13:49, Yuri Pankov wrote: >> >>> Mark Millard wrote: >>>> From my from=3Dsource head -r3418363 context, top with -opid does no= t >>>> seem to sort in a coherent order, not time of process creation order= >>>> (either direction) and not in just-PID numeric order (either >>>> direction). For example: >>>> >>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCP= U COMMAND >>>> 0 root 24 -16 - 0 368K swapin 1 0:00 0.00= % [kernel] >>>> 16 root 1 -16 - 0 16K - 3 0:00 0.00= % [soaiod2] >>>> 752 root 1 20 0 18M 18M select 1 0:07 0.01= % /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -g >>>> 800 root 1 20 0 11M 908K nanslp 1 0:01 0.00= % /usr/sbin/cron -s >>>> 1 root 1 20 0 9900K 132K wait 3 0:00 0.00= % [init] >>>> 17 root 1 -16 - 0 16K - 0 0:00 0.00= % [soaiod3] >>>> 2 root 1 -16 - 0 16K crypto 0 0:00 0.00= % [crypto] >>>> 18 root 1 -16 - 0 16K - 0 0:00 0.00= % [soaiod4] >>>> 850 root 1 20 0 13M 2756K wait 3 0:00 0.00= % login [pam] (login) >>>> 3 root 1 -16 - 0 16K crypto 0 0:00 0.00= % [crypto returns 0] >>>> 19 root 1 -16 - 0 16K mmcsd 0 0:25 0.00= % [mmcsd0: mmc/sd card] >>>> 643 root 1 20 0 11M 1124K select 2 0:01 0.00= % /usr/sbin/syslogd -s >>>> 4 root 1 -16 - 0 16K crypto 0 0:00 0.00= % [crypto returns 1] >>>> 20 root 1 -16 - 0 16K mmcsd 0 0:00 0.00= % [mmcsd0boot0: mmc/sd] >>>> 5 root 1 -16 - 0 16K crypto 0 0:00 0.00= % [crypto returns 2] >>>> 21 root 1 -16 - 0 16K mmcsd 0 0:00 0.00= % [mmcsd0boot1: mmc/sd] >>>> 6 root 1 -16 - 0 16K crypto 0 0:00 0.00= % [crypto returns 3] >>>> 22 root 3 -16 - 0 48K psleep 3 0:12 0.00= % [pagedaemon] >>>> 5270 root 1 20 0 14M 3780K CPU2 2 0:00 0.14= % top -Saopid >>>> 662 root 1 20 0 11M 680K select 0 0:00 0.00= % /usr/sbin/rpcbind >>>> 7 root 2 -16 - 0 32K - 0 0:00 0.00= % [cam] >>>> 23 root 1 -16 - 0 16K psleep 2 0:00 0.00= % [vmdaemon] >>>> 5255 root 1 20 0 12M 3092K wait 0 0:00 0.00= % -sh (sh) >>>> 8 root 1 -16 - 0 16K waitin 0 0:00 0.00= % [sctp_iterator] >>>> 24 root 3 -16 - 0 48K qsleep 3 0:12 0.01= % [bufdaemon] >>>> 712 root 1 52 0 12M 616K select 0 0:00 0.00= % /usr/sbin/mountd -r >>>> 9 root 1 -16 - 0 16K - 1 0:04 0.00= % [rand_harvestq] >>>> 25 root 1 20 - 0 16K vlruwt 0 0:04 0.00= % [vnlru] >>>> 10 root 1 -16 - 0 16K audit_ 0 0:00 0.00= % [audit] >>>> 26 root 1 16 - 0 16K syncer 0 1:45 0.00= % [syncer] >>>> 714 root 1 52 0 12M 728K select 3 0:00 0.00= % nfsd: master (nfsd) >>>> 11 root 4 155 ki31 0 64K CPU0 0 144.6H 397.09= % [idle] >>>> 235 root 1 20 0 11M 564K select 3 0:00 0.00= % dhclient: system.syslog (dhclient) >>>> 715 root 32 52 0 11M 1120K rpcsvc 3 0:00 0.00= % nfsd: server (nfsd) >>>> 12 root 18 -52 - 0 288K WAIT 2 2:29 1.43= % [intr] >>>> 412 root 1 20 0 10M 72K select 2 0:00 0.00= % /sbin/devd >>>> 796 root 1 52 0 20M 672K select 0 0:00 0.00= % /usr/sbin/sshd >>>> 13 root 3 -8 - 0 48K - 1 0:11 0.00= % [geom] >>>> 14 root 20 -68 - 0 320K - 0 0:02 0.00= % [usb] >>>> 238 root 1 52 0 12M 416K select 1 0:00 0.00= % dhclient: awg0 [priv] (dhclient) >>>> 15 root 1 -16 - 0 16K - 0 0:00 0.00= % [soaiod1] >>>> 239 _dhcp 1 20 0 12M 484K select 1 0:00 0.00= % dhclient: awg0 (dhclient) >>>> >>>> (Basically the Pine64+ 2GB [aarch64] above was idle after boot other= than >>>> some runs of top.) >>>> >>>> I see this oddity across architectures, for example amd64, powerpc64= , >>>> aarch64, armv7. >>> >>> No wonder, it doesn't seem to have worked ever (?) as the compare_pid= is >>> simply not defined in compares list. Try attached patch. >>> >> >> I'm a long term top user and it used to work. For example, when I was = running >> head -r340287 it worked as I remember. (I recreated such a vintage rec= ently >> for a test of something else. The -opid ordering was coherent as I rem= ember, >> unlike the above.) >> >> It historically seemed to track the time order of process creation, ev= en around the PID >> number wrapping around. (So not a strict PID sort, at least for the PI= D shown.) This >> was handy for monitoring buildworld buidkernel and port builds (all pa= rallel). >> >> I'll probably try the patch when I have a chance, even if it does stri= ct PID number >> order. Thanks. >=20 > OK, so top never did sort for '-opid' by itself, and rather relied on > the process list to be sorted by birth time internally (as returned by > kvm_getprocs()) and it doesn't seem to be really sorting by PID, more s= o > when PID numbers wrap. Quick bisect shows that this behavior was > changed by r340742 ("proc: implement pid hash locks and an iterator"), > so I guess we now just need to implement real sorting by PID. >=20 > I have attached another patch version adding pid comparison function > done like the other ones. And there's a differential adding both explicit PID sorting, as well as sorting by birth time for those who'd like to have the previous behavior:= https://reviews.freebsd.org/D18658 --n0jpmzwOh53uIpnukZnOVrJwtuImdTLBr-- --HRMgdYOP3rRLTMZVyTuTaNXwQWs0E4K2l Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwiUFQACgkQk4vgf7Eq 4WzuuggApS3BfoKF2Ykiy0n+QTLAiXXJd7xO47yzs/9EEx+cyqPJe0n4BfA9YMAJ DXj0RC2FuL7rur/lkqQdxfm/PjuwufId8adirGZg4T/z9DfRk0X+xxP0rZpUnj4w LZrRplOH2amWqp0R0YLLfR0T2gzoUpneoBJmAS/bphnoAhp0k4GBLDPuNX2vYDNL l5fw4zy1i/qXJNxPI1IY+1gK4TEs9IEjCBu19EyV6YVfv3sXB9cuZqMqOxZxYyTh o0eUzRrQqIrFHV0pN5PxvNdrfOh17tzoa9zvxzyqp+STLkfm2lh+YYQXxgG9plTZ zteD5I71WcxSNOt3psOi+rb1hCzsGg== =He/l -----END PGP SIGNATURE----- --HRMgdYOP3rRLTMZVyTuTaNXwQWs0E4K2l-- From owner-freebsd-current@freebsd.org Tue Dec 25 20:39:18 2018 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 370E4135B60D for ; Tue, 25 Dec 2018 20:39:18 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1D433890FC for ; Tue, 25 Dec 2018 20:39:17 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id D1F32135B609; Tue, 25 Dec 2018 20:39:16 +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 48BD6135B608; Tue, 25 Dec 2018 20:39:16 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10150890F9; Tue, 25 Dec 2018 20:39:15 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id v13so14270028wrw.5; Tue, 25 Dec 2018 12:39:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :mime-version:content-disposition:user-agent; bh=p8j7FGytMgce/A838Q9WfXxBPVOhCaK8zg5FPlZSgak=; b=Y0U7EIp2G1lOzI70TKIfFGiZlJS1sdyACrqfcQ4dLtmzTOOTBLD15y0xB33PjUSIec shofDNlqAHDnBsxwh4VmcxTYF5qDeq7YCQGspY2jRreQ0D9IR0Nti4GF8ILH7v7BHBwj NVtzR4TgueMKknPryNz6NO7WHS1mHF7JCB2/1i0RFgpAtB0jrDPzSSeW16JJJjKCVm2x PBOM5lwTjGRf8f1PyuCy5ZIxpWsstOIyUz8QEKBbpdDAgYsm0/T9eb1QG8zv7SOA2sGN ZWhQxWJYJSzyoEWEksg10uaw+rffCvr+sj5u3svf3ltv/RcR8p5YgZpeeOk1/5y+Ull/ JWFw== 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 :mail-followup-to:mime-version:content-disposition:user-agent; bh=p8j7FGytMgce/A838Q9WfXxBPVOhCaK8zg5FPlZSgak=; b=QlnkEMpRIDU5VVSwYB1GzGCvwzkGP6PtPRx59DvufnwdTwUduavI1ctCcIuS3YUxdm Qpfc6mKmLV+BiR5hqgXF4LEgmlzt+Gic8QvhzbH1pBThWQD+/aJpROm37oBC7+hlWKZs s+iP8mEGAOt5E3XnWq7lnysU1ZpfVO4g4g4Stet9qO41REAIzmLozIeqf+pF+vMURXSv lLfU/+6pBp4gZn7cv9HD9vlHJhAjXb0oOfHyMjw/lPhP59jy5MNr4kAMPWezPZ/B0Yr2 gT3WNqIAODHfWCLkaXsqawOkWnSli2ONV7LnLVlmxBUeGnHKKMt0qM5sWaQj1iNTE7xQ 7KpQ== X-Gm-Message-State: AJcUukeuEhrcHbdjLtEpYRXQwcH8GiR0VjVfbMJSfCGmRjt3V90waZip jc/7mQdFRY9mc54RDGjzfty1ZC40 X-Google-Smtp-Source: ALg8bN4sTkbm2IIL/iJIuE6b0RZQaFLx9aRkF7oBnumqUY7Vn0CSzSgDdWKpKZP8AZN8iZLdE3FEgA== X-Received: by 2002:adf:fe8f:: with SMTP id l15mr15629237wrr.313.1545770352033; Tue, 25 Dec 2018 12:39:12 -0800 (PST) Received: from v2 (cpc92302-cmbg19-2-0-cust461.5-4.cable.virginm.net. [82.1.209.206]) by smtp.gmail.com with ESMTPSA id h16sm59549319wrb.62.2018.12.25.12.39.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 25 Dec 2018 12:39:10 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 25 Dec 2018 00:00:01 +0000 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: hackers@freebsd.org Cc: current@freebsd.org, stable@freebsd.org Subject: FreeBSD Quarterly Status Report - Third Quarter 2018 Message-ID: <20181225000001.GA16548@v2> Mail-Followup-To: hackers@freebsd.org, current@freebsd.org, stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 10150890F9 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Y0U7EIp2; spf=pass (mx1.freebsd.org: domain of etnapierala@gmail.com designates 2a00:1450:4864:20::430 as permitted sender) smtp.mailfrom=etnapierala@gmail.com X-Spamd-Result: default: False [-7.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.93)[-0.929,0]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[trasz@freebsd.org,etnapierala@gmail.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[trasz@freebsd.org,etnapierala@gmail.com]; FORGED_RECIPIENTS(0.00)[hackers@freebsd.org ..,hackers@freebsd.org ...]; 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]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[freebsd.org]; IP_SCORE(-2.58)[ip: (-9.63), ipnet: 2a00:1450::/32(-1.71), asn: 15169(-1.48), country: US(-0.08)]; RCVD_IN_DNSWL_NONE(0.00)[0.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; 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, 25 Dec 2018 20:39:18 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FreeBSD Project Quarterly Status Report - 3rd Quarter 2018 With FreeBSD having gone all the way to 12, it is perhaps useful to take a look back at all the things that have been accomplished, in terms of many visible changes, as well as all the things that happen behind the scenes to ensure that FreeBSD continues to offer an alternative in both design, implementation, and execution. The things you can look forward to reading about are too numerous to summarize, but cover just about everything from finalizing releases, administrative work, optimizations and depessimizations, features added and fixed, and many areas of improvement that might just surprise you a little. Please have a cup of coffee, tea, hot cocoa, or other beverage of choice, and enjoy this culmulative set of reports covering everything that's been done since October, 2017. --Daniel Ebdrup __________________________________________________________________ FreeBSD Team Reports * Continuous Integration * Core Team * Ports Collection * Release Engineering Team * The FreeBSD Foundation Projects * 32-bit compatibility and other ABI cleanups * 4G/4G address space split for i386 * ACPI NVDIMM driver * Boot Loader * Building FreeBSD on non-FreeBSD hosts * Device Mode USB * ENA FreeBSD Driver Update * FreeBSD Graphics Team * FreeBSD/DTrace * ifuncs * Intel Work on Core Enabling and Security * Large scale package building * LLVM 7.0 - Sanitizers support improvements / Static code analysis * Performance improvements * Save/Restore/Migration support in bhyve * SMAP * String functions on the amd64 architecture * Usermode mapping of PCI BARs Architectures * Allwinner SoC Support * Armada 38x FreeBSD support * ARMv6 and ARMv7 image now use EFI loader * DTS Update * FreeBSD on POWER9 * FreeBSD on PowerNV (ppc64) * FreeBSD on RISC-V * PINE64-LTS Image * PocketBeagle Support * RPI Firmware/DTB/U-Boot Update Ports * KDE on FreeBSD * Puppet * scarab: CLI tool for Bugzilla-related workflows Documentation * Cleaning up the Wiki * Quarterly Reports Third-Party Projects * HardenedBSD 2018Q3 Update __________________________________________________________________ FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. Continuous Integration Links FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org/ FreeBSD Jenkins wiki URL: https://wiki.FreeBSD.org/Jenkins freebsd-testing Mailing List URL: https://lists.FreeBSD.org/mailman/listinfo/freebsd-testing freebsd-ci Repository URL: https://github.com/freebsd/freebsd-ci Contact: Jenkins Admin Contact: Li-Wen Hsu The FreeBSD CI team maintains continuous integration tasks for FreeBSD. The CI system regularly checks the changes committed to the project's Subversion repository can be successfully built, and performs various tests and analysis with the build results. The CI team also maintains the archive of the artifact built by the CI system, for the further testing and debugging needs. Starting from June 2018, the project is sponsored by the FreeBSD Foundation in hardware and staff. For more details of the sponsored projects, please refer to: https://www.freebsdfoundation.org/news-and-events/newsletter/freebsd-fo undation-update-september-2018/ In addition to that, we also helped checking regressions for OpenSSL 1.1.1 update and test continuously for 12-STABLE branch. We had meetings and working groups at two developer summits during 2018Q3: * BSDCam 2018 * EuroBSDCon 2018 Work in progress: * Fixing the failing test cases and builds * DTrace test * ZFS test * GCC build * Adding drm ports building test against -CURRENT * Adding tests for selected project branches, e.g.: clang700-import * Adding new hardware to the embedded testbed * Implementing automatic tests on bare metal hardware * Planning running ztest and network stack tests __________________________________________________________________ Core Team Contact: FreeBSD Core Team Much of Core's focus for the past months has been on three items: 1. Coordination between different groups to support the upcoming 12.0 release. The timing of the OpenSSL 1.1.1 release posed challenges, the new OpenSSL version included API changes, many components of the base system and ports required changes. Staying with the older OpenSSL in 12.0 was not a feasible option, because it would have meant backporting many changes to a version of OpenSSL that would be unmaintained by the upstream source. 2. Discussions with the release engineering team and Scott Long about updating the FreeBSD release process. Topics for exploration include: * having more frequent point releases * changing the support model * revising and improving the tooling used to manage the tree and releases * additional topics as they are discovered 3. Gathering information to make decisions more data-driven. For example, we are planning developer and user surveys. If there are questions that you think should be added to the survey, please discuss them on freebsd-arch@. We are exploring ways for automated user-driven hardware usage data to understand the changing ways our software is used and to target better hardware support. Here are other noteworthy events (in chronological order) since the last quarterly report. 2017 Q4 * Sean Eric Fagan's (sef@) commit bit was reactivated with a period of re-mentoring under Alexander Motin (mav@). * The MIPS architecture was promoted to tier 2 status. * Core approved changes to the Code of Conduct. * All fortune data files, except freebsd-tips, were removed in r325828. * Core approved the adoption of a policy requiring any license exceptions to be recorded alongside code. * Gordon Tetlow (gordon@) became the new security officer. * Core approved the use of SPDX tags. 2018 Q1 * Jeb Cramer (jeb@) was awarded a src commit bit under the mentorship of Sean Bruno (sbruno@) and Eric Joyner (erj@). * Members of the CoC Review Team were approved. The membership is to be reviewed once per year. * A vendor commit bit was awarded to Slava Shwartsman (slavash@) of Mellanox Technologies under the mentorship of Konstantin Belousov (kib@) and Hans Petter Selasky (hselasky@). * Walter Schwarzenfeld was awarded project membership. * Brad Davis (brd@) was awarded a src commit bit under the mentorship of Allan Jude (allanjude@) with Baptiste Daroussin (bapt@) as co-mentor. * Vincenzo Maffione (vmaffione@) was awarded a src commit bit under the mentorship of Hiroki Sato (hrs@). * Ram Kishore Vegesna (ram@) was awarded a src commit bit under the mentorship of Kenneth D. Merry (ken@) and Alexander Motin (mav@). 2018 Q2 * Tom Jones (thj@) was awarded a src commit bit under the mentorship of Jonathan T. Looney (jtl@). * Matt Macy's (mmacy@) commit bit was restored under the mentorship of Sean Bruno (sbruno@). * Breno Leitao (leitao@) was awarded a src commit bit under the mentorship of Justin Hibbits (jhibbits@) with Nathan Whitehorn (nwhitehorn@) as co-mentor. * Leandro Lupori (luporl@) was awarded a src commit bit under the mentorship of Justin Hibbits (jhibbits@) with Nathan Whitehorn (nwhitehorn@) as co-mentor. * The handover from the ninth to the tenth elected Core team took place. The tenth Core members are: Allan Jude (allanjude@), Benedict Reuschling (bcr@), Brooks Davis (brooks@), Hiroki Sato (hrs@), Warner Losh (imp@), Jeff Roberson (jeff@), John Baldwin (jhb@), Kris Moore (kmoore@), and Sean Chittenden (seanc@). * Joseph Mingrone (jrm@) was appointed the Core secretary under mentorship of the retiring Core secretary, Matthew Seaman (matthew@). * The new team liaisons were decided. portmgr: Sean, doceng: Hiroki, secteam: Brooks, re: John, clusteradm: Allan, CoC: Warner, Foundation: Benedict, bugmeister: John, CI: Sean. * David Maxwell (dwm@) was awarded project membership. * Daichi Goto's (daichi@) commit bit was reactivated with a period of re-mentoring under George Neville-Neil (gnn@). * A vendor commit bit was awarded to Ben Widawsky (bwidawsk@) of Intel under the mentorship of Ed Maste (emaste@). 2018 Q3 * Core decided to begin meeting twice per month in an attempt to catch up with many new agenda items. * Li-Wen Hsu (lwhsu@) was awarded a src commit bit under the mentorship of Mark Johnston (markj@) with Ed Maste (emaste@) as co-mentor. * Samy al Bahra was awarded project membership. * George Neville-Neil (gnn@) was approved to begin co-mentoring Vincenzo Maffione (vmaffione@). __________________________________________________________________ Ports Collection Links About FreeBSD Ports URL: https://www.FreeBSD.org/ports/ Contributing to ports URL: https://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing/= ports-contributing.html FreeBSD ports monitoring URL: http://portsmon.FreeBSD.org/index.html Ports Management Team URL: https://www.FreeBSD.org/portmgr/index.html FreeBSD portmgr (@freebsd_portmgr) URL: https://twitter.com/freebsd_portmgr/ FreeBSD Ports Management Team (Facebook) URL: https://www.facebook.com/portmgr FreeBSD Ports Management Team (Google+) URL: https://plus.google.com/communities/108335846196454338383 Contact: Ren=C3=A9 Ladan During the first quarter of 2018, the number of ports grew to almost 32,000. In 2018Q1, there were 2,100 open PRs with fewer than 600 unassigned. There were 7,900 commits from 169 committers. Compared to last quarter, the number of commits grew by 18% and the number of PRs dropped by 25%. Those are some good numbers! During the 2018Q2 and 2018Q3 quarters, the number of ports grew to just under 34,000. The number of open PR grew to almost 2,500 with fewer than 600 of those unassigned. A total of 175 committers made almost 14,200 commits. Compared to the first quarter, the number of commits dropped by 10% and the number of PRs grew by 19%. During the last three quarters, portmgr took twelve commit bits in for safekeeping: daichi@, deichen@, ian@, junovitch@, kevlo@, maho@, nemysis@, pawel@, rea@, tabthorpe@, vg@, and wxs@. Portmgr welcomed thirteen new committers in 2018Q2 and 2018Q3: * Devin Teske (dteske@) * Eric Turgeon (ericbsd@) * Fernando Apestegu=C3=ADa (fernape@) * Fukang Chen (loader@) * Gleb Popov (arrowd@) * Jesper Schmitz Mouridsen (jsm@) * John Hixson (jhixson@) * Kevin Bowling (kbowling@) * Koichiro IWAO (meta@) * Mateusz Piotrowski (0mp@) * Matthias Fechner (mfechner@) * Sergey Kozlov (skozlov@) The following committers returned after a hiatus: * Ion-Mihai Tetcu (itetcu@) * Kevin Lo (kevlo@) * Sean Chittenden (seanc@) During the last three quarters, Antoine Brodin (antoine@) ran no fewer than 113 exp-runs against the ports tree. These runs were executed to test updates, perform cleanups, and make improvements to the framework and the base system. Most of the runs were for port upgrades, but others include LLD progress, changes to the default port versions, improved support for armv6, armv7, and RISC-V architectures, removed old base system functionality, new USES, and better matching pkg-plist with Makefile options (DOCS and EXAMPLES). Five new USES values were introduced: * apache: handle dependencies on the Apache web server and modules * eigen: automatically depend on math/eigen2 or math/eigen3 * emacs: handle dependencies on the Emacs editor and modules. * gl replaces the old USE_GL from bsd.port.mk * qt-dist, qt:4 and qt:5 replace the old USE_QT from bsd.qt.mk The EXTRA_PATCHES functionality has been extended to support directories, where it will automatically apply all patch-\* files to the port. Ports using USES=3Dphp:phpize, php:ext, php:zend, and php:pecl have been flavored and packages are now automatically built for all versions of PHP that are supported (5.6, 7.0, 7.1 or 7.2). 2018Q3 had updates of major ports: pkg 1.10.5, Chromium 65.0.3325.181, Firefox 59.0.2, Firefox-ESR 52.7.3, Ruby 2.3.7/2.5.1 and Qt5 5.9.4. The default version of PHP was changed from 5.6 to 7.1. The former version of PHP is no longer supported by the developers. The default versions of Samba and GCC are now respectively 4.7 and 7. The Xorg ports have been reorganized and there have been changes to net/openntpd. Please review the UPDATING file for relevant details. Open tasks: * The number of commits dropped somewhat over the last three quarters, leaving more PRs unresolved. If possible, please pick up some PRs and improve everyone's experience. __________________________________________________________________ Release Engineering Team Links FreeBSD 10.4-RELEASE announcement URL: https://www.FreeBSD.org/releases/10.4R/announce.html FreeBSD 11.2-RELEASE announcement URL: https://www.FreeBSD.org/releases/11.2R/announce.html FreeBSD 12.0-RELEASE schedule URL: https://www.FreeBSD.org/releases/12.0R/schedule.html FreeBSD development snapshots URL: https://download.FreeBSD.org/ftp/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team responsibilities include: * setting and publishing release schedules for official project releases of FreeBSD * announcing code slushes, freezes, and thaws * maintaining the respective branches for all supported releases The FreeBSD Release Engineering Team, led by Marius Strobl, completed the 10.4-RELEASE in early October 2017. FreeBSD 10.4-RELEASE was the fifth release from the stable/10 branch, which built on the stability and reliability of 10.3-RELEASE. The FreeBSD 11.2-RELEASE cycle started April 20, 2018 with the announcement of the code slush. The first stage progress was continued throughout the rest of the quarter with the code freeze, followed by three BETA builds, three RC builds, and the final release build was announced June 27, 2018. The FreeBSD Release Engineering Team started the 12.0-RELEASE cycle August 10, 2018 with the announcement of the code slush. The code freeze followed on August 24, 2018. The tentative date for the stable/12 branch was expected to be September 21, 2018. Due to unforeseen circumstances with upstream code that was necessary to include in 12.0-RELEASE, the tentative release schedule needed to be adjusted several times. The API changes in the updated version of the upstream code required changes to be made for all base system utilities that linked with the upstream code. By the end of the 2018Q3 quarter, the stable/12 branch had not been created due to this delay. Throughout the remainder of 2018Q3, several development snapshots builds were released for the head, stable/11, and stable/10 branches. Much of this work was sponsored by the FreeBSD Foundation. __________________________________________________________________ The FreeBSD Foundation Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage software development projects, conferences and developer summits, and provide travel grants to FreeBSD contributors. The Foundation purchases and supports hardware to improve and maintain FreeBSD infrastructure and provides resources to improve security, quality assurance, and release engineering efforts; publishes marketing material to promote, educate, and advocate for the FreeBSD Project; facilitates collaboration between commercial vendors and FreeBSD developers; and finally, represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what the FreeBSD Foundation did to help FreeBSD last quarter: Partnerships and Commercial User Support As a 501(c)(3) non-profit, we don't directly support commercial users, but we do work with them to understand their needs and help facilitate collaboration with the community. Last quarter we met with a few key FreeBSD users and supporters, to discuss pain points, how they can contribute back to FreeBSD, and what technologies they would like to see supported, to support FreeBSD over more of their technologies and products. As many of you know, we formed a partnership with Intel around one and a half years ago. Since then the people we worked directly with left the company, but it moved us into a new relationship with their Open Source Technology Center (OTC). We are very encouraged that Intel has dedicated additional resources from the OTC to work on FreeBSD in addition to existing resources from the networking group and other technologies such as QuickAssist. Much of the work has been focused on security and OS mitigations but we're also focusing on other areas such as power management and persistent memory. In May and again in July we traveled to Intel's Hillsboro campus to meet with management and engineers from OTC and the networking team. We presented an overview of the project and Foundation and also discussed key markets and vendors who use FreeBSD in their products or services and their future requirements. Intel was also interested in learning more about who contributes to FreeBSD. Along those lines we've done some work with OTC to create scripts and organizational mappings to answer that question. Note that we do need developers to help us update and maintain the organizational mappings as we understand that developers do tend to move around and contractors are often working on behalf of multiple organizations. Fundraising Efforts Our work is 100% funded by your donations. As of September 30, we raised $328,482. Our 2018 fundraising goal is $1,250,00 and we are continuing to work hard to meet and exceed this goal! Please consider making a donation to help us continue and increase our support for FreeBSD: https://www.FreeBSDfoundation.org/donate/. We also have a new Partnership Program, to provide more benefits for our larger commercial donors. Find out more information at https://www.FreeBSDfoundation.org/FreeBSD-foundation-partnership-progra m/ and share with your companies! OS Improvements The Foundation improves the FreeBSD operating system by employing technical staff to maintain and improve critical kernel subsystems, add features and functionality, and fix problems. This also includes funding separate project grants like the arm64 port, porting the blacklistd access control daemon, and the integration of VIMAGE support, to make sure that FreeBSD remains a viable solution for research, education, computing, products and more. We kicked off or continued the following projects last quarter: * OpenZFS RAID-Z Expansion project * Headless mode out-of-the-box for embedded ARM boards like the Beaglebone Black * Performance and scalability improvements Having software developers on staff has allowed us to jump in and work directly on projects to improve FreeBSD such as: * ZFS improvements * New Intel server support * kqueue(2) updates * 64-bit inode support * Stack guard * Kernel Undefined Behavior Sanitizer * Toolchain projects * i915 driver investigation * NVDIMM support in acpiconf(8) * Continuous integration dashboard (web page and physical hardware) * FAT filesystem support in makefs(8) Continuous Integration and Quality Assurance The Foundation provides a full-time staff member who is working on improving our automated testing, continuous integration, and overall quality assurance efforts. Foundation employee Li-Wen Hsu set up new CI servers to speed up amd64 build and test jobs, to reduce the latency between changes being committed and results being available. Li-Wen also set up a staging / development server in order to test changes to the CI system itself without affecting production results. We have also started a small hardware test lab, currently connected to the staging server, that tests the full boot and test cycle on physical hardware. In the near future additional hardware devices will be added, and this will migrate to the production CI server. Release Engineering The Foundation provides a full-time staff member to lead the release engineering efforts. This has provided timely and reliable releases over the last five years. Foundation employee Glen Barber continued leading the efforts on the upcoming 12.0-RELEASE. For details surrounding the work involved and progress thus far on 12.0-RELEASE, please see the FreeBSD Release Engineering Team section of this quarterly status report. Supporting FreeBSD Infrastructure The Foundation provides hardware and support to improve the FreeBSD infrastructure. Last quarter, we continued supporting FreeBSD hardware located around the world. FreeBSD Advocacy and Education A large part of our efforts are dedicated to advocating for the Project. This includes promoting work being done by others with FreeBSD; producing advocacy literature to teach people about FreeBSD and help make the path to starting using FreeBSD or contributing to the Project easier; and attending and getting other FreeBSD contributors to volunteer to run FreeBSD events, staff FreeBSD tables, and give FreeBSD presentations. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, to work together on projects, and to facilitate collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. Check out some of the advocacy and education work we did last quarter: * Organized and ran the Essen FreeBSD Hackathon in Essen, Germany * Participated in the FreeBSD Developer Summit BSDCam, in Cambridge, England * Represented FreeBSD at the ARM Partner Meeting * Presented and taught about FreeBSD at SdNOG 5 in Khartoum, Sudan * Exhibited and gave a talk at OSCON 2018 in Portland, OR * Exhibited at the 2018 Grace Hopper Celebration and sponsored as a Silver Non-Profit Sponsor * Exhibited at COCON 2018 in Taipei, Taiwan * Sponsored and gave presentations and tutorials at EuroBSDCon in Bucharest, Romania * Organized and ran the Bucharest FreeBSD Developer Summit * Sponsored the 2018 USENIX Security Symposium in Baltimore, MD as an Industry Partner * Provided FreeBSD advocacy material * Sponsored the 2018 USENIX Annual Technical Conference in Boston, MA as an Industry Partner * Sponsored the OpenZFS Developer Summit as a Silver Sponsor * Presented and taught about FreeBSD at SANOG32 in Dhaka, Bangladesh * Sponsored the SNIA Storage Developer Conference 2018 as an Association Partner * Provided 11 travel grants to FreeBSD contributors to attend many of the above events. We continued producing FreeBSD advocacy material to help people promote FreeBSD around the world. Read more about our conference adventures in the conference recaps and trip reports in our monthly newsletters: https://www.freebsdfoundation.org/news-and-events/newsletter/ We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. Last quarter we published the July/August issue that you can find at https://www.FreeBSDfoundation.org/journal/. You can find out more about events we attended and upcoming events at https://www.FreeBSDfoundation.org/news-and-events/. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to http://www.FreeBSDfoundation.org to find out how we support FreeBSD and how we can help you! __________________________________________________________________ Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. 32-bit compatibility and other ABI cleanups Contact: Brooks Davis As part of maintaining an external ABI (application binary interface) compatibility layer, I've been improving FreeBSD infrastructure, primarily the 32-bit compatibility layer. One of FreeBSD's strengths is that we can easily support many ABIs. This includes support for a.out format executables (vs the standard ELF), support for i386 on amd64, the Linux emulation layer, etc. This infrastructure has existed for decades and not every design decision has stood the test of time. Support has also been incomplete in a number of areas (e.g. network management under 32-bit emulation). Committed improvements include: * Improved ioctl and sysctl support to allow ifconfig and netstat to work in 32-bit compat mode. * Migration from a model of translating ioctl commands and data structures at the kernel boundary to translating where the commands are processed. This is a correctness improvement (`ioctl` commands do not have meaning outside the specific file descriptor in question) and improves code reusability (my out-of-tree work will soon include a 64-bit compatibility layer.) * Simplifications of the generic ELF process execution path by Ed Maste, John Baldwin, and myself. A number of simplifications including minor speedups have been committed. Portions of this work were developed by SRI International and the University of Cambridge Computer Laboratory (Department of Computer Science and Technology) under DARPA/AFRL contract FA8750-10-C-0237 ("CTSRD"), as part of the DARPA CRASH research programme and under DARPA contract HR0011-18-C-0016 ("ECATS"), as part of the DARPA SSITH research programme. Work in progress includes cleanups to the APIs used by the kernel when creating processes and continued ioctl improvements. Work is also underway to generate the 32-bit system call list from the "default" list. The remaining ioctl commands handled in sys/compat/freebsd32/freebsd32_ioctl.c need to be migrated to the point of implementation. Help with the latter would be appreciated. __________________________________________________________________ 4G/4G address space split for i386 Contact: Konstantin Belousov Most 32-bit FreeBSD architectures, including i386, started to suffer from the rapid growth of the size of software during the past decade. When a 32-bit address space is enough space for a given task, 32-bit mode still has an intrinsic advantage over 64-bit mode, due to less memory traffic and more economical use of caches. It has grown harder to provide the self-hosting i386 system build due to the increase in size of the build tools. The FreeBSD i386 kernel, prior to the 12.0-RELEASE version, split the 4GB address space of the platform into 3GB (minus 4MB) accessible to userspace accesses and 1GB for kernel accesses. Neither kernel nor userspace could access a full 4GB address space. Programs that require very large virtual address spaces, such as clang when compiling or lld when linking, could run out of address space: 3GB of address space was insufficient for their operation. The kernel also had trouble fitting into the traditional 1GB limitation of address space with the modern sizing for network buffers, ZFS and other KVA-hungry in-kernel subsystems. In FreeBSD 12, the i386 architecture has been changed to provide dedicated separate address spaces for userspace and kernel, giving each mode full access to 4GB (minus 8MB) of usable address space. The userspace on the i386 architecture now has access to the same amount of address space as the compat32 subsystem in the amd64 architecture kernel. The increase in kernel address space enables further growth and maintainability of the i386 architecture. The split 4GB/4GB user/kernel implementation uses two page directory entries (PDEs) shared between modes: one for mapping the page table, another for the mode switching trampoline and other required system tables. The required system tables, which must always be mapped, regardless of kernel or user mode, includes such things as the GDT/IDT/TSS entries. Significant changes were made to the locore code. The page table creation portion of the code was completely rewritten from assembly to C, improving readability and maintainability of the code. Because the user address space is no longer shared with the kernel, the copyout(9) functions were rewritten to make a transient mapping of userspace pages for the duration of any needed accesses. The initial implementation used the vm_fault_quick_hold_pages() framework, but this was later optimized by temporarily switching to user mode mappings from a trampoline, and then using hand-written assembler routines to perform a faster small block copy operation. Future plans for the ongoing maintenance of i386 include making the i386 pmap capable of runtime selection of the PAE or non-PAE page table format and supporting NX (no execute) mappings for regular i386 kernel. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ ACPI NVDIMM driver Contact: Konstantin Belousov NVDIMM is a technology which provides non-volatile memory with access characteristics similar to regular DRAM, which is the technology that implements the normal memory address space of a host. There are ACPI and UEFI specifications that define platform independent ways to detect and enumerate the presence of NVDIMMs. These specifications allow the retrieval of most of the data needed to allow proper application use of the NVDIMM storage. A new FreeBSD driver parses the ACPI NFIT table which lists NVDIMMs, their operational characteristics, and the physical address space where the NVDIMM memory is accessible. The driver presents each address region as two devices: One device allows userspace to open(2) a devfs node, which can be read/written/mapped from the application. This mapping is zero-copy. The second device is a geom disk(9), which makes it possible to use NVDIMM for the backing storage for a normal FreeBSD filesystem, such as UFS, ZFS, or msdosfs. Note that buffer cache/mapping of files from a traditional filesystem created over NVDIMM causes an unneeded double-buffering. Empirically, on typical modern hardware, NVDIMM regions are located far from the regular DRAM backed memory in the address space, and have attributes that are not compatible with regular DRAM memory. This makes it unfeasible to extend the kernel's direct map to provide the kernel mappings for the NVDIMM regions. A new pmap KPI was designed, pmap_large_map(9), which allows efficient mapping of very large physical regions into the KVA. The new code has some optimizations to the cache flushing operations over the mapped regions, which is needed to efficiently support bio flushes from a filesystems using the NVDIMM storage. The NVDIMM driver is the first user of the new KPI, but the new KPI might also be useful for the NTB driver. TODO: * Intel is currently working on extending the driver to support UEFI namespaces. * A DAX-capable filesystem is needed, which solves the issue of double-buffering. Our tmpfs already provides VM facilities which allows it to avoid double-buffering for mmap, which can be reused there. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ Boot Loader Contact: Warner Losh Contact: Kyle Evans Contact: Toomas Soome The FreeBSD boot loader lives in src/stand (prior releases had it in sys/boot and lib/libstand). It covers all the code that the project provides that interacts with the hardware before the kernel starts. The LUA interpreter added earlier in 2018 was made default in 2018Q3. Due to undiagnosed booting issues, the LUA interpreter has been disabled on sparc64 and all powerpc. The LUA interpreter is scheduled to replace the FORTH interpreter entirely in FreeBSD 13, although the FORTH interpreter will remain available as a build option in FreeBSD 12. The plans are not to remove the FORTH loader for about a year after 12.0 release, or approximately January 2020. Platforms not currently working with the LUA interpreter have until that date to resolve the issues. At this point, the LUA scripts implement everything that the FORTH scripts did. Where there was ambiguity in the spec, or where the FORTH scripts were more forgiving than was strictly documented, every effort has been made to improve the documentation and follow the old FORTH behavior, or document the new behavior where the old behavior was clearly a bug. It's anticipated that no further changes to the FORTH loader or the FORTH scripts will happen. They are quite mature and bullet proof at this point and it's unlikely that an undiscovered bug will need to be fixed before retirement. Other work in progress includes Toomas Soome's port to OpenIndiana. In addition to porting, he's enhanced the code in a number of ways (both in the block layer, and UEFI). Many of his improvements have been committed to FreeBSD, though a few remain and hopefully will be entering the tree soon after the freeze lifts. UEFI booting has been greatly enhanced. There are still some machines that have issues with the default BootXXXX variables or something else in the environment that are being investigated. We hope to understand the problems well enough to provide a fix for FreeBSD 12.0. Ian Lepore has reworked the GELI support so that it is architecture independent and can be used on any architecture we support. There are also efforts underway to support booting signed images, improved crypto booting options, and implement Multiboot 2.0 support. __________________________________________________________________ Building FreeBSD on non-FreeBSD hosts Links Wiki =20 URL: https://wiki.FreeBSD.org/BuildingOnNonFreeBSD GitHub project URL: https://github.com/arichardson/freebsd/tree/crossbuild-aug2018 Contact: Alex Richardson Currently FreeBSD can only be built on a FreeBSD host. However, most free CI tools only allow building on Linux or macOS and therefore can not be used for building the FreeBSD base system. It is sometimes useful to cross-build FreeBSD for a remote machine or an emulator even if the build machine is not running FreeBSD. The goal of this project is to allow building FreeBSD on both Linux and macOS hosts and in the future it may be extended to allow compiling on a Windows host. This work originates from the CHERI project and was motivated by multiple cases of people wanting to try out CheriBSD but not being able to compile it since they did not have a FreeBSD system available for compiling. Once completed this project will also allow developers to contribute to FreeBSD even if they don't have access to a FreeBSD build system. The current set of patches for this project can be found on GitHub. With the current prototype it is possible to compile both world and kernel for architectures that use the clang compiler and for MIPS64, which uses gcc. However, some options such as LOCALES are not supported yet and require further changes before the bootstrap tools can be built on Linux/macOS. Some changes required for building on non-FreeBSD have already been merged to HEAD but there are still a rather large number of changes that need review. If you are interested in getting this into HEAD and would like to help, please try the current prototype and report any issues to arichardson@FreeBSD.org. If you can help with reviewing the changes please contact arichardson@FreeBSD.org to be added to any pending Phabricator reviews. __________________________________________________________________ Device Mode USB Links Handbook chapter URL: https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/usb-dev= ice-mode.html Contact: Edward Tomasz Napierala Many embedded boards include hardware which supports device side USB - the ability for the board to present itself to another system as a USB drive, network adapter, or a virtual serial port. The FreeBSD USB stack has supported this functionality for quite some time, but it has not been used to its fullest extent. The goal of this project was to fix that - to document the functionality, possibly fix some bugs, and to make it easy to use, automating it as much as possible. Starting with FreeBSD 12.0, this functionality is enabled out of the box. This means you can connect your BeagleBone Black's (using its USB client socket) or a Raspberry Pi 0 (using the On-The-Go (OTG) port) to your laptop, and you'll get a virtual USB serial port, which serves as a system console, with getty(8) waiting for you to log in. This means you no longer need to look for a keyboard and a screen, or mess with the console cables just to configure your system. You can also switch it to provide network interface, or present itself as a USB drive - it's all documented in the FreeBSD Handbook. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ ENA FreeBSD Driver Update Links ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbsd/ena/R= EADME Contact: Michal/ Krawczyk ENA (Elastic Network Adapter) is the smart NIC which is used in the virtualised environment of Amazon Web Services (AWS). It supports multiple queues and can handle up to 25 Gb/s, depending on the instance type on which it is used. Since last report, ENA versions v0.8.0 and v0.8.1 have been released, which introduced many bug fixes, new features, optimization, stability and error recovery improvements. The last is especially important on the AWS, where the instances have to be reliable as they may be running very sensitive functions and the down time of the VM should be reduced to minimum. The v0.8.0 and v0.8.1 release patches included: * Upgrade of the HAL to version v1.1.4.3 * Improvement to the reset routine - the driver is now triggering reset from more fault points and is passing the reset reason to the device, which can perform the reset adequately to the encountered error. * Device statistics (like global Tx and Rx counters) are no longer read directly from the device. The only exception is Rx drops, which are still read using the AENQ descriptor. * The RX Out Of Order completion feature was added, which enabled to cleanup the RX descriptors out of order by keeping trace of all free descriptors. * RX ring is now being monitored, to prevent the ring from stalling. * Error handling paths were reworked and fixed. * Driver was covered with branch prediction statements, to make the most of this CPU feature in the hot paths. * Fix handling of the DF flag in the IP packets. * Add dynamic logging and reduce number of messages being printed by the driver. * MTU configuration now is being verified using the device capabilities instead of a constant value. * Do not pass packet header length hint to the device, because for the chained mbufs it may be problematic to determine header length, if the header is split into multiple segments. This project was sponsored by Amazon.com Inc.. __________________________________________________________________ FreeBSD Graphics Team Links Project GitHub page URL: https://github.com/FreeBSDDesktop Contact: FreeBSD Graphics Team Contact: Niclas Zeising The FreeBSD X11/Graphics team is responsible for the lower levels of the FreeBSD graphics stack. This includes graphics drivers, graphics libraries such as the MESA OpenGL implementation, the X.org xserver with related libraries and applications, and Wayland with related libraries and applications. There have been a lot of changes since the last report. The most important one is the change of driver distribution and updates. On FreeBSD 11.2 and later modern graphics drivers using the Linux KPI subsystem are found in ports. These give much improved support for Intel and AMD graphics hardware, however, they are currently only available for amd64. The legacy drivers available in the FreeBSD base system are also available in the ports tree, since they cause issues with the new drivers. They will remain in tree for 11.2 and 12, but work is on-going to have them removed for 13, except for arm. The easiest way to install the new drivers is to install graphics/drm-kmod which will install the correct driver depending on your architecture and FreeBSD version. There have been changes to the ports as well. Most notably is the changed handling of OpenGL dependencies, which has moved to USES instead of being handled directly in bsd.port.mk. Other big infrastructure changes is the move from individual \*proto packages to xorgproto, and turning that into a build time dependency. Many thanks to portmgr for help with exp-runs for these changes. There have been updates to applications and libraries as needed. On the project management side, there is ongoing work to set up a more efficient way of working, including bi-weekly conference calls to discuss the current works in progress. Notes from these conference calls will be posted on the mailing list. Looking forward, the current major work in progress is to update the graphics driver to be on par with Linux 4.17. The code is merged, but patching and bug fixing is ongoing. There is also work to port the VMware guest graphics driver, vmwgfx, to FreeBSD and to the Linux KPI, to get better graphics support in VMware. Lastly, on the driver side is to get the new graphics drivers to work on i386 as well. Experimental support for this exists in the code repository, but is not yet merged to the FreeBSD ports tree. In userland, the biggest things happening is the update of the input stack, including libinput and supporting libraries. Work is also ongoing on updating MESA libraries. On the project management side, the most important tasks is to continue to work on the team, and how we work internally. We are also working on setting up a list of requirements for testing, so that we can be reasonably assured that updates won't cause regressions. People who are interested in helping out can find us on the x11@FreeBSD.org mailing list, or on our Gitter chat: https://gitter.im/FreeBSDDesktop/Lobby. We are also available in #freebsd-xorg on EFNet. We also have a team area on GitHub where our work repositories can be found: https://github.com/FreeBSDDesktop __________________________________________________________________ FreeBSD/DTrace Contact: George Neville-Neil Contact: Domagoj Stolfa DTrace is a whole-system debugging tool in FreeBSD and is one of the actively supported projects during the past year. A research prototype of a distributed version of DTrace and a version of DTrace that can trace bhyve virtual machines from the host FreeBSD system are currently under development at the University of Cambridge as a part of the CADETS project. Recent developments include the creation of dlog, an in-kernel DTrace consumer which is able to publish to Kafka, and improvements to early boot and shutdown tracing. On the virtualisation front, improvements were made in the ability to dereference and follow pointers inside guests from the host in the probe context by implementing a nested page table walk inside DTrace for Intel architectures. The CADETS project has started formalizing DTrace in HOL4 which enables automated test generation, high assurance of DTrace implementations in terms of adherence to the specification and exploration of all allowable behaviors for a given D script. Currently, the formal model contains most of DIF instructions and a code generator for them, providing the ability to run DIF programs specified using the model using FreeBSD's DTrace implementation. As a result of all of this, a number of changes were upstreamed to the FreeBSD auditing subsystem and new variables such as jid and jailname were added to DTrace which can be accessed from D scripts. OpenDTrace Specification 1.0 has been published which covers the internal workings of DTrace in general, and its adaptation to various operating systems in particular. This work was sponsored by AFRL/DARPA through the CADETS project. Ruslan Bukin (br@) has added C-compressed ISA extension support to the RISC-V FBT provider as a part of the ECATS project. Mark Johnston (markj@) has done some work to fix interactions between FBT and ifuncs. ifuncs are a toolchain feature which allow programmers to select a function's implementation at boot-time, rather than at compile-time. For instance, on amd64, memcpy() is an ifunc and may be implemented by either memcpy_erms() or memcpy_std(). FBT created probes for the implementation functions, but we needed some extra support to ensure that fbt::memcpy:entry continues to work as expected. Similar work is needed for the PID provider, but is still pending. Microsoft showed a working demo of DTrace, which was ported from FreeBSD. Added to FreeBSD base in 11.2, dwatch is a new DTrace tool, developed by Devin Teske (dteske@), for automating complex queries for data and surgically tapping the kernel. In base there are 85 profiles for interpreting domain-specific data with another 17 available from ports making a total of over 100 different pipelines from which you can extract data in multiple formats. dwatch also simplifies observation of over 100,000 probe points available in FreeBSD, making it easy to find any process, thread, or jail triggering any probe. On top of all that, dwatch profiles can leverage higher-level languages such as python, perl, sh, and many more. __________________________________________________________________ ifuncs Contact: Konstantin Belousov Contact: Ed Maste Contact: Mark Johnston Contact: Mateusz Guzik An ifunc is a special construct in an ELF object, which allows for the selection of the implementation for the given symbol at runtime, when the ELF module gets the final relocations applied. The selection of which code to use is governed by the small piece of user provided code, attached to the symbol, the so called resolver function. Ifuncs provide a convenient way to select between different machine-specific implementations of the parts of the code, without the ugliness and unsafety of the alternative approach, which is runtime patching. Ifuncs require support both from the static linker ld(1), and from the runtime linker for the corresponding execution environment. On FreeBSD, with the switch from the ancient GPLv2 licensed BFD-based ld(1) to either in-tree LLD or external modern BFD ld, the use of ifuncs become possible. Runtime linkers for ifunc support exists for the following environments: * i386, amd64, and arm64 kernels * usermode dynamic linker ld-elf.so.1 on i386 and amd64 * static binaries startup code for i386 and amd64 The use of ifuncs were previously applied for optimization of the following areas of the amd64 kernel: * context switching code, instead of huge number of runtime checks (PTI vs non-PTI, PCID or not, is INVPCID instruction supported for PCID) now uses set of mode-specific routines, see pmap_activate_sw(). Besides removing checks at runtime, it also makes the code much more cleanly structured and readable. * TLB and cache flush implementation. * memcpy/memmove, copyin/copyout variants selection for ERMS and SMAP. * FPU state save and restore, depending on the support for AVX or not, this is also used on i386. For amd64 userspace, we currently use ifunc for optimization of the architecture dependent TLS base set and get functions. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ Intel Work on Core Enabling and Security Contact: Ben Widawsky A new team has been formed within Intel to help with side channel security mitigations as well as core enabling. They are evaluating work from all areas except networking. The team is currently focusing on two areas: 1. Power Management improvements 2. NVDIMM namespace support The ultimate goal of the power management work is to get runtime power management to hit "opportunistic idle". What this means is when devices are idle, the OS will power them down, and when everything goes idle certain SoCs will allow you to hit very low power states across the platform. FreeBSD currently doesn't have any notion of runtime power management, and many devices don't properly implement suspend and resume. In addition, some preliminary work is in process as it was thought to help when eventually enabling opportunistic idle. That preliminary work has been happening and is now up for review: * https://reviews.FreeBSD.org/D17675 * https://reviews.FreeBSD.org/D17676 NVDIMM namespace support has also been put up for review. ACPI spec defines namespaces as a way of partitioning the device into separate labels. The current work will integrate with geom(4). How these are used is application dependent. This work is up for review as well: https://reviews.FreeBSD.org/D17619 The team has additionally taken on smaller tasks like porting turbostat(8), working on git svn init scripts, some small modifications to acpi tooling, and an effort to create a port PMDK. __________________________________________________________________ Large scale package building Contact: Mateusz Guzik Building packages on a 128-thread machine with poudriere exhibits some bottlenecks. See the October FreeBSD Foundation Newsletter for a short write-up: https://www.freebsdfoundation.org/news-and-events/newsletter/freebsd-fo undation-update-october-2018/ One encountered problem stems from process handling. The standard process life cycle on UNIX-like systems looks like this: * a process is created with fork(2) * it can do regular work or execve(2) a new binary * it exits, becoming a zombie * the parent collects the exit code and removes the zombie There are other variations (e.g. vfork(2) can be used instead of fork). When you type 'ls' into your shell, it will typically vfork a new process which will then execve /bin/ls. All this is guarded with several global kernel locks, but the granularity can be significantly improved. A different problem stems from pipes. Pipes are used all the time, e.g. "du -s | sort -n" creates a pipe whose one endpoint is standard output for du and another is standard input for sort. By default the pipe can hold up to 16KB before it gets filled up. The kernel dedicates part of its virtual address space to hold pipe buffers and allocates/deallocates physical pages as pipes get created/destroyed. This induces TLB invalidation requests to other CPUs, which causes an unnecessary slowdown. An easy way out is to cache a certain number of buffers. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ LLVM 7.0 - Sanitizers support improvements / Static code analysis Links Release notes URL: http://releases.llvm.org/7.0.0/docs/ReleaseNotes.html Contact: David Carlier In order to increase the FreeBSD tooling to uncover code bugs in the userland, further compiler-rt components support and static code analysis improvements had been added since the last 6.0 version. Starting with the sanitizers, Memory Sanitizer (for amd64) mainly to detect unitialized pointers. There is also a simple W^X paging requests detection available from most of sanitizers. Also libFuzzer support finally had been possible. It allows code to be tested with random values from corpus inputs. Mutation and combination algorithms of those random inputs can be overwritten. Can also be used in addition to ubsan, asan, msan and so on. At last, the X-Ray instrumentation feature is also supported. It is mainly about performance profiling purposes for a reasonable performance runtime cost. In the static code analysis department, reliable strlcpy (unfortunately strlcat did not get merged in due time for the release) wrong usage cases are now covered and W^X code detection tooling had been added. At the moment, this 7.0 version is imported by Dimitry Andric, within its own git branch available only for FreeBSD after 12 releases. __________________________________________________________________ Performance improvements Contact: Matthew Macy FreeBSD 12 saw the introduction of a number of performance improvements: * The introduction of the new synchronization primitive epoch(9) to replace the use of reader locks for providing existence guarantees for data structures. * epoch(9) was used to provide an 85+% reduction in the overhead of pcb lookup in high core count systems. * epoch(9) was used to provide an 85+% reduction in UDP send overhead on high core count systems. See the link for a bit more detail: http://scalebsd.org/blog/2018/06/16/UDP-and-epoch-for-liveness-guar antees * System call overhead is now half that of FreeBSD 11. * UNIX sockets now scale near linearly (previously maxed out at 3-4 threads). * The NUMA work has lead to a 20x-80x improvement in the scalability of page fault handling. __________________________________________________________________ Save/Restore/Migration support in bhyve Links Github repository for the save/restore and migration features URL: https://github.com/FreeBSD-UPB/freebsd/tree/projects/bhyve_migrati= on Github wiki - How to Save and Restore a bhyve guest URL: https://github.com/FreeBSD-UPB/freebsd/wiki/Save-and-Restore-a-vir= tual-machine-using-bhyve Github wiki - How to Migrate a bhyve guest URL: https://github.com/FreeBSD-UPB/freebsd/wiki/Virtual-Machine-Migrat= ion-using-bhyve Github wiki - Suspend/resume test matrix URL: https://github.com/FreeBSD-UPB/freebsd/wiki/Suspend-Resume-test-ma= trix Contact: Elena Mihailescu Contact: Darius Mihai Contact: Sergiu Weisz Contact: Mihai Carabas The Save/Restore feature is a facility to suspend and resume guest virtual images that has been added to the FreeBSD/amd64's hypervisor, bhyve. The bhyvectl tool is used to save the guest virtual machine into three files: * a file for the guest memory * a file for state of each device / CPU state * a file that has metadata that is used in the restore process To suspend a bhyve guest, the bhyvectl tool must be run with the --suspend option followed by the guest name. To restore a bhyve guest from a checkpoint, one simply has to add the -r option followed by the main state file (the same file that was given to the --suspend option for bhyvectl) when starting the VM. The Migration feature uses the Save/Restore implementation to migrate a bhyve guest from one FreeBSD host to another FreeBSD host. To migrate a bhyve guest, one needs to start an empty guest on the destination host from a shared guest image using the bhyve tool with the -R option followed by the source host IP and the port to listen to migration request. On the source host, the migration is started by executing the bhyvectl command with the --migrate option, followed by the destination host IP and the port to send to the messages. New features added: * Create the socket connection between source and destination hosts * Migrate the guest state via sockets * Separate the suspend/resume/migration code from the bhyverun.c and bhyvectl.c and added two new files for them: migration.c and migration.h * Added save/restore state for xhci * Added save/restore state for fbuf * Fix vhpet restore state issues (timers related) * Add partially support for suspending and resuming a Linux guest Future tasks: * Check if live migration can be implemented using the FreeBSD's Copy-on-Write mechanism * Add live migration support by using EPT (Intel) * Add live migration support by using NPT (AMD) * Add suspend/resume support for nvme * Add suspend/resume support for virtio-console * Add suspend/resume support for virtio-scsi * Fix restore timers issues * Fix suspending bhyve - threads issues * Fix suspending bhyve - mutexes issues * Add suspend/resume support for Windows guests This project was sponsored by Matthew Grooms, and iXsystems. __________________________________________________________________ SMAP Contact: Konstantin Belousov Support for SMAP (Supervisor-Mode Access Prevention), has been added to the amd64 kernel. The SMAP feature makes any access from the supervisor mode to the pages accessible to user mode cause a fault, unless the %eflags.AC bit is set at the time of the access. The SMAP implementation uses the ifunc framework to avoid checking for the SMAP capability of hardware on each call to copyout(9) and other functions. In the amd64 architecture, FreeBSD has a common address space between the kernel space and user space. Enabling SMAP virtually splits the shared address space into two disjoint address spaces, which have different access criteria. This splitting of the address space provides a relatively low-overhead way of catching direct accesses from kernel to usermode, when not using the copyout(9) family of functions. The copyout(9) family of functions are permitted direct access to user space. Any direct access from kernel mode to user address space that isn't performed through the copyout(9) family of functions indicates a potential programming error. It is interesting that very few bugs were found in the FreeBSD kernel after the SMAP feature was enabled. One issue that was identified existed in the pci(9) user driver. Enabling the SMAP feature identified at least two ports, VBox and acpi_call, which appeared to access userspace in an unsafe manner. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ String functions on the amd64 architecture Contact: Mateusz Guzik Functions like memset, memmove and memcpy are very frequently used by virtually all programs. They can be optimized in various ways, but FreeBSD uses very rudimentary implementations using rep movsq/stosq. rep prefix has high startup latency which is overly expensive when dealing with small sizes. Short term goal of this project is to implement faster variants for the kernel and import them into libc. The main speed up comes from not using rep for small sizes (< 256) and from aligning target buffers to 16 bytes when rep is used. On top of that runtime detection of the Enhanced REP MOVSB/STOSB extention can be used to only use rep movsb/stosb. Mid term goal extends userspace. SIMD extensions can be used to make these functions faster. They can't easily be used in the kernel: SIMD registers are not saved on transitions user<->kernel for performance reasons. Thus any use would have to take care of saving these registers, which can consume any advantage from using them in the first place. This is not a concern for userspace code. There is a BSD-licensed implementation in bionic: https://android.googlesource.com/platform/bionic/+/master/libc/arch-x86 _64/string/ which with some modifications can be used in libc later on. See the Intel Optimization Manual for reference: https://www.intel.com/content/dam/www/public/us/en/documents/manuals/64 -ia-32-architectures-optimization-manual.pdf This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ Usermode mapping of PCI BARs Contact: Konstantin Belousov Modern PCI(e) devices typically define memory-mapped BARs (Base Address Registers) to make a memory region available to the device. Each BAR has a separate page-aligned boundary and memory region associated with it. This is enforced by the need of hypervisors to provide the pass-through using VT-d, which operates with memory and has the granularity of one page for access control. As is, it also means that the BARs have a suitable configuration for providing access to usermode, controlling access by the normal page tables. Linux already gives a way for userspace mapping of BARs using sysfs. Of course, if a userspace program has enough privileges, it can read a BAR, determine the physical address of the mapping as seen by CPU, and use mem(4) (aka /dev/mem) to mmap() that region of memory. This is very cumbersome, and leaves many unresolved issues. For example, a BAR might be not activated, which would require involvement of the IOMMU on some architectures. Also this rude approach makes it very hard to create mappings with the correct caching attributes. The FreeBSD pci(4) driver was enhanced to support such mappings, and pciconf(8) utility was extended to use the new support. See pci(4) for PCIOCBARMMAP ioctl(2) request description for details, and pciconf(8) for the -D switch. TODO: automatically activate the BAR on mapping, this is not done yet. There is a problem with avoiding the resource conflicts on possible future attachmens of the kernel driver. This project was sponsored by The FreeBSD Foundation, and Mellanox Technologies. __________________________________________________________________ Architectures Updating platform-specific features and bringing in support for new hardware platforms. Allwinner SoC Support Contact: Emmanuel Vadot * SPI driver added for A64 SoC * Thermal driver added/fixed for A64/H3/H5 SoCs * Lot of bugs where fixed in the mmc driver, stability should be better * New driver for AXXP803 which is the power chip companion of the A64 SoC * Add overlays to use another timer controller as the default one in A64 if faulty These overlay is enabled in the PINE64/LTS images by default __________________________________________________________________ Armada 38x FreeBSD support Links PRODUCT BRIEF URL: https://www.marvell.com/documents/egrkpyqzpoebxblyeept/ Contact: Marcin Wojtas Contact: Patryk Duda Contact: Rafal/ Kozik The Marvell Armada 38x is a very poplular ARMv7-based dual core SoC. Thanks to the multiple low and high speed interfaces the platform is used in a wide range of products, such as Network-Attached Storage (NAS), Wi-Fi Access Point (WAP) and others. Since last report, remaining Armada 38x support was integrated to HEAD, which can now compile with the armv7 GENERIC config and use unmodified sys/gnu/dts device trees. The details are as follows: * GENERIC config * Introduce a vast rework of the sys/arm/mv directory for arm and armv7 platforms. * Enable PLATFORM support for Marvell ARMv7 SoCs, which can now can boot with GENERIC kernel. * Base on dynamic detection of SoC type and device tree instead of using ifdefs and enable more flexible environment for maintaining Marvell platforms. * sys/gnu/dts device trees * Improve platform code and the drivers (e.g. CESA, PCIE, GPIO) to properly work with original Linux device trees. * GPIO * Add multiple fixes and improvements to the sys/arm/mv/gpio.c * Rework driver to properly integrate with HEAD GPIO frameworks (main and gpioled) * Enable support for both old and Linux GPIO device tree bindings, so that multiple controllers can be used. This project was sponsored by Stormshield, and Semihalf. __________________________________________________________________ ARMv6 and ARMv7 image now use EFI loader Contact: Emmanuel Vadot Instead of using the ubldr version of the loader which uses the U-Boot API, all images now use loader.efi as their primary FreeBSD loader. This allow us to have a common boot path for all arm and arm64 images. __________________________________________________________________ DTS Update Contact: Emmanuel Vadot DTS files (Device Tree Sources) were updated to be on par with Linux 4.18 for the 12.0 release. The DTS are now compiled for some arm64 boards as the one present in U-Boot are now always up-to-date. __________________________________________________________________ FreeBSD on POWER9 Contact: Matthew Macy Once Justin Hibbits largely stabilized the powerpc64 port on the POWER9 based Talos II I decided to procure one. I've been slowly working towards taking powerpc64 to parity with amd64. I've been working in an out of tree GitHub project - in part to eliminate the need to continue to support the 11 year old in tree gcc4. Progress so far: * Adapted lock_delay to use POWER's SMT scheduling hints rather than using the yield hint from an older ISA * Added ifunc support * Ported the amd64 pmap so FreeBSD can use POWER9's new radix tree page tables. This will give us superpages mostly for free. * Reduced the overhead of copyinout primitives for radix. * Converted the copyinout primitives to ifuncs to switch between the old and the new at initialization time. * Converted pmap to use ifuncs to eliminate the overhead of kobj dispatch. * Hot patch out trap handling paths only needed by the older hashed page table support. Work in Progress: * NMI semantics: NMIs need to be emulated by only soft disabling interrupts, disabling interrupts blocks all interrupts except machine check exceptions and system resets. * Superpage support: Superpages work in the functional simulator running SMT4 but currently crash on real hardware due to incomplete page walk cache / TLB invalidation. * Kernel minidump - with radix MMU enabled minidump support was a fairly straightforward port but time needs to be spent on test / debug. * EARLY_AP_STARTUP - preliminary patches exist, but this is more work on !x86 architectures due to IPI setup not being tied to the CPU code. A list of the other items needed to achieve kernel feature parity with a (wishful) list of milestones can be found at: https://github.com/POWER9BSD/freebsd/projects/1 __________________________________________________________________ FreeBSD on PowerNV (ppc64) Contact: Patryk Duda Contact: Wojciech Macek Contact: Michal Stanek Contact: Nathan Whitehorn Semihalf is happy to announce that FreeBSD is now running on IBM POWER8. This project is a continuation of work done by Nathan Whitehorn who provided basic support for a PowerNV emulator. The IBM POWER8 family of CPUs offers superior performance compared to previous Power series. It provides complete NUMA support with up to 192 cores in a two socket system (up to 8 threads per core). All IO communication is handled by integrated PCIe interface equipped with multiple IOMMU engines. The support for POWER8 system running FreeBSD in Non-Virtualized environment contains: * Generic driver for OPAL hypervisor * kboot loader modifications to allow Little-Endian loader to load a Big-Endian kernel ELF * skiboot update for ELF-parser allowing it to understand FreeBSD kernel file format * Basic support for PowerNV architecture, including modes of operation, MMU, interrupt controller * SMP operation (tested with 128 CPU configuration) * PHB subsystem driver, including IOMMU mapping for external buses * PCIe host controller driver * USB-3.0 XHCI driver * Reworked drivers to be Big-Endian compatible: * Chelsio cxgbe(4) 10/25G network adapter * NVMe SSD drive All work has been merged into HEAD and will be included in FreeBSD 12.0-RELEASE. Sponsors: IBM, FreeBSD Foundation, QCM Technologies, Semihalf, Limelight Networks. The project is kindly initiated and supported by Limelight Networks (Kevin Bowling). __________________________________________________________________ FreeBSD on RISC-V Contact: Ruslan Bukin FreeBSD/RISC-V has been one of the actively supported projects during the past year. On a compiler front we have upstreamed FreeBSD OS-dependent bits for GNU toolchain. It was updated to GCC 8.1 and Binutils 2.30. FreeBSD packages are available. FreeBSD Testsuite and required dependencies were successfully built for RISC-V and we did a test run: 152 tests failed out of 5186, which demonstrates a very good result for initial run and reveals areas to work on. We have added support for compressed ISA extension to KDB debugger and DTrace FBT provider enabling C-compressed kernel and userland by default. The output of disassembling instructions in KDB is looking similar to objdump. QEMU has updated to latest privilege spec allowing us to bring up FreeBSD on it. The emulation is quite fast: it takes one second only to boot FreeBSD to single-user mode in QEMU: https://www.youtube.com/watch?v=3DFnWpRBaWF18 Platform-Level Interrupt Controller (PLIC) driver was added. Interrupt support was converted to INTRNG. PLIC is used in QEMU for virtio network and block devices. With these changes, a full FreeBSD distribution can now be booted in QEMU. Network virtualization support (VIMAGE) was fixed and enabled by default now. In order to support RocketChip and derivatives we had to work on A(accessed), D(dirty) PTE (page table entry) bits management. We have successfully tested this on a lowRISC board and it is booting to multiuser just fine. lowRISC UART driver was added. Superuser-User-Modify (SUM) bit in status register is now used: kernel can access userspace only within certain functions that explicitly handle crossing user/kernel boundary. __________________________________________________________________ PINE64-LTS Image Contact: Emmanuel Vadot We now produce an image for the PINE64-LTS. This image works on the PINE64-LTS and the Sopine with Baseboard. __________________________________________________________________ PocketBeagle Support Links Pocket Beagle URL: https://www.beagleboard.org/pocket Contact: Emmanuel Vadot Contact: Tom Jones The Pocket Beagle is the latest member of the BeagleBoard family. Support for it was added and the Beaglebone image can be used on it directly. __________________________________________________________________ RPI Firmware/DTB/U-Boot Update Contact: Emmanuel Vadot Contact: U-Boot mailing list The RaspberryPi firmware loads the DTB from the FAT partition based on the model. U-Boot now uses this DTB and passes it to the FreeBSD loader/kernel instead of using the DTS embedded in U-Boot. This allow the FreeBSD Kernel to use the RaspberryPi Foundation provided DTB overlays to enable HATs. The overlays can be obtained by installing the rpi-firmware package. A new U-Boot port for the W variant of the RPI0 was committed as u-boot-rpi-0-w. Some experiments started by Edward Tomasz Napierala (trasz@) have shown that we could possibly produce a generic image for all armv6 RPI (RPI-B, RPI0 and RPI0W). __________________________________________________________________ Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. KDE on FreeBSD Links KDE FreeBSD URL: https://FreeBSD.kde.org/ Contact: Adriaan de Groot Contact: Tobias C. Berner KDE FreeBSD is responsible for the ports of the Plasma5 and KDE4 desktops, and all associated applications. Further we also manage the Qt4 and Qt5 ports, as well as CMake. We also care for the FreeBSD builders for KDE's upstream CI on build.kde.org. Since the last status report a lot of things have changed. First and foremost, the Plasma5 Desktop and the Qt5 based KDE Applications have finally made their way into the official ports tree after lingering for multiple years in our development repository. Secondly KDE4 has been marked deprecated and will be removed at the end of the year. With Qt4 following no later than the next year (due to the exponentially increasing burden of maintenance). On a more technical side, bsd.qt.mk has been replaced by qt.mk and qt-dist.mk. The porter's handbook is being updated (with thanks to Tobias Kortkamp). Further we have been keeping CMake and Qt5 and almost every other port under our control up to date. SDDM has been updated to the next-to-latest release with backported security fixes. One big issue we have is www/qt5-webengine, which requires too much time to keep up to date, as the underlying chromium is in need of many patches, which change with every release. Another upcoming issue is the way in which FreeBSD's libinput lags behind. This blocks future updates to KDE Plasma as well as Wayland improvements. Thankfully x11@ is looking at this issue already, so it should be fixed soon -- for the meantime people who want to give the latest KDE Plasma Desktop a try can use the appropriate branch from our GitHub. People who are willing to contribute can find us on #kde-freebsd on freenode, the kde@FreeBSD.org mailing list. Further, we accept pull-requests and contributions on github.com/freebsd/freebsd-ports-kde. __________________________________________________________________ Puppet Links PuppetLab's FreeBSD slack channel URL: https://puppetcommunity.slack.com/messages/C6CK0UGB1/ BSDCan 2018: IT automation with Puppet URL: https://www.bsdcan.org/2018/schedule/events/930.en.html Contact: Puppet Team Since our last status report last year, the puppet@ team regularly updated the Puppet ports to catch on upstream releases. We have also held a Puppet talk at BSDCan. More recently, Puppet 6 was released, and a bunch of new ports appeared in the FreeBSD ports tree: sysutils/puppet6, sysutils/puppetserver6, databases/puppetdb6 being (obviously) the main ones. In this update, the Puppet language has not been heavily modified. As a consequence, upgrading from Puppet 5 to Puppet 6 is an easy task compared to the experience you may have encountered from previous major version bumps. If you are still using Puppet 4, we recommend to schedule an upgrade soon: Puppet 4 is expected to be EOL by the end of 2018. Because distributing Marionette Collective modules via Puppet is more efficient than using packages, the sysutils/mcollective-\*-{agent,client} ports have been deprecated. Marionette Collective itself being phased out by PuppetLabs, the sysutils/mcollective port is expected to be deprecated at some point in the future, but we plan to keep it until an alternative is available. This alternative, called Choria, is in active development by R.I.Pienaar the original author of Marionette Collective. We are actively working with him to support FreeBSD out of the box, and will commit sysutils/choria to the tree as soon as it is considered a drop-in replacement for Marionette Collective. __________________________________________________________________ scarab: CLI tool for Bugzilla-related workflows Links GitHub repo URL: https://github.com/gonzoua/scarab Contact: Oleksandr Tymoshenko scarab is a CLI tool that makes some of Bugzilla functionality available from the command line. Normally users interact with the bugtracker using a web browser but for certain workflows, Web UI may be more of an obstacle than help requiring to perform more steps compared to CLI tool. Bugzilla provides XML-RPC interfaces that can be used for automation/integration and there are several CLI tools like pybugz that can be used with bugs.FreeBSD.org as-is. They are generic one-size-fits-all tools which mean they can do a lot of thing at the cost of more complex CLI. scarab was created to be more specialized and less complex with following principles in mind: * Be an auxiliary tool, not a replacement for the web UI * Move complexity to a configuration file, keep arguments as simple as possible * Optimize for most common/tedious tasks Based on my experience with Bugzilla following tasks were identified as candidates for inclusion in the first release of the tool: * Downloading attachment on host machine and copying it to devbox * Creating a file on the devbox and copying it to a host machine to be attached through Web UI * Creating PRs with common fields' values First two operations were implemented as files, fetch, fetchall, attach commands of the tool. The third operation was implemented by introducing PR templates, set of predefined field/value pairs, that can be combined run-time to provide higher flexibility. More information and usage examples can be found in the config file example __________________________________________________________________ Documentation Noteworthy changes in the documentation tree or new external books/documents. Cleaning up the Wiki Links Wiki Fixit Group Website URL: https://wiki.FreeBSD.org/WikiFixitGroup/ IRC channel =20 URL: irc://freebsd-wiki@irc.freenode.net Contact: The FreeBSD Wiki used to be a scratch pad for the FreeBSD developers to organize projects, store notes and publish articles that were about to be added to the handbook. Recently, however, the FreeBSD wiki started to attract more and more people from the wider FreeBSD community, which resulted in a change of the character of the wiki. As a result we decided to discuss the future of the tools we want to use for documentation in FreeBSD (one of such discussions was held during BSDCam 2018, you may see some notes here). The general conclusion is that wiki is a great tool for what it was meant for: organizing projects and notes in the community of developers. We should not move all our documentation (especially handbooks) to Wiki as the quality and maintainability would suffer. On the other hand, the current workflow of submitting documentation patches, which involves checking out the doc tree and patching XML files is not ideal for many end users. This is why we are trying to approach the problem from various directions: 1. The wiki is being cleaned up of old content. We are trying to define a clear hierarchy of subpages and categories to make navigating the wiki easier. 2. Some articles from the wiki are going to be migrated to either the doc tree or manual pages. __________________________________________________________________ Quarterly Reports Contact: Edward Tomasz Napiera=C5=82a Contact: Mateusz Piotrowski <0mp@FreeBSD.org> The Quarterly Reports have been resurrected after almost a year long hiatus. The old workflow, which consisted of users submitting XML-formatted entries, which would then get hand-assembled into DocBook, was replaced with a new one, using Markdown instead. The XML submission form was replaced with GitHub Pull Requests. This should make submissions and editing much easier and user-friendly. __________________________________________________________________ Third-Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. HardenedBSD 2018Q3 Update Contact: Shawn Webb Our last report was June 2017. A lot has transpired since then. In this status report, we will attempt to briefly cover all the progress we've made, including the few commits that made it upstream to FreeBSD. On 01 Jul 2018, we switched back to OpenSSL as the crypto library provider in base. We did this because we lack the resources and the documentation for properly supporting LibreSSL in base. We still maintain LibreSSL in base; however, OpenSSL is simply the default crypto library (aka, WITHOUT_LIBRESSL is the default). We look forward to building a development community around LibreSSL in HardenedBSD such that we can re-enable LibreSSL by default, providing enhanced security for our users through the rejection of software monocultures. Cross-DSO Control Flow Integrity (Cross-DSO CFI) is an exploit mitigation from llvm that provides forward-edge protections across shared library and application boundaries. With HardenedBSD 12-STABLE, we launched non-Cross-DSO CFI support in base. Meaning, CFI is only applied to applications and not shared libraries. Along with SafeStack, which provides backward-edge protections, Cross-DSO CFI requires both ASLR and W^X for effectiveness as they store crucial metadata needing protection. HardenedBSD expertly, efficiently, and robustly fulfill those requirements through its PaX ASLR and PaX NOEXEC implementations. Over the past two years, we have slowly worked on Cross-DSO CFI support in HardenedBSD. In mid-2018, we made enough progress that we could publish an alpha Call-For-Testing (CFT). We need to integrate the Cross-DSO CFI support with the RTLD such that function pointers resolved through dlopen(3)/`dlsym(3)` work properly with the cfi-icall scheme. We also need to perform experimental package builds, find breakages, and fix those breakages. We hope to officially debut Cross-DSO CFI in the latter half of 2019 with the possibility of pushing back to 2020. HardenedBSD remains the first and only enterprise operating system to use CFI across the base set of applications. On 20 Aug 2018, we launched a new tool called hbsdcontrol(8) to toggle exploit mitigations on a per-application basis. hbsdcontrol(8) uses filesystem extended attributes and is the preferred method for exploit mitigation toggling for those filesystem that support extended attributes (UFS, ZFS). Our original utility, secadm, should be used with filesystems that do not support extended attributes (NFS). In September 2018, the HardenedBSD Foundation Corp became a 501(c)(3) tax-exempt, not-for-profit organization in the USA. This means that donations by US persons are eligible for tax deductions. The creation of the HardenedBSD Foundation will ensure that HardenedBSD remains successful long-term. We look forward to working with the BSD community to provide an open source, clean-room reimplementation of the grsecurity patchset based on publicly-available documentation. We assisted Kyle Evans with the new bectl(8) utility, primarily enhancing jail support and fixing regressions. We are grateful for Kyle Evans' assistance in landing the enhancements upstream in FreeBSD and his overall responsiveness and helpfulness. Relevant commits for the bectl(8) are: * r339047 * r338221 * r337993 * r337947 We taught bhyve(8) how to live in a jailed environment, allowing users to jail the hypervisor. We hardened the virtual address space of bhyve(8) by using guard pages. This work made it upstream to FreeBSD. We are grateful to those in FreeBSD who provided insight to increase the quality and efficiency of our patches. __________________________________________________________________ --huq684BweRXVnRxX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGmBAEBCgCQFiEEbvjBe1hu6u1NeinjJCKD+Vwk/7oFAlwhcwFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZF RjhDMTdCNTg2RUVBRUQ0RDdBMjlFMzI0MjI4M0Y5NUMyNEZGQkESHHRyYXN6QGZy ZWVic2Qub3JnAAoJECQig/lcJP+6yekIAIrvD49Qj8sSNEfblE+V3uEOIsgypSPt mjIxBkl93FV99IzTv/YlZ8in174opyNr35lHf7+T1doy2HW0vENYmQ5ONbrFv8kd nBI8XRQsrZHCADu2/fK+WpHAbl7ZYzAWTzOr/Aje7smQqA7WViEQrnTF/8aawblE YITuuiSvGmEBbHSdIR6QLTaPafcLGge0A5XFmFxNW5XPR3o0hRzTDOclPTiJ6CVf rMpSUO/OrvRVdiJ7BVrDl/li3HXZnloQ23wu5qknSLcFJ+1eZ6wPJfgaOOmVBUCd 0XDTMnnSDWg9Gv8kXnqdsio+MtoUd+GtMZowMlVFOsTSgKoh1wdYV2k= =TpVf -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@freebsd.org Wed Dec 26 08:49:34 2018 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 D757A1347820; Wed, 26 Dec 2018 08:49:33 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 EA5486C8BC; Wed, 26 Dec 2018 08:49:30 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.100.255] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1gc4sU-00060b-0W; Wed, 26 Dec 2018 09:49:22 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id wBQ8nLd9006267 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Dec 2018 09:49:21 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id wBQ8nKCD006266; Wed, 26 Dec 2018 09:49:20 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 26 Dec 2018 09:49:20 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: unknown (doubled?) poudriere jail below /usr/obj/usr/local/... Message-ID: <20181226084920.GA5803@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.100.255 X-Rspamd-Queue-Id: EA5486C8BC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-5.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[mail.unixarea.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.79)[-0.789,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_TLS_LAST(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[255.100.217.88.zen.spamhaus.org : 127.0.0.10]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; MIME_TRACE(0.00)[0:+,1:+]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; IP_SCORE(-1.42)[ipnet: 178.254.0.0/19(-3.93), asn: 42730(-3.14), country: DE(-0.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: Wed, 26 Dec 2018 08:49:34 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I've update on December 23 an amd64 system to r342378 and created a new ZFS jail and ports within poudriere with: # poudriere jail -c -j freebsd-r342378 -m svn+http -v head@r342378 # poudriere ports -c -p ports-20181223 -m svn -U svn://svn.freebsd.org/por= ts/ The relevant values from poudriere.conf are: ZPOOL=3Dpoudriere #NO_ZFS=3Dyes ZROOTFS=3D/poudriere BASEFS=3D/usr/local/poudriere POUDRIERE_DATA=3D${BASEFS}/data Since then I compiled some 1800 ports with: # poudriere bulk -f /usr/local/etc/poudriere-list -J 4 -j freebsd-r342378 -= p ports-20181223 All went fine. While checking something, I now see the poudriere jail also below /usr/obj/= usr/local: [root@jet ~]# ls -li /usr/local/poudriere/jails/ /usr/obj/usr/local/poudrie= re/jails/ /usr/local/poudriere/jails/: total 3 4 drwxr-xr-x 17 root wheel 21 Mar 4 2017 freebsd-r314251 4 drwxr-xr-x 18 root wheel 22 Dec 23 21:30 freebsd-r342378 /usr/obj/usr/local/poudriere/jails/: total 4 31300766 drwxrwxr-x 3 root wheel 512 Dec 23 19:22 freebsd-r342378 The mounts are: [root@jet ~]# mount /dev/da0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) poudriere on /poudriere (zfs, local, nfsv4acls) poudriere/poudriere on /poudriere/poudriere (zfs, local, nfsv4acls) poudriere/poudriere/jails on /poudriere/poudriere/jails (zfs, local, nfsv4a= cls) poudriere/poudriere/ports on /poudriere/poudriere/ports (zfs, local, nfsv4a= cls) poudriere/mydata on /usr/home/guru/zdata (zfs, local, nfsv4acls) poudriere/mydata/r338641 on /usr/home/guru/zdata/r338641 (zfs, local, nfsv4= acls) poudriere/poudriere/jails/freebsd-r314251 on /usr/local/poudriere/jails/fre= ebsd-r314251 (zfs, local, noatime, nfsv4acls) poudriere/poudriere/jails/freebsd-r342378 on /usr/local/poudriere/jails/fre= ebsd-r342378 (zfs, local, noatime, nfsv4acls) poudriere/poudriere/ports/ports-20170304 on /usr/local/poudriere/ports/port= s-20170304 (zfs, local, noatime, nfsv4acls) poudriere/poudriere/ports/ports-20181223 on /usr/local/poudriere/ports/port= s-20181223 (zfs, local, noatime, nfsv4acls) What does this structure below '/usr/obj/usr/local/poudriere/jails/' mean? Can I remove this? Thanks for some light on this. matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, = Druschba instead of Nazis, to live instead of to survive. --jI8keyz6grp/JLjh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXmn7rBYYViyzy/vBR8z35Hb+nREFAlwjQHwACgkQR8z35Hb+ nRFuuw//c9AVnvt6ziHHbQfaDvw7dG1lvP9VZHOSEqJDphPnhxF9ZoXDinK2YdQ4 QAX/FyJu/bhSljkVjGq1dcWB/JCVvRBfBeAj4iufYHHgVjIW6/M107RbVG6ImJN5 7ppeXexJmJIAjCfsXAt5yhDgqY0FSKNzydXeeLG6HuwlclB0NLfvejwMlcedpNUe LUiECle8n7rB2dZu8N3xWotiDH9lSs37bDpE2uj19zFdWDisCpZIohK1wx2aW4SX iFSJhIjgT0Lix4+yIWqp1k/Mze7AOtjTdcWPcGlH/a+cb9MPqzRQ/T/FpXCNHPex sR9NT5N8X/Z6FSQWQAcumVCeq3jDT7qSe94nliSZYevN+VhyijQXKV6gR/6V1Y4X rZVFnUxDJlH2sXoS4FwCnAY20rK38Jx1i4axvobunOueATijEXeH5oQ6KqlmMWvu 4hY4QHFZYdYYxG3joDqIDiFLQiAPkqmc/LTfP147M0qd7rQ92Cjy43J1IUyvJ454 H6dQxQBsoJIlmHe4H7vim/UyfGS/1R60v4Ixi4bYwP+TlJbZZFMUt1cBNPvhVorj 6X0x8Ra49IruZLzL5uJMHA53DyCJrAd7VrdZGiNrL2eYt/Uie5UAIslsaqU6xi1A KA0n6BSiIfPGY5RcST4q/QN0fcApA5VA/v8F/YPZD+DsbO0Eg14= =a14H -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@freebsd.org Wed Dec 26 10:20:21 2018 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 15B47134B292 for ; Wed, 26 Dec 2018 10:20:21 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0957772167 for ; Wed, 26 Dec 2018 10:20:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-lj1-x22e.google.com with SMTP id s5-v6so13498669ljd.12 for ; Wed, 26 Dec 2018 02:20:19 -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=fNo1xVUFubHJ2kXzFCbO92lzDrSDsC8AI+BSABKKvyk=; b=PmznnyAIaOQUcGhzqbx1fzM75zK1KlLLfLKRRv+SwEtgM8K5EaXbbdbed10UDrVybt nA8+o3v/1NVrZxS9ELnwTYlyex2FChNxZgbadip3xHWZsY/qOgx249Jr6WlYiZo3FpXO d4kHlnfnPTl/X8i9EqO8kvJZ5JSI9UYdvmGbP7NBLUz2bS55wskXB5sQ0smC/mMFePEX l8bM2u4CtmMh4gfUuN+5W4gsMwJ9xgjL3xlvEOoGmczqfzYM/3akDVUMbsgr8DnjzhWi tRBPeoM08gg7IMf8ig+5IjJx21Q0HEZq42hoq42JTFlF2D3+anXRK+ZFSNJBDAQ4E0KS /unQ== 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=fNo1xVUFubHJ2kXzFCbO92lzDrSDsC8AI+BSABKKvyk=; b=JghI7tMPJemfFNoVb8XWIGZmhxvQCCczdrW1WUv+aXAB22y2rypPEXVfPB6fZcF4g3 czBkYdqXSLarRPKXMorb6H48RDabeq1VRz6uDkfYDOL0ldDciTKYJCr2xnG2mpjXJxGo /Oarv1azlIHXyqZBy/v4fCzPmEr/FxTi4mlzp2BEjidvBcKp4giWFeYZFTljbkj3PB8F ZmlxEVfiY5HiOk6H5ZP5mnj/SpxsAKiA2fvJzOGr6yeywJyLK/tbB8vP+JZY3tshzRhB ZCexp6Z7Gj050WWM364KVBr/r3mPYtqZDT+FEr9obHawujy5ftz5zEzVRkc/QArswFTL e1+g== X-Gm-Message-State: AJcUukcDrIoTOvNp8GxYRLHVVh5z6btCgqALXLspjtVmOjyHhwQsRI8I WCO7UzPeWbA2A6uswzv91p7ZkTyYJ0oWyQPuKX4D73fA X-Google-Smtp-Source: ALg8bN7DcA3tCwvBAD2Vn+ulZxDcKu6irEQbnXdrFyuiszir1BO9vA/Dcwif6klZ1M2jMt0RSZ7amPY++xf2H9mtl8Y= X-Received: by 2002:a2e:4503:: with SMTP id s3-v6mr11183210lja.44.1545819617826; Wed, 26 Dec 2018 02:20:17 -0800 (PST) MIME-Version: 1.0 From: Graham Perrin Date: Wed, 26 Dec 2018 10:20:05 +0000 Message-ID: Subject: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 0957772167 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PmznnyAI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.09 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[e.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.66)[ipnet: 2a00:1450::/32(-1.72), asn: 15169(-1.49), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_SHORT(0.58)[0.584,0]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2018 10:20:21 -0000 grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Wed Dec 26 10:18:52 GMT 2018 FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG grahamperrin@momh167-gjp4-8570p:~ % iridium ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser www/iridium 2018.5.67_6 FreeBSD grahamperrin@momh167-gjp4-8570p:~ % Any ideas? TIA From owner-freebsd-current@freebsd.org Wed Dec 26 17:35:10 2018 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 2C8A31357794; Wed, 26 Dec 2018 17:35:10 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 D23508AFAA; Wed, 26 Dec 2018 17:35:08 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.100.255] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1gcD5F-0004t7-8M; Wed, 26 Dec 2018 18:35:05 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id wBQHZ47u010823 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Dec 2018 18:35:04 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id wBQHZ4hX010821; Wed, 26 Dec 2018 18:35:04 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 26 Dec 2018 18:35:04 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: unknown (doubled?) poudriere jail below /usr/obj/usr/local/... Message-ID: <20181226173504.GA10757@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <20181226084920.GA5803@c720-r314251> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20181226084920.GA5803@c720-r314251> X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.100.255 X-Rspamd-Queue-Id: D23508AFAA X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-5.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mail.unixarea.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.77)[-0.772,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_TLS_LAST(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[255.100.217.88.zen.spamhaus.org : 127.0.0.10]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; MIME_TRACE(0.00)[0:+,1:+]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; IP_SCORE(-1.51)[ipnet: 178.254.0.0/19(-4.18), asn: 42730(-3.34), country: DE(-0.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: Wed, 26 Dec 2018 17:35:10 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable El d=C3=ADa Wednesday, December 26, 2018 a las 09:49:20AM +0100, Matthias A= pitz escribi=C3=B3: >=20 > Hello, >=20 > I've update on December 23 an amd64 system to r342378 and > created a new ZFS jail and ports within poudriere with: >=20 > # poudriere jail -c -j freebsd-r342378 -m svn+http -v head@r342378 > # poudriere ports -c -p ports-20181223 -m svn -U svn://svn.freebsd.org/p= orts/ >=20 > The relevant values from poudriere.conf are: >=20 > .... I did (just for test) a 2nd jail creation as: # poudriere jail -c -j freebsd-r342378test -m svn+http -v head@r342378 this checks out the source tree to /usr/local/poudriere/jails/freebsd-r3423= 78test/usr/src and compiles it to /usr/obj/usr/local/poudriere/jails/freebsd-r342378test/u= sr ... one can also see this in the run of the compiler, here an example: =2E.. c++ -O2 -pipe -I/usr/obj/usr/local/poudriere/jails/freebsd-r342378test/usr/src/amd64.amd6= 4/tmp/obj-tools/lib/clang/libllvm -I/usr/local/poudriere/jails/freebsd-r342378test/usr/src/lib/clang/include -I/usr/local/poudriere/jails/freebsd-r342378test/usr/src/contrib/llvm/inclu= de -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/local/poudriere/jails/freebsd-r342378tes= t/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-only -MD -MF.depend.X86FoldTablesEmitter.o -MTX86FoldTablesEmitter.o -Qunused-arguments -I/usr/obj/usr/local/poudriere/jails/freebsd-r342378test/usr/src/amd64.amd6= 4/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/local/poudriere/jails/freebsd-r342378test/usr/src/contrib/llvm/utils/T= ableGen/X86FoldTablesEmitter.cpp -o X86FoldTablesEmitter.o =2E.. Is this pollution of /usr/obj with the poudriere jail intention? And can this be removed later? For my original jail 'freebsd-r342378' I moved away '/usr/obj/usr/local' to '/local-UNKNOWN' and the jail is still working fine (compiled fice hours www/chromium).=20 Please, poudriere folks help me to understand this? Is this new with some version (I have not found anything in /usr/ports/UPDATING or in the man page). It was not this way in version r314251 (in March 2017). Thanks matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, = Druschba instead of Nazis, to live instead of to survive. --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXmn7rBYYViyzy/vBR8z35Hb+nREFAlwju7EACgkQR8z35Hb+ nREPZA//ZwG7jkntVSVcXkhTH4qoqZmT8px48+mwe9j/NxBVwYOcCZrLhQplpPBe rFEwiyk3PbR8Eq8S+lj3kCb1uzsWCFttjyWTYjIpCY0oNzmIN19Cp3ZMMFBZpwn4 eggM4Vw5YXQ7SBUbGTEszCUUZtY1TWO6kofZ8uCfR9fet4fThc2J/x/BxQTq2czN f/y8T+S2XXibDzhEEl0ML1LwnZHLx4GaF7dVmbOxkUReujYzU388E7qkbRHqcLgM lVpumzN1/MtzqAehpCeSZgeSqQ/4flxEb4sZ40zvbC9ZHoIgS25BvZvozKGku5ve Zd+x3U4beUnkisRcQUmWwOzww5xNwMI3JH6k4VlwnQdSXP0wUzjUijYvrqFoUMQz TRjUsvQTtgzjNHLGvqUZbVW7Jo4My1Zdn5X9uLdVf1mJ223MY72KJRV5iZcfI94O BAZo+F/xO+64rR9MtiktNeu0PE+8fsLAWwyjlrE5gCo0EXkrZEdPAnmy8NkmmdLv xfG/weiKr/84alesnBkZ0IHqNQjzaupHfPkmxb93qiQUjLfXb7jXDrq/CGlg2Ilv Z4EYWefb5OT2ifqa0C95/lizkgFdO6/U50MEc264LaXLzomGbOGdLkPr5LhbEWez 1ArTVYO3iUIAoYE+XrCoqgQETonR4mRRDxNX6UoQDH/acHOZLAw= =hCCw -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@freebsd.org Wed Dec 26 23:28:33 2018 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 C3259135FBED for ; Wed, 26 Dec 2018 23:28:33 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 17B7D71FE5 for ; Wed, 26 Dec 2018 23:28:33 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: by mailman.ysv.freebsd.org (Postfix) id CFFCE135FBEC; Wed, 26 Dec 2018 23:28:32 +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 93D4B135FBEB for ; Wed, 26 Dec 2018 23:28:32 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 9068C71FE3 for ; Wed, 26 Dec 2018 23:28:30 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id E77862218C; Wed, 26 Dec 2018 18:28:23 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 26 Dec 2018 18:28:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=vDNjxvacRNsnLqIH01Jwt2QuLDz 0xl2sEBwKNONP7fs=; b=jCHLhLIuUbtuhRXpansK8NEbolVAeXC2dTUW/smKAg5 A9p+uhbxpRFTuSajXjphNwlNmXPggCiHs9a9cHbI/Rd7v3UOZh1SMIkZU4gMO9XP ZiF5O/KNuW0v1IKeXDZBhfSKZ2l06Dl3UBgDKXMkBKY/aG9n0wJUukV2/gtM0DpF VOCsTOj0S9OlbwUSTUfWEaufzweB0vyP+ab1h02ggsOQEg6+5Bl3jJO9Ew87PRwU WZ7fkUv43ej3brNJPpY//G/8DNSq0A2MEPcvKBzz3ixg/BHcAVxK4M3Ks5homtwu xYBTm9UlNrEn1s/7ZAIBdpAEmw51Cs6kISArB0xJkGw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=vDNjxv acRNsnLqIH01Jwt2QuLDz0xl2sEBwKNONP7fs=; b=E6CCQBrNs5eZ9o/BR6VQw+ zEeHcR6eg5xw1dW61nuT/LRoeA78iTWtgqKZWCnnycJ/GFTex/MfeAQgvT1pE+lh B/VbowmHjDu2/UjwncyfNdXbhAr6J1CUtWArI8kFUn5VQMQKwkNymxH1SJSsbb9r GLeYkQJzgDeQ0t5730mLV8lZNPPKCwxgcsTlMqGCUjuwACPQs35Lf45c8uUVpbf7 FjHRP7MTdThgiNle9AZq1vh5/bAPEp77hGUs+4+hHICuHlIo37jG8L/nVSicUwum JKrtp8pkgWsEO7CY8xuM2OpUZGtcKTeS3IXOwTMQk4KmwNtbrOwPspFYMbArB38g == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledrtddugddutdculddtuddrgedtkedrtddtmd cutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtsehgtderofdtfeejnecuhfhrohhmpegjuhhrihcu rfgrnhhkohhvuceohihurhhiphhvseihuhhrihhpvhdrnhgvtheqnecuffhomhgrihhnpe hfrhgvvggsshgurdhorhhgnecukfhppeekhedrudejfedrvdejrddvtdelnecurfgrrhgr mhepmhgrihhlfhhrohhmpeihuhhrihhpvheshihurhhiphhvrdhnvghtnecuvehluhhsth gvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.1.2] (unknown [85.173.27.209]) by mail.messagingengine.com (Postfix) with ESMTPA id 34A70E4597; Wed, 26 Dec 2018 18:28:21 -0500 (EST) Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes To: =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= Cc: freebsd-current References: <7c62852d-8be2-e351-99ba-d9e85f4c8a71@yuripv.net> <86tvj4zo4s.fsf@next.des.no> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= mQENBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAG0H1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD6JAVcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYuQENBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAGJATwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <13e62d73-bf42-b69d-dae6-1082bc0d00ad@yuripv.net> Date: Thu, 27 Dec 2018 02:28:13 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <86tvj4zo4s.fsf@next.des.no> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uQIposNa0qnpFnEavTu7ei46UcLQiWG77" X-Rspamd-Queue-Id: 9068C71FE3 X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.net header.s=fm3 header.b=jCHLhLIu; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=E6CCQBrN; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=yuripv@yuripv.net X-Spamd-Result: default: False [-9.29 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net:s=fm3,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.60)[ip: (-9.47), ipnet: 66.111.4.0/24(-4.67), asn: 11403(-3.77), country: US(-0.08)]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1] 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, 26 Dec 2018 23:28:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uQIposNa0qnpFnEavTu7ei46UcLQiWG77 Content-Type: multipart/mixed; boundary="VCB18bw6rjckUrxie65MpEAIt5t98sCkH"; protected-headers="v1" From: Yuri Pankov To: =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= Cc: freebsd-current Message-ID: <13e62d73-bf42-b69d-dae6-1082bc0d00ad@yuripv.net> Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes References: <7c62852d-8be2-e351-99ba-d9e85f4c8a71@yuripv.net> <86tvj4zo4s.fsf@next.des.no> In-Reply-To: <86tvj4zo4s.fsf@next.des.no> --VCB18bw6rjckUrxie65MpEAIt5t98sCkH Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > Yuri Pankov writes: >> There's apparently a bug in VMware Workstation NAT implementation, >> [...] The patch itself is attached. >=20 > Could you please open a differential and add me as reviewer? https://reviews.freebsd.org/D18636 And there's already a PR for this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234426 --VCB18bw6rjckUrxie65MpEAIt5t98sCkH-- --uQIposNa0qnpFnEavTu7ei46UcLQiWG77 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwkDpMACgkQk4vgf7Eq 4Wz9KAf+JAcUqobXwhLIjutTHzjCaB9cFng4boNnJdZgwoKJ1KoulBH4uSliQMf/ UfdccPHVRCjtdZPykVOBrcFdw45J/CjFf4GwJg16/C2775Ny/mAW6J6NUGlQ0rN0 j09Y9+vzssuIFW+3cCdYmVOCnPvlWVPVs8AWMwUGLZyRWBN4OJHmd9Rj7qL2yNL+ SWFG2y7V76+1i/0HQkysOday2Wlq30tu+EC0q2r1l2LaIEZVVStRvOC+/Nq/OvUe mJNa8ulJC5yp03XlBR1KZ+FDmrmhQh2H7yLu3WhVRdXtKBsw4NrTzhSEZdV+FA7U klYZLIx8ch9IeLYHEarFD5//eAUjow== =4TDA -----END PGP SIGNATURE----- --uQIposNa0qnpFnEavTu7ei46UcLQiWG77-- From owner-freebsd-current@freebsd.org Thu Dec 27 04:33:17 2018 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 EC8E51348837 for ; Thu, 27 Dec 2018 04:33:16 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A69886A57 for ; Thu, 27 Dec 2018 04:33:15 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-ed1-x52d.google.com with SMTP id g22so14389445edr.7 for ; Wed, 26 Dec 2018 20:33:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=yqP6MBgnoy99+Z8/+mPGMkxbhK6kTk7aAZwRZkcZTbA=; b=CWSkewuWw7FuOgEBZHzN/+cWWusaaQC+f9Fa0VqDCbmf8wMjcW0hj31qfcYkG3rXdg FP81fnkTSJomwBbbPNI9vuFVmMP6Gw5jPiRL6nN+uJeRTDjGpjwycPkUtTDp2BIjjVPD gB+Wtymb9XpONbNERcSsnZj/MXehcq7Dwo/a3s6OmU6r+unrJzNi3Hb6l/FPxjMmeBsH LJH/GjP6VdGL6TT3p6hQ6SM9ewRyOQAD+7DxBdzM5634B0H8sMC5Q0fLZuFrDHolBPhb YLQppSsu0b1xOC3Lteu9eG60x6btO9nbJCGcG097qiG50z4VLlz2m756Z9qL3GnShoiV xK7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=yqP6MBgnoy99+Z8/+mPGMkxbhK6kTk7aAZwRZkcZTbA=; b=F5LzVPkyoeb1KjcTntgYUttf9EXz1eOO0AOw+SvGPBDmvjtkfAMW8Acmji0xVokMT+ WeglnK9zZWnch74yhxlQy4vE56630dRmcLaBy1tGZaJWtA3ga5dV9jjH5yiRdH7tWxsw FgiWJuA1SwfFqDi82TnFufH8manm3c/RnikyQm4T7ytv/hxiCodhx+snU3+ftCUgZHA1 OF1F87RHZk2VaSsEQOf0mC5/HQZEMFBxyK92A3zjk5nwQl4hgzpm8AResrW3meP9mqRI 5AQKNyHN5jviMV8pqF/87nZLnox7r6NTSiu9+JdMYrNqBWUyzNWnin7xa7MRbDZjRc7M 7KHQ== X-Gm-Message-State: AA+aEWYvgbqHEe/lyfo9FpLtn9pxgyKkMB5G3J0Q6hZ3mYFxhblWh+Zq MmJHg4NPBXMhPv9GSyTe9EhE3A== X-Google-Smtp-Source: AFSGD/UGC6Yybs2X7dW6L82ZxmlXA6/B0RdxbbdZ7HGD+SythWSfOIVAx5m8xvSM1bPPJ8wEy7ATPg== X-Received: by 2002:a05:6402:8d2:: with SMTP id d18mr17685518edz.119.1545885193901; Wed, 26 Dec 2018 20:33:13 -0800 (PST) Received: from mutt-hbsd (tor22.quintex.com. [199.249.230.75]) by smtp.gmail.com with ESMTPSA id m5-v6sm5482672ejq.21.2018.12.26.20.33.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 26 Dec 2018 20:33:12 -0800 (PST) Date: Wed, 26 Dec 2018 23:32:20 -0500 From: Shawn Webb To: Graham Perrin Cc: FreeBSD Current Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Message-ID: <20181227043220.urqnpktamjxcx7w3@mutt-hbsd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dwau2u7bjxwidkaf" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT FreeBSD 13.0-CURRENT HARDENEDBSD-13-CURRENT amd64 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 0A69886A57 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=CWSkewuW; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2a00:1450:4864:20::52d as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-7.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-2.45)[ip: (-8.96), ipnet: 2a00:1450::/32(-1.73), asn: 15169(-1.50), country: US(-0.08)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.931,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; 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: Thu, 27 Dec 2018 04:33:17 -0000 --dwau2u7bjxwidkaf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 26, 2018 at 10:20:05AM +0000, Graham Perrin wrote: > grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v > Wed Dec 26 10:18:52 GMT 2018 > FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > grahamperrin@momh167-gjp4-8570p:~ % iridium > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser > www/iridium 2018.5.67_6 FreeBSD > grahamperrin@momh167-gjp4-8570p:~ % >=20 > Any ideas? I can confirm that I'm getting this, too, on my Pinebook running HardenedBSD 13-CURRENT/arm64. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --dwau2u7bjxwidkaf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlwkVc8ACgkQaoRlj1JF bu5Cew/9G22F/wMUBU2tTzGkRb/eClUcJDb0WY73UP2NI3kTZ6L70qEEvLFgW2Vc mSah4YZvlo71eELrdi9PNZDLr0ZeKRTKmr8yLwyhoHDFOvNFfNTTOZ1u80o4CHj/ P6xP1fmgar2JX2QUamM6C9THio+Ur4rQ5kLDbj0Yzs10A8TqTOYd1rtwwcxGi6GP lkL+e/jIfKunEfH3GVyamZb6h5LBTlxoxNxI5pKB4jr9l1wr0/vjYAYHUBHRUu/o BbQo1ooEWQN6Y+ByPub7Jf+Ef50LMFGZIjp+PC5GkOQD7CSOJSn81wEHaKcBDgW5 qYKVkvpyQtRNTwc96HDOzQJ8HTZVEmDL4iC0zGi8dgdqOpfxZkjNW5QxmNObmeMV Z/9Gdkty262bd1WUBIFXqnaPrsuTxYd7WUyPiawhALZ8vrTd+T4uGPen26wYMyib HLSsZaMlDNY+pYvutePNqHuvcNDLo1RWijLb0OHJFc6lMdDZuaVjpVzjjFyaxzHz A3+4NHZeC7Y/TDQktqUH5NruuxSV/aelSDizZAdaepSyqGvwjAxqlnfUTORgjhhI 9Kxxw3Pxpcu5XYC9vV5aPhIOOwa1rS++QjHOVABmRSsSC+rnKHXhQo0QbeON+v79 ASjV9xMX1UJOCfn2MAqkQEW7DxMCQiyAI/y2YlxlJz/kx1JD28o= =ak7n -----END PGP SIGNATURE----- --dwau2u7bjxwidkaf-- From owner-freebsd-current@freebsd.org Thu Dec 27 06:53:28 2018 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 3DF89134EF8E for ; Thu, 27 Dec 2018 06:53:28 +0000 (UTC) (envelope-from alfix86@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A0BF8B827 for ; Thu, 27 Dec 2018 06:53:27 +0000 (UTC) (envelope-from alfix86@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id j2so17412776wrw.1 for ; Wed, 26 Dec 2018 22:53:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=+VxthMJDAdDCn5GAtu617M/lVqtJyXd6+6gMo6SZoiw=; b=gYbJQ61paouj+vt7NNl3CpBMkMICQWc8mhRqW4w74orQxySfY+NGX2tn9tK2qKKRRR jZqg050qR/AK/fb73nwiiEcgKxl6BeNBdoQeg94aHdfVTMCi5+Y0PTLoA+Mg5gHHGmX0 ucRuL/5RiNGmKqmgjPu8Xru+kvyAaD2WBHvIUDWe7KDWX5HeriYmxLjDw/fLCYxlchLi fF0obmtRT3LZTvi6RUXSZ1eL/8ubhGJYnla+vQijZpcta6DE2CimwPxd2fJ0NTF6vyUM E5EnX7/C1p4ovL4gRtScmAsIAgaqKOr4bWWMnIo2EwBOJP4lvfhPC64cKlc2Wk99edMm Ccvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=+VxthMJDAdDCn5GAtu617M/lVqtJyXd6+6gMo6SZoiw=; b=p/T0r08DuQdU1ddtxogZgUvTImWOyHpQsBqjFDgdnWjLYanWUKdGBO9VYo51zfbOat U2XR/y5OcUXuQJd4TD8YpZB/8/fu0GyFfTILgMDy0wW5x9jFjXn/Cc/2RUI5EnYwkPEc VJw/iU4w/x4FCmBt8+j4VeFJCmveYoOebXLi5//Lgs5WPz2MrWjPnS06ob2jJcrwIiO/ MAa3WKs3U/LED/wHSN5Vf+yqOTgPvx2sUiksxnzNicLkbsICZxomZMKjDPNNPYsEA4ej kRxUHTthBiMCsYF3Og2efhLQ9VH4u14C5Ji8XbMALVEaMHgh0URGq/HzNpwVDyAIX330 bwQw== X-Gm-Message-State: AJcUukdEF4qXWchbttP+5sTHHfYwFdFKMpQdLn5X6BUYY0oaIKneXtqe SKd0GQCQRZKWyPIrGl9I5n5YerZC X-Google-Smtp-Source: ALg8bN6xVHLqVeVB4am8U8kYY5AkohwtD0cOUe2x113XXiXacZt3DEle1haZBCb5uhDwGctqXneeAQ== X-Received: by 2002:a5d:6808:: with SMTP id w8mr20103669wru.270.1545893604233; Wed, 26 Dec 2018 22:53:24 -0800 (PST) Received: from alffbsd ([95.238.231.159]) by smtp.gmail.com with ESMTPSA id a187sm25548956wmf.33.2018.12.26.22.53.22 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 26 Dec 2018 22:53:23 -0800 (PST) Date: Thu, 27 Dec 2018 07:53:07 +0100 From: Alfonso Siciliano To: freebsd-current@freebsd.org Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Message-Id: <20181227075307.f27b2a9091f903d4d02e3a23@gmail.com> In-Reply-To: <20181227043220.urqnpktamjxcx7w3@mutt-hbsd> References: <20181227043220.urqnpktamjxcx7w3@mutt-hbsd> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 1A0BF8B827 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=gYbJQ61p; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of alfix86@gmail.com designates 2a00:1450:4864:20::42c as permitted sender) smtp.mailfrom=alfix86@gmail.com X-Spamd-Result: default: False [-5.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; RECEIVED_SPAMHAUS_PBL(0.00)[159.231.238.95.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.52)[ip: (-9.28), ipnet: 2a00:1450::/32(-1.73), asn: 15169(-1.50), country: US(-0.08)] 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, 27 Dec 2018 06:53:28 -0000 Hello, > > FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > > grahamperrin@momh167-gjp4-8570p:~ % iridium > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > Any ideas? > > I can confirm that I'm getting this, too, on my Pinebook running > HardenedBSD 13-CURRENT/arm64. > Same problem: alfix@alffbsd:~/% uname -v FreeBSD 13.0-CURRENT r342466 GENERIC alfix@alffbsd:~/% mplayer ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Regards, Alfonso --- Alfonso S. Siciliano http://alfix.gitlab.io From owner-freebsd-current@freebsd.org Thu Dec 27 10:17:51 2018 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 75F5F1357302 for ; Thu, 27 Dec 2018 10:17:51 +0000 (UTC) (envelope-from freebsd-current@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F25506C3B0 for ; Thu, 27 Dec 2018 10:17:49 +0000 (UTC) (envelope-from freebsd-current@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id wBRAHjrW040913 for ; Thu, 27 Dec 2018 21:17:45 +1100 (AEDT) (envelope-from freebsd-current@sentry.org) Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" To: FreeBSD Current References: From: Trev Message-ID: Date: Thu, 27 Dec 2018 21:17:45 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Thu, 27 Dec 2018 21:17:45 +1100 (AEDT) X-Rspamd-Queue-Id: F25506C3B0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd-current@sentry.org designates 210.8.237.106 as permitted sender) smtp.mailfrom=freebsd-current@sentry.org X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.61)[-0.610,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]; DMARC_NA(0.00)[sentry.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.69)[-0.686,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: sentinel.sentry.org]; NEURAL_SPAM_SHORT(0.61)[0.611,0]; IP_SCORE(-0.01)[country: AU(-0.03)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2764, ipnet:210.8.0.0/14, country:AU]; MID_RHS_MATCH_FROM(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, 27 Dec 2018 10:17:51 -0000 Graham Perrin wrote on 26/12/2018 21:20: > grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v > Wed Dec 26 10:18:52 GMT 2018 > FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > grahamperrin@momh167-gjp4-8570p:~ % iridium > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser > www/iridium 2018.5.67_6 FreeBSD > grahamperrin@momh167-gjp4-8570p:~ % > > Any ideas? > > TIA Same problem with a freshly compiled (after 5 days, finished yesterday) www/chromium on RPi3. $ chrome ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" $ uname -a FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3 arm64 From owner-freebsd-current@freebsd.org Thu Dec 27 11:48:41 2018 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 4272F135B406 for ; Thu, 27 Dec 2018 11:48:41 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A39E26FB28 for ; Thu, 27 Dec 2018 11:48:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 638A4135B405; Thu, 27 Dec 2018 11:48:40 +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 28B25135B404 for ; Thu, 27 Dec 2018 11:48:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AF22F6FB27 for ; Thu, 27 Dec 2018 11:48:37 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id wBRBmQa4022593 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Dec 2018 11:48:33 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id wBRBmMii023484 for ; Thu, 27 Dec 2018 12:48:23 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id wBRBm8i6038556 for ; Thu, 27 Dec 2018 12:48:21 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201812271148.wBRBm8i6038556@fire.js.berklix.net> To: current@freebsd.org Subject: /usr/src/lib/clang/libclang 'emmintrin.h' file not found From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Thu, 27 Dec 2018 12:48:08 +0100 X-Rspamd-Queue-Id: AF22F6FB27 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.59 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.12)[-0.117,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[berklix.com]; NEURAL_SPAM_SHORT(0.58)[0.580,0]; MX_GOOD(-0.01)[cached: land.berklix.com]; NEURAL_SPAM_MEDIUM(0.15)[0.155,0]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.86), asn: 24940(-2.44), country: DE(-0.01)]; FROM_EQ_ENVFROM(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: Thu, 27 Dec 2018 11:48:41 -0000 Hi current@ Anyone else seeing make buildworld Clang failures ? ls -l /usr/bin suggests I last made world on Dec 9, since then I've failed twice below Seems the UPDATING doesnt give enough to rescue this. --------------- cd /usr/src cat .ctm_status # I recall src-cur 13840 make world ... failed approx or maybe as below I recall: cat .svn_revision # 342545 cat .ctm_status # src-cur 13841 make buildworld c++ -O2 -pipe -DBERKLIX=YES -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm -I/usr/src/contrib/llvm/tools/clang/lib/Basic -I/usr/src/contrib/llvm/tools/clang/lib/Driver -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-only -MD -MF.de! pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -gline-tables-only -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o Basic/SourceManager.o /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: fatal error: 'emmintrin.h' file not found #include ^~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /usr/src/lib/clang/libclang *** Error code 1 src/UPDATING last has a note at 20181220 ... & 20181211: Clang, llvm, lld, lldb, compiler-rt and libc++ have been upgraded to 7.0.1. Please see the 20141231 entry below for information about prerequisites and upgrading, if you are not already using clang 3.5.0 or higher. clang -v FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) make includes mkdir -p /usr/lib/clang/7.0.1/include/sanitizer/ make includes clang-tblgen -help make -i includes cd /usr/src/lib/clang/libclang make clang-tblgen -gen-clang-attr-dump -I /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o clang/AST/AttrDump.inc /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td *** Signal 11 reboot cd /usr/src/lib/clang/libclang make clean make clang-tblgen -gen-clang-attr-dump -I /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o clang/AST/AttrDump.inc /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td *** Signal 11 Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp From owner-freebsd-current@freebsd.org Thu Dec 27 11:55:19 2018 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 3B58A135B862 for ; Thu, 27 Dec 2018 11:55:19 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 995366FFAB for ; Thu, 27 Dec 2018 11:55:18 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5C7EE135B85E; Thu, 27 Dec 2018 11:55: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 373B3135B85C for ; Thu, 27 Dec 2018 11:55:18 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3DF96FFA6 for ; Thu, 27 Dec 2018 11:55:17 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x62d.google.com with SMTP id e11so8690286plt.11 for ; Thu, 27 Dec 2018 03:55:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=L1UulzgEgm/ffPGM3DFCzW/VtoXhP1GT2p/DAff4flM=; b=Sm+AUF1MQ0Y2EzDxzbjLy9jQdyIyF/NmyVn0rE8o5lW3orfFoX1SeB5KtG9dNR65/q ESgEl34YSaJxvAsBfQWRpjCD7QpNPsaRUvYAIWSwE/xpn3/YidYd4Mqq4wKUBXeUG5Wx lXGht13PHSfaGW+8bYB4xaHWz4D7pj4SzrtsBzra+fuZnXxGF/Y2kEfMuEUVCilHIhFD UK9hjmkLf+UpGU5LuypSAitj2hTMQWHKhOE/pmhSyo4oto8NASWtVGrzGqYls4nIy2zG vXKnm6W0BwVReP60Tpkrgn7X/fkNOIs8vCUKMouFS+g+4BlJRVe2vxdmMh8Re/PPnMhp 3NtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=L1UulzgEgm/ffPGM3DFCzW/VtoXhP1GT2p/DAff4flM=; b=BMPOcM/7zmCGy3uvbhE1OlQypRdoKZFQ68/SoQUY7r3Nc0l0eLlcTKRmrkhyWm/Ufp ZMmKVhnZgiOiqyhLjdZnJ8VHT01C8hnOhnskXasuP1jx6U7KUQYSTjpF4k3uJxnu+lX3 +B5c9xVOOcOL2AWI4xm7VZz7S0DcjU7OcgRR/8jlXVNAdjxynO8MjtDShix7dsN8ZjVI liPYuOB8qH4Rznaj571R4pvEoyVd0494wX5ghXxzuQtJ1e0tbvzMDxc0BO+UqUGgR2KF M1LduxwUVU+9R68mlpfW9Zm6J24wX5VA9LUCNpPCeOhTY5XXyCcqjN67OeymAzDnVHmd aaSw== X-Gm-Message-State: AJcUukf+1uboWa72YVcMst88WrzAEtPZJ36jlgPW3P8ozonAit3NUHKg ZbZvAVAnfsJnIzUnIb9lmUzHOZFf X-Google-Smtp-Source: ALg8bN5T/UHpu59YhHyHpwUAsbwINLZALrXkMl3NlG2E5wFJ2uiYqODKh41VbOoMqxrKsYC29vQCaQ== X-Received: by 2002:a17:902:7687:: with SMTP id m7mr23190211pll.187.1545911716474; Thu, 27 Dec 2018 03:55:16 -0800 (PST) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id a90sm68796244pfj.109.2018.12.27.03.55.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Dec 2018 03:55:15 -0800 (PST) From: Enji Cooper Message-Id: <59E5352B-6C93-47C8-BFAD-87DD152588C2@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_4BF6CECA-E53F-44F5-A629-849091814850"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found Date: Thu, 27 Dec 2018 03:55:15 -0800 In-Reply-To: <201812271148.wBRBm8i6038556@fire.js.berklix.net> Cc: current@freebsd.org To: "Julian H. Stacey" References: <201812271148.wBRBm8i6038556@fire.js.berklix.net> X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: A3DF96FFA6 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.975,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: Thu, 27 Dec 2018 11:55:19 -0000 --Apple-Mail=_4BF6CECA-E53F-44F5-A629-849091814850 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote: >=20 > Hi current@ > Anyone else seeing make buildworld Clang failures ? > ls -l /usr/bin suggests I last made world on Dec 9, > since then I've failed twice below > Seems the UPDATING doesnt give enough to rescue this. > --------------- >=20 > cd /usr/src > cat .ctm_status # I recall src-cur 13840 > make world > ... failed approx or maybe as below I recall: >=20 > cat .svn_revision # 342545 > cat .ctm_status # src-cur 13841 > make buildworld >=20 > c++ -O2 -pipe -DBERKLIX=3DYES = -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang = -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm = -I/usr/src/contrib/llvm/tools/clang/lib/Basic = -I/usr/src/contrib/llvm/tools/clang/lib/Driver = -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" = -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" = -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/amd64.amd64/tmp\" = -DLLVM_TARGET_ENABLE_X86 = -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser = -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeX86AsmPrinter = -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeX86Disassembler = -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Target = -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeX86TargetInfo = -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections = -fdata-sections -gline-tables-only -MD -MF.de! > pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments = -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=3Dc++11 = -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3Dlibc++ = -Wno-c++11-extensions -c = /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o = Basic/SourceManager.o > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: = fatal error: > 'emmintrin.h' file not found > #include > ^~~~~~~~~~~~~ > 1 error generated. > *** Error code 1 >=20 > Stop. > bmake[4]: stopped in /usr/src/lib/clang/libclang > *** Error code 1 >=20 > src/UPDATING last has a note at 20181220 ... & > 20181211: > Clang, llvm, lld, lldb, compiler-rt and libc++ have been = upgraded to > 7.0.1. Please see the 20141231 entry below for information = about > prerequisites and upgrading, if you are not already using clang = 3.5.0 > or higher. >=20 > clang -v > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) >=20 > make includes > mkdir -p /usr/lib/clang/7.0.1/include/sanitizer/ > make includes > clang-tblgen -help > make -i includes > cd /usr/src/lib/clang/libclang > make > clang-tblgen -gen-clang-attr-dump -I = /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o = clang/AST/AttrDump.inc = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td > *** Signal 11 > reboot > cd /usr/src/lib/clang/libclang > make clean > make > clang-tblgen -gen-clang-attr-dump -I = /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o = clang/AST/AttrDump.inc = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td > *** Signal 11 Hi Julian, The handful of times I=E2=80=99ve seen this occur in the past = with other compiler versions, it=E2=80=99s been caused by an incomplete = buildworld and/or tainted .OBJDIR. It might be a good idea to wipe out = ${OBJROOT} and start buildworld from scratch, to see if the issue = persists. Best of luck, -Enji --Apple-Mail=_4BF6CECA-E53F-44F5-A629-849091814850 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlwkvaMACgkQ9YOpJmkw hhXqnw/+KEgw5pzUAmn6DaPmDJmaoW/BGriB8/zz6n7CpM3gCFRKVImRdyhqXJ0O kuV8JqvC2aWiah56G45lKWgNibfFKTWNKSwFuNeT9WrHpddj9b67DOnAFeXLHuCq GJSrzbjN1kiqrz2bDVsCBrTZ2AAia8YPsyaB0pq541uoPIR7tVQGsVJ0IRbnUlYf BH3pSPM/rNaYqYm4EOXbO/ncNtOQuHzlFINJWAllqocsCPll2QDeNT1zOuHRyIpy HbwRJNHknMRR22NlUDc0aRvPsLkyM0f4gOpU1Q+zmyKJrMAK6XTpCH96CwKr++3w xldt8c1iHjwIwQCIRAxNxX+v2BL2Y+aYqryWY5u6bKZpG+V7v1Dk4I1hhfiK3Djp 7v5Aug5GnkYYopCrMBU6q4hCoXwQOt9tcdOT4eGwEfPmYWouKwZ7h/sC5oYHLHNy UnDTRb3RUDFS47/vRZefFu4FJki7ZTSGTyDluH/J6fGGN93brwS5gnrVZ6SFAZm6 ybYCX+UHyxYqK8fBF4Ng+eD7uBPnT+4jF/5PdnF8gpdDJQe+pTozn12jNxxDfaeA 6tDe59VcIPIFAlgdZ0MajjetcZIGGc6SQMGEeP8mvfK7PEl2YFT9vHMXEZtH+5kC iuDfgzxedOiNrHAruTsm9IR7gH4zIW49I+9u5fw1tgMH/P0WHz4= =WhCx -----END PGP SIGNATURE----- --Apple-Mail=_4BF6CECA-E53F-44F5-A629-849091814850-- From owner-freebsd-current@freebsd.org Thu Dec 27 11:58:55 2018 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 3CE55135BA35 for ; Thu, 27 Dec 2018 11:58:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x641.google.com (mail-pl1-x641.google.com [IPv6:2607:f8b0:4864:20::641]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C22C70137; Thu, 27 Dec 2018 11:58:54 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x641.google.com with SMTP id y1so8694542plp.9; Thu, 27 Dec 2018 03:58:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=0g8UGD66MwXkj6baWA1+lCw141fSbRJm5E3tEc6QFP0=; b=k6pOH7kVubBmIm/yFzKZy1w8IfG6Po6i/m9s8X0xsXYcJdHBcTl3u2mOTKio477qA3 uuQ04BGNwIK8HHRQnPs5XNJmI4hAkRyrZzRFSvN/tpm4Nqn5zvf+U329iDILw2DYbD2J 3TZrCD6xPPr6iJ1vKx2wZ7AY/NxZdz+t5aOz7u1kt5ciUuCSjf1192DQq+avqYQHnIlO Wbh0Pfq1TWEN3zLVqBgyvvzWgy1TZb2pBhS6k5u/WGrkpgmpNJJyxRNSbySL+D5qKjNr 6tkYmO9tE8P2hX5YA/YICjYqVb4JZOJXvd3yH1YxAnHUdPAJ4IoBzuDIBaDwTDXR9ZF7 +Bfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=0g8UGD66MwXkj6baWA1+lCw141fSbRJm5E3tEc6QFP0=; b=O+mK4+tlrJbi7tkn3QPJjF+H1CvuARtqEydOdFfaPx+uZd7qA5Y3QoThnB2yQaa1dj UCQuXFFKb5x6R46H037x8p8k8urZL0FV1NvnYMn+sP+Tx7E95v69rV2Nv1O51Wdp9xLg YuM2zQiHd8XQ5SFEn03RTu1rHp0lw8gJN9wAXboFUb/ijsrG9Q1VXc3nLZXelE1ASe85 WfsDy1QngGHzDMBmnMEduCz7EEJDP7qn8C3ncHoHnOMn7eX58SCJvbfVbhWB778QSf50 l+7qRGF49KhkEKChRLAJb7I82+2LxaYrzD1N2+2tNAKe2/vn62wDGsnlf//pOHQ0OqoQ hHHA== X-Gm-Message-State: AJcUukckYIlPcJrREDqVEzL+eWUBOM7Zam/y+O2iZJm1WUghTIhf6Ymz bsa+zzdFYhV4P/3+MwGMuQEVJqM/ X-Google-Smtp-Source: ALg8bN4XUZskP+xLIVdFL6a6XG52olPN8AgGWc+JB6xujxMUlLOYgzOznpOuhTB6oUwRIeFepxrIHw== X-Received: by 2002:a17:902:724a:: with SMTP id c10mr23820204pll.51.1545911932972; Thu, 27 Dec 2018 03:58:52 -0800 (PST) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id p24sm61621781pfk.155.2018.12.27.03.58.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Dec 2018 03:58:51 -0800 (PST) From: Enji Cooper Message-Id: <3BB1A8CA-272D-4B48-81A2-CBAF7EE23507@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_4669E20B-E456-428E-BDED-AB19C042A3DB"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64) Date: Thu, 27 Dec 2018 03:58:51 -0800 In-Reply-To: Cc: FreeBSD Current , mmel@FreeBSD.org To: Trev References: X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 2C22C70137 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=k6pOH7kV; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::641 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com X-Spamd-Result: default: False [-3.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; HAS_ATTACHMENT(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; SIGNED_PGP(-2.00)[]; 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]; 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)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.68)[0.681,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.4.6.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(0.55)[ip: (6.21), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.50), country: US(-0.08)] 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, 27 Dec 2018 11:58:55 -0000 --Apple-Mail=_4669E20B-E456-428E-BDED-AB19C042A3DB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 27, 2018, at 2:17 AM, Trev wrote: >=20 > Graham Perrin wrote on 26/12/2018 21:20: >> grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v >> Wed Dec 26 10:18:52 GMT 2018 >> FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG >> grahamperrin@momh167-gjp4-8570p:~ % iridium >> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol = "environ" >> grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' = iridium-browser >> www/iridium 2018.5.67_6 FreeBSD >> grahamperrin@momh167-gjp4-8570p:~ % >> Any ideas? >> TIA >=20 > Same problem with a freshly compiled (after 5 days, finished = yesterday) www/chromium on RPi3. >=20 > $ chrome > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol = "environ" >=20 > $ uname -a > FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3 = arm64 Hmm=E2=80=A6 is something wonky with recent changes to rtld-elf that = might be impacting ARM64? CCing mmel@, because they might be interested in these bug reports. Cheers, -Enji --Apple-Mail=_4669E20B-E456-428E-BDED-AB19C042A3DB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlwkvnsACgkQ9YOpJmkw hhXjsRAAzjUkXcthAWK2gzhdOQL8oxEhBmfEk8tJJAw3DbtLwMvz6ezbxR1r0e6r n9CnG+0fyEs/Z15ktxGKy/I7OX/Vi/Z0zwLzDL47Z3ft7QB+vJQrSSnbOuoF/47P aZk6jmwdoFLTh1thV/bXRfTXQIhajdUZYwkagKKRdwxeZczjIDpWZod4pQHgKkc0 pFiJ/xvVq24fqXGP8uKN9Osizyy3n8SaJYWHrRHvhKfvGKvYrjo4xORlxwJ5xgVC A/Nj6wsgfqp2PlYS6E4qJTWzpf8TP/pbXgMrKDamBBxlmsWCZJVEb2+G0RPh7Ngl JhPGW9/Oh/F1lOFeyOGuzQiTDSLvVE7mkQajYKbVibv0JiNodDzHP1O5nB9FP6Zv r6dn5ghKL3n2vBbworKD7pekNtnIGQWhBhk3cfrp7SIP6I+s8b3GSpfdu6t7Nvi4 hoY+DLwu430+mfSOqY4qNjln50Sd0LHg4NfR8XOoI27Iz/T6EW+ISTkDF2uctoPT 0amSQVQ5Bm/whFaSnHXXkfKJeOUc/AZLq6CS0eopcZbgtAJ8My/pNiF8EtN5ylXd XoZjMqHy9F6uTmtsURP7zfiBNZLR4nZhneVUEkwdoPi22ISBQpBrW5K1jxfFIKY/ /Lp+nQJBcUv0dQePmUlYLxMKvvmFs9N3MLnS9wR6FIYkZ6AS3Kc= =Epxl -----END PGP SIGNATURE----- --Apple-Mail=_4669E20B-E456-428E-BDED-AB19C042A3DB-- From owner-freebsd-current@freebsd.org Thu Dec 27 12:35:30 2018 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 80810135D6D5 for ; Thu, 27 Dec 2018 12:35:30 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59336717C2 for ; Thu, 27 Dec 2018 12:35:28 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([79.192.171.156]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MHnzh-1gdsFJ0HNt-003ehS for ; Thu, 27 Dec 2018 13:30:16 +0100 Date: Thu, 27 Dec 2018 13:29:44 +0100 From: "Hartmann, O." To: FreeBSD CURRENT Subject: efibootmgr: Cannot translate unix loader path xxx\xxx\xxx to UEFI: No error: 0 Message-ID: <20181227132944.0c391c09@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/j6c83FJYkqkK4tlJ9B7x4/F"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:vsLVaLdjgaJrPxRHXOSvA+UFl7h2WPv13enyWT/pFIAzeqGEieO Ix5lJSwIACI5fzs3lQtlP6fseKyG9GrGML+C2OoFrdnxtOJe+C9UybdGKsbww2TyIVPn17i jURlwL8gdE9QYka2c/7zBnDOdKcGqYP8/vkWCnRJ8/1z0s0TPkx/0881D/ML6yIW8yD9Ukg nFCDVRH6gwQ0yc1kpnHnA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:n1t88TZ/R08=:accsTXNPonhUYxLALcN375 4WZjKajxxcP/DBsrNY5NCkDM+fVI10mfHEvQcUI29cYLdyuzwMitlFD/ubozgCYAUnJyk1ODJ 2IUPGvHQfgrD+QjprZII+qytzts6U9mbmY1cCSYW2dIU1oK8tdRYPNKcBve9jBuWJPxiDzRYl f/7wVG8/m/zqul/itF/Ybw3ZX/Gulx7wy6dScgQUkNOrJedRFY7NkP3/a3NgeppiH38qkJjZA 2pLuXY60HKKqYYRsJLiSAu78PMqQtV3OZWj8WLttIeh+lz9MEuyvpu6VNg6hEnPhm2rEe0em8 R8w9TiTybQN7qmRuei78btnn//HBsY38k8IV9cOOlK46JHj/ye1iA39CavK0CJitV1x9d1fRa Bt+01o8lM38gTwj8dQTheJ84NkcBHcMP1iluSBE0tYkTOOZMYaiZUtVHUFyuNXhhIh49DgTbF cztyPx12/1GNBtt7cjc8ExZX01MBx6dF06J+hVgLRv65fmv+ZORo1yI8cYhHQDaxMbeL8JDpC SON2M8KtEOsRPk613dItIO4NxrGzOA40r7wteDTk3eThvBrcjlBTHWXiz4c2QXiSCDTe2jYQH kMQQ8TTbS2LvK7ZkLnE4jopb0zcE50mhLldIYLIMZ9ZcP8clrMMxt7G36I+gMrSiEfpc1Hm/p PUs2JJhH5JiNtH6ZzZrlXkyUM2YOgXYFBZrKru4xS9es0n7CJIy0qXDzP1ZLKhM/XM4S+0/1B 8OqS9RFtR5kaw6MhbzKwoQK5ZTtQjKAHs/wEObZthI3ecnJP/CxNEx2j6JLZZvdVLn1CdoKJZ DTqg/Jt/0WK0jAm0V8G2s6WSqqet/qpYZM7IBG9GoQrKA11KWcPvaONd/8bZuCE0fpt6mVSzO AslTx0LIb+xOIaVy69HWkAldROL9zChVyUC6yRKJm5daU8Z49mmsBv2NVRraZF X-Rspamd-Queue-Id: 59336717C2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx01.gmx.net,mx00.gmx.net]; NEURAL_HAM_SHORT(-0.90)[-0.905,0]; SIGNED_PGP(-2.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[156.171.192.79.zen.spamhaus.org : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[18.15.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; IP_SCORE(-0.88)[ip: (-4.55), ipnet: 212.227.0.0/16(-0.36), asn: 8560(0.50), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+]; R_SPF_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[18.15.227.212.rep.mailspike.net : 127.0.0.17]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2018 12:35:30 -0000 --Sig_/j6c83FJYkqkK4tlJ9B7x4/F Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Updated Fujitsu Celsius M740 to its lates UEFI firmware today. After this update, the box won't boot FreeBSD 12-STABLE anymore! With disabled CSM, the firmware doesn't recognise the boot SSD's freebsd-efi partition for UEFI boot anymore - which was no problem before. When trying FreeBSD 13-CURRENT (USB image from 26.12.2018 as of the snapshot site) I receive a malloc arena error when trying to set boot vars via efibootmgr utility. So I tried the recent 12-STABLE snapshot as of 26th December 2018, the same as CURRENT USB Image, and I receive a weird error: efibootmgr -c -l /mnt/EFI/BOOT/BOOTX64.EFI -L FreeBSD efibootmgr: Cannot translate unix loader path '\mnt\EFI\BOOT\BOOTX64.EFI' to UEFI: No error: 0 What the heck is that? What does this error mean? No error: 0? The box is unusable. Kind regards, O. Hartmann --Sig_/j6c83FJYkqkK4tlJ9B7x4/F Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXCTFuAAKCRA4N1ZZPba5 R8MCAP0dLqjak8SKUhpAUquA/ZuB48NXZeQ8/aAYl9f8VSLoYwD/d4mgKYMmBYRf TufMMy2po/lZqQY6Yj1PLAyx9YaZRww= =3TLo -----END PGP SIGNATURE----- --Sig_/j6c83FJYkqkK4tlJ9B7x4/F-- From owner-freebsd-current@freebsd.org Thu Dec 27 13:07:10 2018 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 8C66E135E8E0 for ; Thu, 27 Dec 2018 13:07:10 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A38872BEB; Thu, 27 Dec 2018 13:07:09 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x32e.google.com with SMTP id t200so5439236wmt.0; Thu, 27 Dec 2018 05:07:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=xYUrNGS2yctqJvyxgJt0dAzNiwAuOk51ndJPU29sW5I=; b=fkyiJbRiAc+XPgTqpiD67S99Fwx9IVCq/eVDi7Y+cYbqdGRND9tgksqLHWeJuGECkt APTFzqEbiWTw7tZBCXShMAtB3QzMbdZL0z+W+xR7fgkxAGA67LT9rxnZmE70uBluUnuR A8eNt9J9dzlTZyrATH3uOuYWLpcLYLZkkMU3+logStZJWyhihAN4SG2/6fm1UhuX7xI0 FFwN51PnahE/AT+gSAAcDK2Ydmp2qdwMs8ExQTOyMxJvqwJOAyk/3EI7VdSKqDyDXHpA Gf8JLyI1ftRG7rXPygVjIXlbGfRUyoXkRrYp9XEjq43Zfb+cNDSJfhDZ/vzZAlF+5018 i6fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=xYUrNGS2yctqJvyxgJt0dAzNiwAuOk51ndJPU29sW5I=; b=kbGKSV1uT8rzv6fPxsgTQMJ7kXfb0Yx6ddf+7vahHCRX4Znw5ZqOZjOswEuHochQzh 4A2gzdppP0nRnOMVWiykt1ZlhcIj/qk/2Y+Ki+GPubdYubCsCTedslw4zqhyySMVdGap MY1bx2iI3WkR7SRZn+PDiArPPhezqCGLZeSOpwPoYzu60dacJHX+jLZnx7I4zUewyXkj XobYxcM/D1tuZMeocktmLD0BHFwhvdMeRNMtn+eaBMhb/FsTYM73cLVUvmIAtr1PQH+M l79Q+/x6pShZ5fC0nz8Yry9/7jNelW9HmAAwMpdmqTRHSe4HHwKbfd42vBdkm1/HR3KE brYw== X-Gm-Message-State: AJcUukfXO956heLlzD+KuWN+BYHbQEhUsBmsZx/e5qDZZ+cKSm3UW4sR 02WHP1D/d2Z0g0Q8TwFbG0lepWM/ X-Google-Smtp-Source: ALg8bN4eRf6GgNJWOplrAGLwC7eh4nEToK3L1GAa4VMo//ioECUs15B1TboFtwCJxRHfiDiEn7PPqg== X-Received: by 2002:a1c:13d1:: with SMTP id 200mr21021088wmt.4.1545916028261; Thu, 27 Dec 2018 05:07:08 -0800 (PST) Received: from ernst.home (p5B02380D.dip0.t-ipconnect.de. [91.2.56.13]) by smtp.gmail.com with ESMTPSA id r69sm31048926wmd.4.2018.12.27.05.07.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 27 Dec 2018 05:07:07 -0800 (PST) Date: Thu, 27 Dec 2018 14:07:06 +0100 From: Gary Jennejohn To: Enji Cooper Cc: Trev , FreeBSD Current , mmel@FreeBSD.org Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64) Message-ID: <20181227140706.748bf173@ernst.home> In-Reply-To: <3BB1A8CA-272D-4B48-81A2-CBAF7EE23507@gmail.com> References: <3BB1A8CA-272D-4B48-81A2-CBAF7EE23507@gmail.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7A38872BEB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=fkyiJbRi; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::32e as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-4.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-0.94)[-0.937,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[e.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.66)[ipnet: 2a00:1450::/32(-1.73), asn: 15169(-1.51), country: US(-0.08)] 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, 27 Dec 2018 13:07:10 -0000 On Thu, 27 Dec 2018 03:58:51 -0800 Enji Cooper wrote: > > On Dec 27, 2018, at 2:17 AM, Trev wrote: > > > > Graham Perrin wrote on 26/12/2018 21:20: > >> grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v > >> Wed Dec 26 10:18:52 GMT 2018 > >> FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > >> grahamperrin@momh167-gjp4-8570p:~ % iridium > >> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > >> grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser > >> www/iridium 2018.5.67_6 FreeBSD > >> grahamperrin@momh167-gjp4-8570p:~ % > >> Any ideas? > >> TIA > > > > Same problem with a freshly compiled (after 5 days, finished yesterday) www/chromium on RPi3. > > > > $ chrome > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > > > $ uname -a > > FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3 arm64 > > Hmm___ is something wonky with recent changes to rtld-elf that might be impacting ARM64? > > CCing mmel@, because they might be interested in these bug reports. > No. I saw this with mplayer and also iridium when I installed them with pkg on AMD64. Strangely enough, mpv works, even though it shows a dependency on libglib-2.0.so.0 when I run ldd on it. glib-2 has "extern char **environ;" in one of its C-files. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu Dec 27 14:30:02 2018 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 42AA01360EF2 for ; Thu, 27 Dec 2018 14:30:02 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B4A007618C for ; Thu, 27 Dec 2018 14:30:01 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6F7C51360EF1; Thu, 27 Dec 2018 14:30:01 +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 4CCB61360EF0 for ; Thu, 27 Dec 2018 14:30:01 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4D0876181 for ; Thu, 27 Dec 2018 14:29:58 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id wBRETiTM027811 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Dec 2018 14:29:54 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id wBRETeJW024528; Thu, 27 Dec 2018 15:29:40 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id wBRETMUb097630; Thu, 27 Dec 2018 15:29:34 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201812271429.wBRETMUb097630@fire.js.berklix.net> To: Enji Cooper cc: current@freebsd.org Subject: Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Thu, 27 Dec 2018 03:55:15 -0800." <59E5352B-6C93-47C8-BFAD-87DD152588C2@gmail.com> Date: Thu, 27 Dec 2018 15:29:22 +0100 X-Rspamd-Queue-Id: C4D0876181 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.64 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.871,0]; NEURAL_HAM_LONG(-0.46)[-0.463,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.26)[0.256,0]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: land.berklix.com]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.86), asn: 24940(-2.44), country: DE(-0.01)]; FROM_EQ_ENVFROM(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: Thu, 27 Dec 2018 14:30:02 -0000 Hi, Reference: > From: Enji Cooper > Date: Thu, 27 Dec 2018 03:55:15 -0800 Enji Cooper wrote: > > --Apple-Mail=_4BF6CECA-E53F-44F5-A629-849091814850 > Content-Transfer-Encoding: quoted-printable > Content-Type: text/plain; > charset=utf-8 > > > > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote: > >=20 > > Hi current@ > > Anyone else seeing make buildworld Clang failures ? > > ls -l /usr/bin suggests I last made world on Dec 9, > > since then I've failed twice below > > Seems the UPDATING doesnt give enough to rescue this. > > --------------- > >=20 > > cd /usr/src > > cat .ctm_status # I recall src-cur 13840 > > make world > > ... failed approx or maybe as below I recall: > >=20 > > cat .svn_revision # 342545 > > cat .ctm_status # src-cur 13841 > > make buildworld > >=20 > > c++ -O2 -pipe -DBERKLIX=3DYES = > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang = > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm = > -I/usr/src/contrib/llvm/tools/clang/lib/Basic = > -I/usr/src/contrib/llvm/tools/clang/lib/Driver = > -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include = > -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = > -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = > -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" = > -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" = > -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/amd64.amd64/tmp\" = > -DLLVM_TARGET_ENABLE_X86 = > -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser = > -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeX86AsmPrinter = > -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeX86Disassembler = > -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Target = > -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeX86TargetInfo = > -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections = > -fdata-sections -gline-tables-only -MD -MF.de! > > pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments = > -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=3Dc++11 = > -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3Dlibc++ = > -Wno-c++11-extensions -c = > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o = > Basic/SourceManager.o > > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: = > fatal error: > > 'emmintrin.h' file not found > > #include > > ^~~~~~~~~~~~~ > > 1 error generated. > > *** Error code 1 > >=20 > > Stop. > > bmake[4]: stopped in /usr/src/lib/clang/libclang > > *** Error code 1 > >=20 > > src/UPDATING last has a note at 20181220 ... & > > 20181211: > > Clang, llvm, lld, lldb, compiler-rt and libc++ have been = > upgraded to > > 7.0.1. Please see the 20141231 entry below for information = > about > > prerequisites and upgrading, if you are not already using clang = > 3.5.0 > > or higher. > >=20 > > clang -v > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = > LLVM 6.0.1) > >=20 > > make includes > > mkdir -p /usr/lib/clang/7.0.1/include/sanitizer/ > > make includes > > clang-tblgen -help > > make -i includes > > cd /usr/src/lib/clang/libclang > > make > > clang-tblgen -gen-clang-attr-dump -I = > /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o = > clang/AST/AttrDump.inc = > /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td > > *** Signal 11 > > reboot > > cd /usr/src/lib/clang/libclang > > make clean > > make > > clang-tblgen -gen-clang-attr-dump -I = > /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o = > clang/AST/AttrDump.inc = > /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td > > *** Signal 11 > > Hi Julian, > The handful of times I=E2=80=99ve seen this occur in the past = > with other compiler versions, it=E2=80=99s been caused by an incomplete = > buildworld and/or tainted .OBJDIR. It might be a good idea to wipe out = > ${OBJROOT} and start buildworld from scratch, to see if the issue = > persists. > Best of luck, > -Enji Thanks Enji, I usually do, but I might have forgotten, have now run: cd /usr/obj; rm -rf * cd /usr/src make clean make cleandir# prob un-necessary after obj rm cat .ctm_status src-cur 13842 cat .svn_revision 342550 & started: make buildworld Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp From owner-freebsd-current@freebsd.org Thu Dec 27 14:40:58 2018 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 EFA491361511 for ; Thu, 27 Dec 2018 14:40:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F5117684D for ; Thu, 27 Dec 2018 14:40:56 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.11.131.195]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M6ioC-1hWQqK2QMe-00wVRv for ; Thu, 27 Dec 2018 15:40:48 +0100 Date: Thu, 27 Dec 2018 15:40:13 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: Re: efibootmgr: Cannot translate unix loader path xxx\xxx\xxx to UEFI: No error: 0 Message-ID: <20181227154040.5d99ca98@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20181227132944.0c391c09@hermann> References: <20181227132944.0c391c09@hermann> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:hrC+dQ/VQzjPFc83mWZ7/WXNazdUQAHdLZaNvqT7/wS65SMvOrH iQgZFR6Js8BKo1hAoob+S2bF122IWklfGp1oytTSZDlLEyj3hAco0oTgqDGvp/XHWMD8+0y J55DjMpYeFex8kZ8RAxfEGjn7sEbVrroSkgkIPxfZsx07yX53YEleJHMxv/BbluE5dWJJLs wDt79lPUxz75t5CcKicWQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:yGcKCih36wU=:PRdc+CyeT9JQagaX2LAXMM Nzs4SuakU/rmQwnSkma8cu9Q79vrTVRLjct8CZoUu+AKbXGQaUPyQ5CUhSkyVhXs/84q/qMxC ZeWSkXdFoTbacwZu8wAa4h92tyZGa38rzcCnWfYkj5NjkeZeLeW3xTt/lI0b/TrR2/xiINdHZ 9Oh16b4jkKPwMQKQlrhnK9MTTVNzqoTTgAOBi/lknFb2Yd5FrX3B36coEt2lgpHLiMil3BasC /LFq95hkMHSrKLslfk+nlz8vyBQ7NLSJjGrciUvxeRoQYQsIeMimw2/2aAlTjUABkaHMwSsS2 S3DIc75lo+xCVQ9/JKi89cDvc5ON2h0Ozo34ij5GOsjj1N8ZbGnIvngJwz5NPQhML0pdJZ8Me ppmnV9tZ1Rz5a+gRbIdG52HUDjzA04q/0vtKnumAR23WyEDqWHcZxCxsiLasosL8pSEdVB4zq x+vQ9yW+nDTkyX6lEABz7aHoTBm+Fn+R+0JCOWu1uUgWz+tqa/O0lFz8JfNw3d/h7WXOevsEV WpwvF6usMn4Y5SvkHdLQG3jqfjj6BzgNg0VJ/4GdOcqll1FlC3FI1a2Sju/95Cvdb/Phh/rKd DM5MBBEXHZLJVKLd0mgOLmuPeL1SMcATydhOgzLyGO8H7Skzt9aCue2ZDHLdYiGEcr1kaf/S7 Ih4iwbEVnMDThGfCBR4HDtiHQd/RV6WKZKLyZyr5967Pyr3FKvS5inCcbGsf0MPjXZoiTeUOg KlJqMwd7Sh6Drgik6z3SXr4QRS2UteY2L6v9tiIFk33P357VcuHm3bzOAGXOU8Lzd1hvbcpJt DaE9ncYrSTfjja+o2C0fa4+20m4Bhf24oL5EErykth/bk4Hng5GuyvhXNI5ygd2jtRnaHz/FX 6nnCRkx4l+0SFS27FOFqWK3spO9sVTB+j/VPa0du1EA0W3wBsxXrbc2QUW/401YoUrzTShoN+ nCu/UOkvEQA== X-Rspamd-Queue-Id: 5F5117684D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx01.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.43)[-0.435,0]; RECEIVED_SPAMHAUS_PBL(0.00)[195.131.11.77.zen.spamhaus.org : 127.0.0.11]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.901,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.70)[ip: (-3.64), ipnet: 212.227.0.0/16(-0.36), asn: 8560(0.50), country: DE(-0.01)]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2018 14:40:58 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFRo dSwgMjcgRGVjIDIwMTggMTM6Mjk6NDQgKzAxMDANCiJIYXJ0bWFubiwgTy4iIDxvaGFydG1hbm5A d2Fsc3RhdHQub3JnPiBzY2hyaWViOg0KDQo+IFVwZGF0ZWQgRnVqaXRzdSBDZWxzaXVzIE03NDAg dG8gaXRzIGxhdGVzIFVFRkkgZmlybXdhcmUgdG9kYXkuDQo+IEFmdGVyIHRoaXMgdXBkYXRlLCB0 aGUgYm94IHdvbid0IGJvb3QgRnJlZUJTRCAxMi1TVEFCTEUgYW55bW9yZSEgV2l0aA0KPiBkaXNh YmxlZCBDU00sIHRoZSBmaXJtd2FyZSBkb2Vzbid0IHJlY29nbmlzZSB0aGUgYm9vdCBTU0QncyBm cmVlYnNkLWVmaQ0KPiBwYXJ0aXRpb24gZm9yIFVFRkkgYm9vdCBhbnltb3JlIC0gd2hpY2ggd2Fz IG5vIHByb2JsZW0gYmVmb3JlLg0KPiANCj4gV2hlbiB0cnlpbmcgRnJlZUJTRCAxMy1DVVJSRU5U IChVU0IgaW1hZ2UgZnJvbSAyNi4xMi4yMDE4IGFzIG9mIHRoZQ0KPiBzbmFwc2hvdCBzaXRlKSBJ IHJlY2VpdmUgYSBtYWxsb2MgYXJlbmEgZXJyb3Igd2hlbiB0cnlpbmcgdG8gc2V0IGJvb3QNCj4g dmFycyB2aWEgZWZpYm9vdG1nciB1dGlsaXR5LiBTbyBJIHRyaWVkIHRoZSByZWNlbnQgMTItU1RB QkxFIHNuYXBzaG90DQo+IGFzIG9mIDI2dGggRGVjZW1iZXIgMjAxOCwgdGhlIHNhbWUgYXMgQ1VS UkVOVCBVU0IgSW1hZ2UsIGFuZCBJIHJlY2VpdmUNCj4gYSB3ZWlyZCBlcnJvcjoNCj4gDQo+IGVm aWJvb3RtZ3IgLWMgLWwgL21udC9FRkkvQk9PVC9CT09UWDY0LkVGSSAtTCBGcmVlQlNEDQo+IA0K PiBlZmlib290bWdyOiBDYW5ub3QgdHJhbnNsYXRlIHVuaXggbG9hZGVyIHBhdGgNCj4gJ1xtbnRc RUZJXEJPT1RcQk9PVFg2NC5FRkknIHRvIFVFRkk6IE5vIGVycm9yOiAwDQo+IA0KPiBXaGF0IHRo ZSBoZWNrIGlzIHRoYXQ/DQo+IA0KPiBXaGF0IGRvZXMgdGhpcyBlcnJvciBtZWFuPyBObyBlcnJv cjogMD8NCj4gDQo+IFRoZSBib3ggaXMgdW51c2FibGUuDQo+IA0KPiANCj4gS2luZCByZWdhcmRz LA0KPiANCj4gTy4gSGFydG1hbm4NCj4gDQo+IA0KPiANCg0KSSBmb3VuZCB0aGlzIFBSLCBCdWcg MjI5MTkxLCBmcm9tIEp1bmUsIDIwMTg6DQoNCmh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6 aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9MjI5MTkxDQoNCkl0IHNlZW1zIHRoZSBwcm9ibGVtIGhhcyBu b3QgYmVlbiBmaXhlZC4gSW5kZWVkIGRpZCBJIG1vdW50IHRoZSBFU1ANCnZpYSBhIEdFT00gbGFi ZWwsIC9kZXYvZ3B0L2VmaWJvb3QwLg0KLSAtLSANCk8uIEhhcnRtYW5uDQoNCkljaCB3aWRlcnNw cmVjaGUgZGVyIE51dHp1bmcgb2RlciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRlbiBmw7xyDQpX ZXJiZXp3ZWNrZSBvZGVyIGbDvHIgZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9yc2NodW5nICjC pyAyOCBBYnMuIDQgQkRTRykuDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQppSFVF QVJZSUFCMFdJUVN5OElCeEFQRGtxVkJhVEo0NE4xWlpQYmE1UndVQ1hDVGthQUFLQ1JBNE4xWlpQ YmE1DQpSd3ZaQVA5dFE4bnVZcDc3QTJYQjhNTHVvbHBleUJLck8wTTc5VWxuQ0dmVFlsTGtPd0VB cmJTcHNRMithWjBTDQpJNUkxcHd1QmFUdWlWMWdKMEU2bDRiUnhoYlVtWGdBPQ0KPWVZUWoNCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Thu Dec 27 15:38:34 2018 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 ACFB71362DED for ; Thu, 27 Dec 2018 15:38:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01A0E8089D for ; Thu, 27 Dec 2018 15:38:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x731.google.com with SMTP id a1so11010414qkc.5 for ; Thu, 27 Dec 2018 07:38:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iqQEx2fHwpj4ibvLA1dQBPhZ+/bzPXddWPavOa8IBQM=; b=TYubKKBbRurPpp6euQqeEx8jE3F3hQGVBGygcbWtpApHS4bcyfLIgzB4SZN00urPAo YDnOQOoHF/Z0sMbZSZ5zY9lUqU+/UYHaPT26OLA1oC15CvoZVftG/MsSlmDj1krwQJXf 53cFNKSE5UBzhBox5a2Qg865nO7iYq1Y9/g5ILIKx3nZYYWMRbORCUr7TVBoLFa5/p0I OYPHpZLkHbyTYWttKiShHhTUIpgfvMXzNSNdWxZafKiodJz6QSgVjtX4e/fPoHVN+uCw SdIvwGBVxCOsTtbqAs4uu5IJcgQ0QPatiLz7ZF3Jh7Io4DgQMq6zOGMpf7yNb4LXGpl7 ruNA== 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=iqQEx2fHwpj4ibvLA1dQBPhZ+/bzPXddWPavOa8IBQM=; b=M+4cQTPrWLWLk2GvixRc5nTQHu4YFyJ3CBXCul0Dju3/m6V7M3uLW/khLtFdBOoHop WklcbTbKv0cst2rAN/HfwbeRoaoZJhdGpsZJ6F2yXignV2Y9BpjwbvyMrHsZtYeoABQC quADeX/jIs3JUIcamlacoBa3kyQV4zA0+lphHYO0SdNoq+yWCYjjPHiA1Wjejhlfm3CX nmyYPBK4YincXNpO/aRu3LMX1HH/UK6KaX6auJw4QW1Twm2AtvD7+A+fPxsvMRfLCP7B gtr51SVTJbLMaWYL+DQEz6bB9NS2SeP6Q9m44ZSJOXzXlv3TNNPprcrVETcC7VwvH92y oy3Q== X-Gm-Message-State: AJcUukfl2tGV7Jdui/2eYCYpykNSfxPh3qPOFr4EDgaJ6vpnO9dW0cSd JGhUuLHutWxh1qO4oQnMT5tYdpCdTHCOjidHivlW9Q== X-Google-Smtp-Source: ALg8bN5LXWefV2/+09y1fsiYNfnV/b5WFhDKw3Sc9GOmmMbRVOI2XTjIbgN0pevlr7eGnAai8bUwNoRNlrOQ0oVLfbM= X-Received: by 2002:a37:9604:: with SMTP id y4mr22438170qkd.279.1545925112196; Thu, 27 Dec 2018 07:38:32 -0800 (PST) MIME-Version: 1.0 References: <20181227132944.0c391c09@hermann> <20181227154040.5d99ca98@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20181227154040.5d99ca98@thor.intern.walstatt.dynvpn.de> From: Warner Losh Date: Thu, 27 Dec 2018 08:38:20 -0700 Message-ID: Subject: Re: efibootmgr: Cannot translate unix loader path xxx\xxx\xxx to UEFI: No error: 0 To: "O. Hartmann" Cc: FreeBSD Current X-Rspamd-Queue-Id: 01A0E8089D X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=TYubKKBb X-Spamd-Result: default: False [-4.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.934,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[1.3.7.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]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-1.93)[ip: (-6.20), ipnet: 2607:f8b0::/32(-1.89), asn: 15169(-1.50), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] 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: Thu, 27 Dec 2018 15:38:34 -0000 On Dec 27, 2018 7:42 AM, "O. Hartmann" wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Am Thu, 27 Dec 2018 13:29:44 +0100 "Hartmann, O." schrieb: > Updated Fujitsu Celsius M740 to its lates UEFI firmware today. > After this update, the box won't boot FreeBSD 12-STABLE anymore! With > disabled CSM, the firmware doesn't recognise the boot SSD's freebsd-efi > partition for UEFI boot anymore - which was no problem before. > > When trying FreeBSD 13-CURRENT (USB image from 26.12.2018 as of the > snapshot site) I receive a malloc arena error when trying to set boot > vars via efibootmgr utility. So I tried the recent 12-STABLE snapshot > as of 26th December 2018, the same as CURRENT USB Image, and I receive > a weird error: > > efibootmgr -c -l /mnt/EFI/BOOT/BOOTX64.EFI -L FreeBSD > > efibootmgr: Cannot translate unix loader path > '\mnt\EFI\BOOT\BOOTX64.EFI' to UEFI: No error: 0 > > What the heck is that? > > What does this error mean? No error: 0? > > The box is unusable. > > > Kind regards, > > O. Hartmann > > > I found this PR, Bug 229191, from June, 2018: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229191 It seems the problem has not been fixed. Indeed did I mount the ESP via a GEOM label, /dev/gpt/efiboot0. There is some code that tries to cope, but I ran out of time before it was bulletproof. You can use nda0p9:/path/in/fs instead. Assuming the esp is on /dev/nda0p9. Warner - -- O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXCTkaAAKCRA4N1ZZPba5 RwvZAP9tQ8nuYp77A2XB8MLuolpeyBKrO0M79UlnCGfTYlLkOwEArbSpsQ2+aZ0S I5I1pwuBaTuiV1gJ0E6l4bRxhbUmXgA=3D =3DeYQj -----END PGP SIGNATURE----- _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Dec 27 18:36:27 2018 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 63823141F3A1 for ; Thu, 27 Dec 2018 18:36:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FE0786A47 for ; Thu, 27 Dec 2018 18:36:26 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x342.google.com with SMTP id g67so18125683wmd.2 for ; Thu, 27 Dec 2018 10:36:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=qaGUzWANz7h2IgxtIOm2zK+LtvPt+eZMpUwiFxduo1E=; b=ejJKkkEfpe+LCCNSN2i/fcgtuomr+x2rk+sKnu27D05XM79q8jtyJP275K2io7op+q m/vPH2ACoJyaFFPzBFz45CMhwpjPmdUtsYNVtzpYQbairXi2tPXjWIwqxB4hUTGTgg3r 0Bzyauz1dhqcbm7UiVCTZWnlCx9jMb2GBtMx0hwV6X+RzthavVNrGVF7co3+aZmjJs+4 KUcV6OobLf4+7t7quq8HUF5PAcbL4Wu4ndX7KnF0Fwm3rY2fOnfn3dcRWQUdoVzt/JKv 9tfXjZV4nqeDqZvIY1tyxgJ6jwMNY5BZGkXabmvezBh9Fy9uGYy3n055Rwt9A55Hn0di 6E5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qaGUzWANz7h2IgxtIOm2zK+LtvPt+eZMpUwiFxduo1E=; b=KLBVSjVCDxwRWfYGINPTCJx5BR5jhLboLpvsrkg/lw8/fAj8Y93Qzbd/94EKAb2Yb4 e3s5Ne81pyDGDTm9mVbvn8e6ts4qSYQpKGP8NsNiQUQNU7lFfyJZ040xaWbxLyCkI6Tw jpFBSVyAXdF4HCAYDNqNDD+DxFRrdLSO16I70tXBFFY6W+OnAEDMvO1EHEbMi3HreDAw oEsfSijDU+8PC0vFvWCC5BzaohjPIbsjztuhueNDaOQatHD9q72VFKxUtsJ5Wlp1t3mc s3Dhfc4y7yt8Jmp5kwlUlFemsOge4uNKJQUhaAmGJ2lE0G36fcvuZfx3bLBA2C3t5yoG xCcQ== X-Gm-Message-State: AA+aEWb+VrCTvzYtn4YhgLizs6hd8F/1ZMYzA56spWBIThC1PwpARoDO o68bxhRkzarr1qfd7b7pK9YCfdnXmTJvskQl76Y= X-Google-Smtp-Source: AFSGD/WlTDDMtvi0z6y005TL+tU1wSwMXnLJuBIS6i1o09Xlljh30jt3qmrfISudfuugDH0XjZt2HJrLLU3sRtmeIME= X-Received: by 2002:a1c:d082:: with SMTP id h124mr20816277wmg.21.1545935785010; Thu, 27 Dec 2018 10:36:25 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4602:0:0:0:0:0 with HTTP; Thu, 27 Dec 2018 10:36:24 -0800 (PST) In-Reply-To: References: <6C9BDD8A-7889-4819-86E3-CE13AC3323AC@yahoo.com> From: Mateusz Guzik Date: Thu, 27 Dec 2018 19:36:24 +0100 Message-ID: Subject: Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown) To: Mark Millard Cc: Yuri Pankov , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 5FE0786A47 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ejJKkkEf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::342 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-4.28 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.43)[ip: (1.18), ipnet: 2a00:1450::/32(-1.73), asn: 15169(-1.51), country: US(-0.08)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.84)[-0.840,0]; 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)[2.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_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: Thu, 27 Dec 2018 18:36:27 -0000 I suspect this is a side-effect of r340742 ("proc: implement pid hash locks and an iterator"). Prior to the change exporting code would just iterate allproc, which will appear sorted for *most* processes and most importantly kernel ones. Note the allproc list is most definitely not sorted in general and a closer look would reveal that. On 12/25/18, Mark Millard wrote: > > > On 2018-Dec-24, at 13:49, Yuri Pankov wrote: > >> Mark Millard wrote: >>> From my from=source head -r3418363 context, top with -opid does not >>> seem to sort in a coherent order, not time of process creation order >>> (either direction) and not in just-PID numeric order (either >>> direction). For example: >>> >>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>> COMMAND >>> 0 root 24 -16 - 0 368K swapin 1 0:00 0.00% >>> [kernel] >>> 16 root 1 -16 - 0 16K - 3 0:00 0.00% >>> [soaiod2] >>> 752 root 1 20 0 18M 18M select 1 0:07 0.01% >>> /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -g >>> 800 root 1 20 0 11M 908K nanslp 1 0:01 0.00% >>> /usr/sbin/cron -s >>> 1 root 1 20 0 9900K 132K wait 3 0:00 0.00% >>> [init] >>> 17 root 1 -16 - 0 16K - 0 0:00 0.00% >>> [soaiod3] >>> 2 root 1 -16 - 0 16K crypto 0 0:00 0.00% >>> [crypto] >>> 18 root 1 -16 - 0 16K - 0 0:00 0.00% >>> [soaiod4] >>> 850 root 1 20 0 13M 2756K wait 3 0:00 0.00% >>> login [pam] (login) >>> 3 root 1 -16 - 0 16K crypto 0 0:00 0.00% >>> [crypto returns 0] >>> 19 root 1 -16 - 0 16K mmcsd 0 0:25 0.00% >>> [mmcsd0: mmc/sd card] >>> 643 root 1 20 0 11M 1124K select 2 0:01 0.00% >>> /usr/sbin/syslogd -s >>> 4 root 1 -16 - 0 16K crypto 0 0:00 0.00% >>> [crypto returns 1] >>> 20 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% >>> [mmcsd0boot0: mmc/sd] >>> 5 root 1 -16 - 0 16K crypto 0 0:00 0.00% >>> [crypto returns 2] >>> 21 root 1 -16 - 0 16K mmcsd 0 0:00 0.00% >>> [mmcsd0boot1: mmc/sd] >>> 6 root 1 -16 - 0 16K crypto 0 0:00 0.00% >>> [crypto returns 3] >>> 22 root 3 -16 - 0 48K psleep 3 0:12 0.00% >>> [pagedaemon] >>> 5270 root 1 20 0 14M 3780K CPU2 2 0:00 0.14% top >>> -Saopid >>> 662 root 1 20 0 11M 680K select 0 0:00 0.00% >>> /usr/sbin/rpcbind >>> 7 root 2 -16 - 0 32K - 0 0:00 0.00% >>> [cam] >>> 23 root 1 -16 - 0 16K psleep 2 0:00 0.00% >>> [vmdaemon] >>> 5255 root 1 20 0 12M 3092K wait 0 0:00 0.00% -sh >>> (sh) >>> 8 root 1 -16 - 0 16K waitin 0 0:00 0.00% >>> [sctp_iterator] >>> 24 root 3 -16 - 0 48K qsleep 3 0:12 0.01% >>> [bufdaemon] >>> 712 root 1 52 0 12M 616K select 0 0:00 0.00% >>> /usr/sbin/mountd -r >>> 9 root 1 -16 - 0 16K - 1 0:04 0.00% >>> [rand_harvestq] >>> 25 root 1 20 - 0 16K vlruwt 0 0:04 0.00% >>> [vnlru] >>> 10 root 1 -16 - 0 16K audit_ 0 0:00 0.00% >>> [audit] >>> 26 root 1 16 - 0 16K syncer 0 1:45 0.00% >>> [syncer] >>> 714 root 1 52 0 12M 728K select 3 0:00 0.00% >>> nfsd: master (nfsd) >>> 11 root 4 155 ki31 0 64K CPU0 0 144.6H 397.09% >>> [idle] >>> 235 root 1 20 0 11M 564K select 3 0:00 0.00% >>> dhclient: system.syslog (dhclient) >>> 715 root 32 52 0 11M 1120K rpcsvc 3 0:00 0.00% >>> nfsd: server (nfsd) >>> 12 root 18 -52 - 0 288K WAIT 2 2:29 1.43% >>> [intr] >>> 412 root 1 20 0 10M 72K select 2 0:00 0.00% >>> /sbin/devd >>> 796 root 1 52 0 20M 672K select 0 0:00 0.00% >>> /usr/sbin/sshd >>> 13 root 3 -8 - 0 48K - 1 0:11 0.00% >>> [geom] >>> 14 root 20 -68 - 0 320K - 0 0:02 0.00% >>> [usb] >>> 238 root 1 52 0 12M 416K select 1 0:00 0.00% >>> dhclient: awg0 [priv] (dhclient) >>> 15 root 1 -16 - 0 16K - 0 0:00 0.00% >>> [soaiod1] >>> 239 _dhcp 1 20 0 12M 484K select 1 0:00 0.00% >>> dhclient: awg0 (dhclient) >>> >>> (Basically the Pine64+ 2GB [aarch64] above was idle after boot other >>> than >>> some runs of top.) >>> >>> I see this oddity across architectures, for example amd64, powerpc64, >>> aarch64, armv7. >> >> No wonder, it doesn't seem to have worked ever (?) as the compare_pid is >> simply not defined in compares list. Try attached patch. >> > > I'm a long term top user and it used to work. For example, when I was > running > head -r340287 it worked as I remember. (I recreated such a vintage recently > for a test of something else. The -opid ordering was coherent as I > remember, > unlike the above.) > > It historically seemed to track the time order of process creation, even > around the PID > number wrapping around. (So not a strict PID sort, at least for the PID > shown.) This > was handy for monitoring buildworld buidkernel and port builds (all > parallel). > > I'll probably try the patch when I have a chance, even if it does strict PID > number > order. Thanks. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > 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" > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Thu Dec 27 19:35:01 2018 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 32E1C142102C for ; Thu, 27 Dec 2018 19:35:01 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA6B588C95 for ; Thu, 27 Dec 2018 19:34:59 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-lf1-x130.google.com with SMTP id z13so13271132lfe.11 for ; Thu, 27 Dec 2018 11:34:59 -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=hU8Uq4+SRxTYvT0SC1BmNfGpwLwWwYDIJk73DVSjZwY=; b=GlYkUTaujHavBcGOgqOUhl/wPRl/zG9LVVjzpasQiImyKhzsdieEn6jEPf0xPnAMrb yiiujtRwMBnaP/wvOpeXpna0Boj0xI98cU42fE1an5NESIt45yMyLfHYYE3qtgnUASUW 8P0RlIBDlJ8hEzMXcHRb/Va2RLVSIjLQOMY8tJHGQ4PiLsk+PCls/j8XNFxGt22wCL9V KtIJSkWZsYrnQNpmWEQXnmotDRlm95rhtii7ovcZPc6r6mc5GWAAWWFbLLIhtQZPWAN9 2bwGrC0n0AMXf5EGmA+HsgLdeOdW8u8FAF1e0y/8xT9sDRiL2NhWx2tp0XWj+xG/8Dex 1zLA== 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=hU8Uq4+SRxTYvT0SC1BmNfGpwLwWwYDIJk73DVSjZwY=; b=UiHquTCa1rtZDBIh/zFRDm9zBN5D+aHzQbV9Mh1xutnRiIweM6ZBNub/51Fg6Hxs1l aeH9O8cAU7zs8/Hlt+5hFmXZ+pFv8OVWjaUIbCEEdrQmBemMxcGPvSXpnQzAHlA5wyW2 rFoFHBz92Y4d9wLKvZ7sCc4s2vCg6NXmJxIz4BCHfgnquihf1Ay0PAHaMW0uOcqMkqN3 KwCSz3ud0jclulJgTss0dUC95giG5Djz+WWMPLT99kGpW9YN0NEf9oobT9sQFsI5ihT7 LdBnLBj/EYRXRfS/Wa8hiAF7WhjISu/WdO7VYagYKyU5cyrH9rz+8ZNSNTZPDqwubAeV gZ5A== X-Gm-Message-State: AA+aEWYz9Q4iiujmYSW4QwLbi7xXz4e8zjGlvAJLBBtrzPFtVsqzBmhU sAM/C0tXGCbattBNXsT0i5Omlkkn0CdHkqpUiGKEDC0D6Dg= X-Google-Smtp-Source: AFSGD/WSPwqfxz9p15eplR9d8WRJcYJmlgT9/pkOooPPTisiyz00Ksuy+xMROxNk+kO9HWb+QEbzr4iV3XuEp33a94I= X-Received: by 2002:a19:2b54:: with SMTP id r81mr13294983lfr.34.1545939297916; Thu, 27 Dec 2018 11:34:57 -0800 (PST) MIME-Version: 1.0 From: Ryan Stone Date: Thu, 27 Dec 2018 14:34:46 -0500 Message-ID: Subject: buildworld falure: truncated or malformed archive To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: BA6B588C95 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GlYkUTau; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rysto32@gmail.com designates 2a00:1450:4864:20::130 as permitted sender) smtp.mailfrom=rysto32@gmail.com X-Spamd-Result: default: False [-6.42 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-2.47)[ip: (-9.03), ipnet: 2a00:1450::/32(-1.73), asn: 15169(-1.50), country: US(-0.08)]; NEURAL_HAM_SHORT(-0.94)[-0.944,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2018 19:35:01 -0000 I'm trying to update an old (~May 2018) -head system to the latest, but I'm getting a persistent error during buildworld: ld: error: /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a: could not get the member for symbol _ZN5clang17MultiplexConsumerC1ENSt3__16vectorINS1_10unique_ptrINS_11ASTConsumerENS1_14default_deleteIS4_EEEENS1_9allocatorIS7_EEEE: truncated or malformed archive (terminator characters in archive member "dC" not the correct "`\n" values for the archive member header for tOutputExprEj I seem to recall something about libarchive or ar having a bug creating archives > 4GB, but I tried doing a "make install" from lib/libarchive and usr.bin/ar and doing a rebuild, and that doesn't seem to have resolved the issue. I also made sure to try a build with a clean /usr/obj with no success. Any ideas how I can get past this? From owner-freebsd-current@freebsd.org Thu Dec 27 22:15:22 2018 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 A90041424DDD for ; Thu, 27 Dec 2018 22:15:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D102E8E407 for ; Thu, 27 Dec 2018 22:15:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x734.google.com with SMTP id 68so11629951qke.9 for ; Thu, 27 Dec 2018 14:15:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iSjsJ43026/tiUyebFryQaktX248K8K8Z1L6uj/TKHU=; b=A8+tgQ0evPpuZKjkUN8U+DeBU3gY1T+YHz1N3TyQd+z5Kq3GkiJ+zAcjBYslVN3SgB MvSmJldX4OQ11164Lw62MCbxlxVGNaMq4gXQBfkUxWuPdZUhbYXsrIA8fAqHvKWxDhgb WeN8Cc2X8vgPYcoagUttj6Uwqoy3sEcINdhC58VJQIYuDYqgkRjLuM+mRtiOykqXDMcU LKShOK0cMCwVkLnek7tFN2PtnJj368GP4ZYXMcnJAGpfNSyqsdiN7tJHJh4LX7brHRe6 jhqIpR1USEtp/f1uMphtFszdKPcDyZRZuW0Pia/AGEDzMX+MpOpPW03fDE60zAnPWcpM r2xQ== 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=iSjsJ43026/tiUyebFryQaktX248K8K8Z1L6uj/TKHU=; b=gbQgzFebhrmZ4SW3f9tM0uORjDbP9u732SLY0XyjzG+U+unvICn3r4S/O9VToEdgzx eCu1HNUy7P2JbmiCP5uVZDl4usoSVvbmXZlgYWgXPyWo2ZbymjpX3BEUYizLhJX4Imoz uegEpPqMoZ6VcCaBjWEC7OmB/orkUrkvRR2q8Z60GFtoi1wunELqVkYYn9KNckvHR3Db Wgy8i61ZVoEuWc+aVrfA9yj8vPjlRU84163plpYGGtBDtrizQLxSL0E0VBNhnVtQhQVu G4JL7Egt0XnPyHxw0p9deVhx9mH0RLMr+MRFJJjFSx49N+WhBA7IW4bO9HxC4yfS/u+a S6kw== X-Gm-Message-State: AJcUukdOOr3suVqtLLyAqBhDvQHEC7nxz1mP+Xrfh7sJVpCu0LHS+PlX HsuawT50s2BX1e6j2j3Bg4kXft9FbX26SPNFA+KktQ== X-Google-Smtp-Source: ALg8bN5Q8563bA4os4yUalJiXuef7MKEmUbSHH4XkPjPX6oBAmaHOB+EuFUzrMg+vudVVtSX23MS3s8oKhTfjl/7b84= X-Received: by 2002:a37:6e86:: with SMTP id j128mr23738743qkc.46.1545948920995; Thu, 27 Dec 2018 14:15:20 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 27 Dec 2018 15:15:09 -0700 Message-ID: Subject: Re: buildworld falure: truncated or malformed archive To: Ryan Stone Cc: FreeBSD Current X-Rspamd-Queue-Id: D102E8E407 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=A8+tgQ0e X-Spamd-Result: default: False [-5.41 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.975,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.3.7.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]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.43)[ip: (-8.69), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.50), country: US(-0.08)]; 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: Thu, 27 Dec 2018 22:15:23 -0000 On Thu, Dec 27, 2018, 2:36 PM Ryan Stone I'm trying to update an old (~May 2018) -head system to the latest, > but I'm getting a persistent error during buildworld: > > ld: error: /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a: > could not get the member for symbol > > _ZN5clang17MultiplexConsumerC1ENSt3__16vectorINS1_10unique_ptrINS_11ASTConsumerENS1_14default_deleteIS4_EEEENS1_9allocatorIS7_EEEE: > truncated or malformed archive (terminator characters in archive > member "dC" not the correct "`\n" values for the archive member header > for tOutputExprEj > > I seem to recall something about libarchive or ar having a bug > creating archives > 4GB, but I tried doing a "make install" from > lib/libarchive and usr.bin/ar and doing a rebuild, and that doesn't > seem to have resolved the issue. I also made sure to try a build with > a clean /usr/obj with no success. Any ideas how I can get past this? > Remove any DEBUG_FLAGS. .a files can't be larger than 4GB. Clang / llvm now explodes the limit. Warner _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Dec 27 22:27:47 2018 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 5651E1425351 for ; Thu, 27 Dec 2018 22:27:47 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it1-f182.google.com (mail-it1-f182.google.com [209.85.166.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60E368EA8C for ; Thu, 27 Dec 2018 22:27:46 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it1-f182.google.com with SMTP id x124so28540894itd.1 for ; Thu, 27 Dec 2018 14:27:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8jHx5fCk49RDHNH6XySHU7nqcltxQ4Y+OZ3cs86OqwM=; b=F6qb8K31DY5Tiws1Jcgpf06QpIJ8xGi0xcV43Y8znGbV9VvXoon1+VL+WRj1x44oJv /s0fqwgaGhzoSKJSnEAKtuA/CeOxi62920zKOhqNYhtBvErZMnAoMY9uMtJXUzj47koe +EFczCR4h4Rzxq0ER640arNHFeAaOe0ET8OKVwy/cxTtQAh4K6AmNBaVEzcavPQlT3py OAEDuuKrYD+war8kclgisAa3qW3y19KGjQyX6iCYTQywThB7X/nO5t0L5nnYDqv8Iep1 kUWSE2vuuO6YZKCGQCo28T8jtIQFVPgDBD6ogq4jjw70aPKazOV6/bofAhZGArJb2Cc9 b8aA== X-Gm-Message-State: AJcUuke7dwqtR38ALTEO+lQ55Tt6il8aM9ajginEYu91CbFtsWO1/IYY 6Y3EbA07GdYEPSAsqCe3GJESFGgoW7Ibimb06z4= X-Google-Smtp-Source: ALg8bN7FKWwMxfMF4F9tjhs8OnlHl2W3PP8MCD7st63WnTxuSu8hCeZnTjsV0igNs2dqun8scHMrTQeS9jnfbG58Ozg= X-Received: by 2002:a05:660c:84e:: with SMTP id f14mr13913597itl.33.1545948060422; Thu, 27 Dec 2018 14:01:00 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Thu, 27 Dec 2018 17:00:48 -0500 Message-ID: Subject: Re: buildworld falure: truncated or malformed archive To: Ryan Stone Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 60E368EA8C X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.182 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[182.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.97)[-0.973,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; IP_SCORE(-2.89)[ip: (-9.20), ipnet: 209.85.128.0/17(-3.69), asn: 15169(-1.50), country: US(-0.08)]; 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, 27 Dec 2018 22:27:47 -0000 On Thu, 27 Dec 2018 at 14:35, Ryan Stone wrote: > > I seem to recall something about libarchive or ar having a bug > creating archives > 4GB, Indeed, FreeBSD's bespoke ar does not support the /SYM64/ format needed for offsets >4GB. imp@ also ran into this; I'm not sure what's causing libclang.a to be >4GB. Is there one object file that's unreasonably large? From owner-freebsd-current@freebsd.org Fri Dec 28 00:16:01 2018 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 0D9BD142786A for ; Fri, 28 Dec 2018 00:16:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E32886B53B for ; Fri, 28 Dec 2018 00:15:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x829.google.com with SMTP id t13so21884990qtn.3 for ; Thu, 27 Dec 2018 16:15:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=o9EF+WBLlbv6anHnbhiod4NY0DO57eD2NHUy8OKgKnQ=; b=Tz9YHm5wyp/7YMEw3uXIc542MgQcdwuZoGJLRJG3nusZXQABpARqpsSTdSejnZjf46 KojMFBnftiLhlcFYlDExumGqqNbmpnlfmiasahGbi+cDwWRhsHhSLpbga0qz/5IrIhW5 //s2E1Yuw5q8s2BVABrLFA6cqbDAE3wczPCjCTfwqcnsmepikQypsjd2BN0qJtnm085x StlQhF3NbsA2VNT1QrUcPgFcjzb+gH7HDEcZF/tPMaQ6Uj204y80+c5LcdewPVVOMPRq GeG0K1IZsJVTJCicELNN/ovI5buaikfpzwxj3pUfbrfydQM0Dw8SQ9s9KCn3xeKO27sH PAQQ== 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=o9EF+WBLlbv6anHnbhiod4NY0DO57eD2NHUy8OKgKnQ=; b=bXtkkFUkd+ks7e2xrtm4440wJjuar9EiJJ1uGlmA5UnIZdN/BDqjVv2MW8XBf49gAn 34FAurnxkaFk/rfffhzgl1RQrUl7OaLtza3ZnF6BjTFx4dZ6N9TkU416iQeBMkO2woXh 7UcVpLkmHZ3OD7ELfuO7X7H6c/+MLOlqVOaSb3KrBX2idPs6fZY8K/ZFcHQ2wKCbSz/V 3hiHNK3Y9eEaKw78Df7ZGuFcBHRh94bS4s5APvaMLb0QVWMqUjAbnw8fiQpeOyowyrtO fvW4SqzE6igIWrLv2wT9ju4BnrqZ0d2zpslKPJc4Y21O2WMFDfs6SKHTu3bfbcWGFgNO iDrg== X-Gm-Message-State: AA+aEWaAaMIjNb859qwgkzc3zBLIdf1FZut6YFQCzQMZoGW+L/WPlSLw kVmAn++Kaoq7cXGmFiCREqN5aTV9vZYMamdQXjQ9vw== X-Google-Smtp-Source: ALg8bN45ZQapsW1xgsskHJ417sX7ajNuEyhZ2V7B1tts+uf3R4mWe7Q/QZquOFghdFkymI6NGcdqYIC+xb/jMnhO8fc= X-Received: by 2002:ac8:42c1:: with SMTP id g1mr24421675qtm.118.1545956159445; Thu, 27 Dec 2018 16:15:59 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 27 Dec 2018 17:15:47 -0700 Message-ID: Subject: Re: buildworld falure: truncated or malformed archive To: Ed Maste Cc: Ryan Stone , FreeBSD Current X-Rspamd-Queue-Id: E32886B53B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Tz9YHm5w X-Spamd-Result: default: False [-5.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[9.2.8.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.96)[-0.964,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.43)[ip: (-8.69), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.50), country: US(-0.08)]; FREEMAIL_CC(0.00)[gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 00:16:01 -0000 On Thu, Dec 27, 2018, 5:29 PM Ed Maste On Thu, 27 Dec 2018 at 14:35, Ryan Stone wrote: > > > > I seem to recall something about libarchive or ar having a bug > > creating archives > 4GB, > > Indeed, FreeBSD's bespoke ar does not support the /SYM64/ format > needed for offsets >4GB. imp@ also ran into this; I'm not sure what's > causing libclang.a to be >4GB. Is there one object file that's > unreasonably large? > For me it was a DEBUG_FLAGS=-g I had in make.conf that I'd forgotten about. Ar should fail to create a .a that's >4GB. Warner > _______________________________________________ > 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 Fri Dec 28 01:20:57 2018 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 896431429F24 for ; Fri, 28 Dec 2018 01:20:57 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it1-f179.google.com (mail-it1-f179.google.com [209.85.166.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C34046D285 for ; Fri, 28 Dec 2018 01:20:56 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it1-f179.google.com with SMTP id p197so25669889itp.0 for ; Thu, 27 Dec 2018 17:20:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JbYh0gnTR6LVsC6l3K38SbKjVGkA9LQ0jdRyOEjFbww=; b=A5ZQmVI1F446j5Qvs/Qqvm84MevymX5O1kCBOwhGgg7nNePQh4aleR52qM+W7WzVpw xsRmJ0wiN8TONltv6WqfCIJo95NH2AJpIievfaS1q6J5V+tAj6kikH5+ZHU/Qy0L4C3x zzp7i+GZHNE0NhR2gWaO4hbkEz6smsGuHBiKsF5Y8KOhuOviEGM+GCfCbyZVgnPwPwc8 l1B+abNFjhZ+k+GXYO++//qteBXud9EwXQqyJBW3SqJ+oEeQVjJQkTd6cIEyIUaWlsdT z4vJF0+t4/RQF1UztP+KEaSbFuEVawv9khos8RUTPICGDk04ccVAWzo+US9Iky8tGulS MRvQ== X-Gm-Message-State: AA+aEWbrEcu1mVcaoqkbd3BNoa4QvzL5eHhFsjzcaCzFg6yJkDZIKQck VZ/+dcV0E7otfz1A+IP05A4yJP4XxGAqJHbB1mU= X-Google-Smtp-Source: AFSGD/UJRo1G6mSvIXPT1kKwCk3WpsHcVrrybmeZsiCcbXMwn0yyi/O65NddGTuotN55E8oy7+rjgsBvtlPLX0CwIrU= X-Received: by 2002:a24:c105:: with SMTP id e5mr15897884itg.87.1545960050175; Thu, 27 Dec 2018 17:20:50 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Thu, 27 Dec 2018 20:20:37 -0500 Message-ID: Subject: Re: buildworld falure: truncated or malformed archive To: Warner Losh Cc: Ryan Stone , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: C34046D285 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.179 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-5.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; 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)[179.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.81)[-0.813,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[179.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; IP_SCORE(-2.86)[ip: (-9.05), ipnet: 209.85.128.0/17(-3.68), asn: 15169(-1.51), country: US(-0.08)]; 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: Fri, 28 Dec 2018 01:20:57 -0000 On Thu, 27 Dec 2018 at 19:16, Warner Losh wrote: > > On Thu, Dec 27, 2018, 5:29 PM Ed Maste > >> On Thu, 27 Dec 2018 at 14:35, Ryan Stone wrote: >> > >> > I seem to recall something about libarchive or ar having a bug >> > creating archives > 4GB, >> >> Indeed, FreeBSD's bespoke ar does not support the /SYM64/ format >> needed for offsets >4GB. imp@ also ran into this; I'm not sure what's >> causing libclang.a to be >4GB. Is there one object file that's >> unreasonably large? > > > For me it was a DEBUG_FLAGS=-g I had in make.conf that I'd forgotten about. > > Ar should fail to create a .a that's >4GB. Yes - at least, one with a symbol table. It's PR234454. Next month two co-op students will start working for the FreeBSD Foundation and adding 64-bit /SYM64/ support to ar will probably make a good starting project for one of them. From owner-freebsd-current@freebsd.org Fri Dec 28 08:16:54 2018 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 149361430859 for ; Fri, 28 Dec 2018 08:16:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 C169377650 for ; Fri, 28 Dec 2018 08:16:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: y6hfxTIVM1m.UxJCWvaYFp.vJKhuoLDTG_f_sirbOSO1O5EmN7wxLtXZg3PD7u5 IUMsJkJqN6D_bsApJEsaBJ6V0l_ODYd.RS2ZF9KtLSwHqVOQHhCtPNxrovKLhXBypoW8uO2tU1Ct Ge9XCCXnRHzbBs3UfhBOa1PfljZGeWT61nnu3Swe9lvuAyPR51kSxqrTcAwxafFM_aoLD.yQFTkM i1Q.7Cb.KDkgZZZAr30w4Rd2J226rzB3pkojIzxHA6SGT1Acqp90X2GiSA4ODBN7D8g2QQLAUK8t 1kMvbBdMegsL6ToHHxM6sYj9TuJ37xM9Ob2pbhzc5OftI516KbTgZy9CKt2w92Bh1nbPfVNfneZj akbN96c.KD5XLhpJaHaFr1K9_jri2dCxEc_mwUCngJ2HH29Ql1u2wWgcsV5VtyyJSswkYWcQVr6f LvANHL4.RrGX6E5r7_JRdsjeHBQhn79KNHuCu6HNxvdAcZMMoeFdVdU0PlsuhWRorgU7kso2M294 T6JzaKLfYosROjFpVxnd4mVpS8zGG48KaYin7M_PtT7zfmofpaqI7dHFIELoie9nrkij_j6yAuMn TsQdFS5ZUw16cHHtks3zek8ArfZlDQedPjqz1kHnJQofZVJVZxiZ6pUt_kc9zK_LTCIx6zPXLonD RUgp.zXw4hMN8.Gg1uDqaOCWudORkvu2nvwMl6cwzaANKKiTmgLwMnfgng69H8CDUxZbDfx1aui0 ojG1uxneuYppp.i9LRH9vFdUOJiOVnAfI_1C_wCCa6cYE8_pUKt4zLSc5n2xDFOW0eZNXz1l1BQQ 0qOKLd1rS7HcjQXyHUl_lQB2aBkjXGdMF_sbVD3HRx7aQQQARxBijmeidocneyY6lA1wwAb5KyPE GxsaVM5rivSiDPCTCO_ZwWdD3kcLUkuQUQS6g44ksfKqPKEoeVyDFOn4bKM6yMK5ZPGW1MPHdWdW U4G8AFmn4.WlBMFgmyMqsUceZ238hKSJJ.62oZK6fsKVjAA.5lrv1IJ5vlTh4c7Fj9NG18nEsAGK 9YchCBSoC4tS2WRUAbyq5P1LgIazbiV73WNWdHJOEsMAx0ue80hrTCNpt04.F1vGNVRZXyWT6IhZ MMA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 28 Dec 2018 08:16:51 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp423.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8f402acdf959e803df861ac1ea528308; Fri, 28 Dec 2018 08:16:49 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: <5C3F09FE-EA50-452D-98EE-364B7BF3ECD0@yahoo.com> Date: Fri, 28 Dec 2018 00:16:48 -0800 Cc: freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <3946C94A-FCA6-49FE-ADDB-B042BBE50913@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <5C3F09FE-EA50-452D-98EE-364B7BF3ECD0@yahoo.com> To: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: C169377650 X-Spamd-Bar: / X-Spamd-Result: default: False [0.01 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.406,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.875,0]; NEURAL_HAM_LONG(-0.84)[-0.837,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.89)[ip: (3.41), ipnet: 98.137.64.0/21(0.62), asn: 36647(0.49), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[82.64.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[82.64.137.98.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 08:16:54 -0000 [The historical notes are removed and replaced by partial trace information from example hang-ups, not that I've figured out what contributes yet.] I ran into the following while trying to get evidence about the hang-up for an amd64->armv7 cross-build of multimedia/gstreamer1-qt@qt5 . The following from trying to get evidence for the hang-up via a manual run of "make multimedia/gstreamer1-qt FLAVOR=3Dqt5=E2=80=9D in a poudriere bulk -i=E2=80=99s interactive mode for the context that has the hang-up in normal poudriere-devel runs. =46rom top after the hang-up (to identify some context): 14528 root 2 52 0 100M 24M 0 kqread 11 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. 14527 root 2 52 0 88M 13M 0 select 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j1 -v all from ps -auxd as well (to identify more context): root 10114 0.0 0.0 10328 1756 1 I+J 13:47 0:00.01 | = `-- make FLAVOR=3Dqt5 root 14526 0.0 0.0 10204 1792 1 I+J 13:50 0:00.00 | = `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE root 14527 0.0 0.0 90304 13084 1 I+J 13:50 0:00.09 | = `-- /usr/local/bin/qemu-arm-static ninja -j1 -v all root 14528 0.0 0.0 102876 25060 1 IJ 13:50 0:00.12 | = `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g I had made a qemu-user-static that enabled do_strace when it is used to run cmake or ninja. The only do_strace lines from qemu-arm-static running cmake or ninja mentioning process 14528 are included in the sequence: (Before the below was a long list of "14527 fstatat=E2=80=9D lines. I=E2=80=99ll note that "'Unknown syscall 545=E2=80=9D is from ppoll = use.) 82400 sigprocmask(1,-1610620016,-191968524,-186261416,0,24) =3D 0 82400 sigaction(2,-1610620040,-191968596,-186261584,210460,0) =3D 0 82400 sigaction(15,-1610620040,-191968572,-186261584,210460,0) =3D 0 82400 sigaction(1,-1610620040,-191968548,-186261584,210460,0) =3D 0 82400 gettimeofday(-1610619984,0,4,-186261584,-1610619440,-1610619528) =3D= 0 82400 gettimeofday(-1610619984,0,4,359949,1545969996,0) =3D 0 82400 gettimeofday(-1610620120,0,4,2,-184666112,-1610619520) =3D 0 82400 fstatat(-100,"elements/gstqtvideosink/CMakeFiles", 0x9fffe200, 0) = =3D 0 82400 fstatat(-100,"elements/gstqtvideosink/gstqt5videosink_autogen", = 0x9fffe200, 0) =3D 0 82400 pipe2(-1610620176,0,-1610620108,0,-1610620120,167084) =3D 0 82400 fcntl(5,1,-1610620108,-185863932,-192200556,-1610620228) =3D 0 82400 fcntl(5,2,1,-185863932,-192200556,-1610620228) =3D 0 82400 vfork(0,66450,-186876196,-1610620184,-1610620240,0) =3D 82401 82400 close(6) =3D 0 =3D 0 82400 Unknown syscall 545 82401 setpgid(0,0,-186876196,-1610620184,-1610620240,0) =3D 0 82401 sigprocmask(3,-191586912,0,-1610620184,-1610620240,0) =3D 0 82401 close(5) =3D 0 82401 open("/dev/null",0,0) =3D 5 82401 dup2(5,0,0,-1610620184,-1610620240,0) =3D 0 82401 close(5) =3D 0 82401 fcntl(0,2,0,-1610620184,-1610620240,0) =3D 0 82401 dup2(6,1,0,-1610620184,-1610620240,0) =3D 1 82401 fcntl(1,2,0,-1610620184,-1610620240,0) =3D 0 82401 dup2(6,2,0,-1610620184,-1610620240,0)82400 = sigpending(-1610620072,1,0,-191968524,0,0) =3D 0 The vfork then close(6) sequence for 82400 vs. the later use of 6 in dup2 in 82401 may be rather odd. But it looks like qemu-*-static uses do_freebsd_fork to implement do_freebsd_vfork, despite reporting vfork before calling do_freebsd_vfork. (Does the close(6) appear to indicate a race for native operation of ninja for the period when the address space is shared?) Ninja has Subprocess::Start code that has: #ifdef POSIX_SPAWN_USEVFORK flags |=3D POSIX_SPAWN_USEVFORK; #endif if (posix_spawnattr_setflags(&attr, flags) !=3D 0) Fatal("posix_spawnattr_setflags: %s", strerror(errno)); const char* spawned_args[] =3D { "/bin/sh", "-c", command.c_str(), = NULL }; if (posix_spawn(&pid_, "/bin/sh", &action, &attr, const_cast(spawned_args), environ) !=3D 0) Fatal("posix_spawn: %s", strerror(errno)); that is in use here. I think that this explains the vfork use. It turns out that putting the hung-up build in the background and then killing 82401 with the likes of kill -6 leads to more output that had apparently been buffered. It shows the use of the (amd64 native) /bin/sh that in turn leads to /usr/local/bin/cmake via qemu-arm-static. /bin/sh, being native, gets no do_strace output from qemu-arm-static. 82400 sigpending(-1610620072,1,0,-191968524,0,0) =3D 0 82400 read(5,0x9fffd368,4096) =3D 58 82400 Unknown syscall 545 82400 sigpending(-1610620072,1,0,-191968524,0,0) =3D 0 82400 read(5,0x9fffd368,4096) =3D 0 82400 close(5) =3D 0 82400 wait4(82401,-1610620004,0,0,-191968640,0) =3D 82401 82400 mmap(0,86016,3,201330690,-1,-1610620169) =3D 0xf4777000 82400 gettimeofday(-1610620224,0,4,-1610619944,31,16777216) =3D 0 82400 write(1,0xf4950000,283)[1/129] cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink && /usr/local/bin/cmake -E cmake_autogen = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink/CMakeFiles/gstqt5videosink_autogen.dir/AutogenInfo.cmake Debug =3D 283 82400 write(1,0xf4950000,137)FAILED: = elements/gstqtvideosink/CMakeFiles/gstqt5videosink_autogen = elements/gstqtvideosink/gstqt5videosink_autogen/mocs_compilation.cpp=20 =3D 137 82400 write(1,0xf4950000,275)cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink && /usr/local/bin/cmake -E cmake_autogen = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink/CMakeFiles/gstqt5videosink_autogen.dir/AutogenInfo.cmake Debug =3D 275 82400 write(1,0xf4950000,5) =3D 2 =3D 5 (Note that some 82400 writes are reporting 82401 information:) 82400 write(1,0xf4950000,49)82401 fcntl(2,2,0,-1610620184,-1610620240,0) = =3D 0 =3D 49 82400 write(1,0xf4950000,19)82401 close(6) =3D 0 =3D 19 82400 write(1,0xf4950000,401)82401 execve("/bin/sh",{"/bin/sh","-c","cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink && /usr/local/bin/cmake -E cmake_autogen = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink/CMakeFiles/gstqt5videosink_autogen.dir/AutogenInfo.cmake = Debug",NULL})82401 __sysctl({ 0 3 }, 2, 0x9fffda80, 0x9fffdf64, = 0xf5002097, 0x0000000c) =3D 0 =3D 401 (The /bin/sh activity is not logged: /bin/sh is native amd64 code here. = The below is from the later /usr/local/bin/cmake via qemu-arm-static. . . . (much omitted) . . . 82400 write(1,0xf4950000,60)82401 = mmap(0,28672,3,201330690,-1,-1610621989) =3D 0xf41a0000 =3D 60 82400 write(1,0xf4950000,74)82401 = clock_gettime(4,-1610621832,4,-199622492,-199622492,-199622656) =3D 0 =3D 74 82400 write(1,0xf4950000,62)82401 = kqueue(-199622656,0,53102,0,-199622656,-1610621444) =3D 3 =3D 62 82400 write(1,0xf4950000,81)82401 ioctl(3, 0x20006601 { IO GRP:0x66('f') = CMD:1 LEN:0 }, 0x0000cf6e, ...) =3D 0 =3D 81 . . . (some omitted) . . . (Then there is a fairly long sequence of access's and then a sequence of fstatat's just before:) 82400 write(1,0xf4950000,32)82401 write(9,0xf4e1a945,1) =3D 1 =3D 32 82400 write(1,0xf4950000,61)82401 = clock_gettime(4,-1610622624,4,100863,1,-199483392) =3D 0 =3D 61 82400 write(1,0xf4950000,106)82401 = kevent(3,-1610688200,2,-1610688200,1024,0)qemu: uncaught target signal 6 = (Abort trap) - core dumped =3D 106 82400 write(1,0xf4950000,41)ninja: build stopped: subcommand failed. =3D 41 So it was hung at the kevent until the kill -6 . Via another experiment ninja was at the time waiting in ppoll: Reading symbols from ninja...done. [New LWP 73023] Core was generated by `ninja'. Program terminated with signal SIGABRT, Aborted. #0 0xf4e5e0dc in _ppoll () from /lib/libc.so.7 (gdb) bt #0 0xf4e5e0dc in _ppoll () from /lib/libc.so.7 #1 0x00033bf0 in SubprocessSet::DoWork (this=3D) at = src/subprocess-posix.cc:237 Backtrace stopped: previous frame inner to this frame (corrupt stack?) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Dec 28 09:18:17 2018 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 77A80143255B for ; Fri, 28 Dec 2018 09:18:17 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7385F81E9E for ; Fri, 28 Dec 2018 09:18:16 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42e.google.com with SMTP id x10so20364905wrs.8 for ; Fri, 28 Dec 2018 01:18:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=nEZjEr3wh3sDMrM5JIbP/FS967E8c1U1d/CAzo+kMkc=; b=t8xZBfGQ7HnKSWbf7qC6yw+ilVxCX7AWec37pXtVpzfY6+Pp2hhzxBjhC1Nnan+vqc BDguQFYSH2sJwdBPlGjJk6j3zvFlryUp9BJweY8UNccRdh822McwAMqLw804KPdG0MnC xLQW6oie9pr62Vzt5bBlcZgW+3KdhotgsgrwQ8M6uuX7kiBybUaUt2vr1TV76IqJbPwg kDyjYS2A9TssbLiWWCVoyhyg85oB1X3DF6/jtNxmi6f8Eq3bKejECTP2YayaANNnHqM2 SybFsxfdFmxXlOhjKPK/QTwrVaO+xnyOzf8JN8YfLEC6MeFxrkOzF/Dv/qA0UFYX0JOV jCTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=nEZjEr3wh3sDMrM5JIbP/FS967E8c1U1d/CAzo+kMkc=; b=CABZ6W5RauHCnFTr/xbmhnzLL7eh56t0dbwHGK8dAFKD/d52+KaAz7G7X882maaylM 4rvNzynXos/l2q5USj3c5rwJVut70V89HejSEMWDauB1BGZudz1bURX1tPKrFJPQNHFs neax5y/3UMd/AZcZEo0/+NWhf8WktfMNwLuTx+TEwCS7HqLrOY/LhuomTFv53TX2Kr1G csw++PYEYo11GQQ7ubW9Aljk11BdgD+KEqjU3rZrWVwra9RU9eT9TM1rspNnx9eFdnpV 9z7cRKJ2eVqVphU+XATr80UuL0ZeT2JUMfbo0AKNZOWtR99WngxwOgEvx7VgW8wTuKgN Ok3Q== X-Gm-Message-State: AJcUukdYfJe8NfrNI7z4iNeGHJTAfNuRMxVx5iyoS8FPEBjgQQ3hLSdg eqFYvhsgIpjpCmjRMYBQ238Ru5EB X-Google-Smtp-Source: ALg8bN5bvsTA5S6uk/3VAUl02Afsa2qLDytdkREdp2vL0O/0snlRiyb7JFLYmM8tDgHunH3ekgwV/g== X-Received: by 2002:adf:a357:: with SMTP id d23mr25973372wrb.195.1545988694407; Fri, 28 Dec 2018 01:18:14 -0800 (PST) Received: from ernst.home (p5B02380D.dip0.t-ipconnect.de. [91.2.56.13]) by smtp.gmail.com with ESMTPSA id m21sm22644683wmi.43.2018.12.28.01.18.13 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 28 Dec 2018 01:18:13 -0800 (PST) Date: Fri, 28 Dec 2018 10:18:12 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: HEAD buildworld fails in libc Message-ID: <20181228101812.42000b6d@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7385F81E9E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=t8xZBfGQ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::42e as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-6.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_LAST(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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.46)[ip: (-8.95), ipnet: 2a00:1450::/32(-1.75), asn: 15169(-1.51), country: US(-0.08)]; RCVD_IN_DNSWL_NONE(0.00)[e.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 09:18:17 -0000 I don't know why this hasn't already been reported, but I've been seeing this error since the commit was made. ===> lib/libc (obj,all,install) /usr/src/lib/libc/string/strerror.c:96:11: error: passing 'const char []' to parameter of type 'char *' discards qualifiers [-Werror,-Wincompatible-pointer-types-discards-qualifiers] __uprefix, ^~~~~~~~~ /usr/src/lib/libc/string/strerror.c:61:23: note: passing argument to parameter 'uprefix' here errstr(int num, char *uprefix, char *buf, size_t len) ^ 1 error generated. *** [strerror.o] Error code 1 I deleted /usr/obj, disabled META_MODE and ran the ``make buildworld'' with -j1. My /usr/src is at r342569. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri Dec 28 09:41:03 2018 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 DA90B1432C71 for ; Fri, 28 Dec 2018 09:41:03 +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 236058291A for ; Fri, 28 Dec 2018 09:41:03 +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 wBS9eot7074494 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Dec 2018 11:40:53 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wBS9eot7074494 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wBS9eoGX074493; Fri, 28 Dec 2018 11:40:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Dec 2018 11:40:50 +0200 From: Konstantin Belousov To: Gary Jennejohn Cc: freebsd-current@freebsd.org Subject: Re: HEAD buildworld fails in libc Message-ID: <20181228094050.GG53138@kib.kiev.ua> References: <20181228101812.42000b6d@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181228101812.42000b6d@ernst.home> User-Agent: Mutt/1.11.1 (2018-12-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: Fri, 28 Dec 2018 09:41:04 -0000 On Fri, Dec 28, 2018 at 10:18:12AM +0100, Gary Jennejohn wrote: > I don't know why this hasn't already been reported, but I've been > seeing this error since the commit was made. > > ===> lib/libc (obj,all,install) > /usr/src/lib/libc/string/strerror.c:96:11: error: passing 'const char []' to parameter of type 'char *' discards qualifiers [-Werror,-Wincompatible-pointer-types-discards-qualifiers] > __uprefix, > ^~~~~~~~~ > /usr/src/lib/libc/string/strerror.c:61:23: note: passing argument to parameter 'uprefix' here > errstr(int num, char *uprefix, char *buf, size_t len) > ^ > 1 error generated. > *** [strerror.o] Error code 1 > > I deleted /usr/obj, disabled META_MODE and ran the ``make buildworld'' > with -j1. > > My /usr/src is at r342569. Do you have WITHOUT_NLS set ? If yes, then the following should fix it. Confirm and I will commit. diff --git a/lib/libc/string/strerror.c b/lib/libc/string/strerror.c index be3732d5b9e..7cd984ea48f 100644 --- a/lib/libc/string/strerror.c +++ b/lib/libc/string/strerror.c @@ -58,7 +58,7 @@ __FBSDID("$FreeBSD$"); * statically linked binaries. */ static void -errstr(int num, char *uprefix, char *buf, size_t len) +errstr(int num, const char *uprefix, char *buf, size_t len) { char *t; unsigned int uerr; From owner-freebsd-current@freebsd.org Fri Dec 28 10:45:53 2018 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 717FA143484B for ; Fri, 28 Dec 2018 10:45:53 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B254852D2 for ; Fri, 28 Dec 2018 10:45:51 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([79.192.171.156]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lqm3a-1hGp1n3jOc-00eQ3r; Fri, 28 Dec 2018 11:45:46 +0100 Date: Fri, 28 Dec 2018 11:45:37 +0100 From: "O. Hartmann" To: Warner Losh Cc: FreeBSD Current Subject: Re: efibootmgr: Cannot translate unix loader path xxx\xxx\xxx to UEFI: No error: 0 Message-ID: <20181228114530.05154516@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: <20181227132944.0c391c09@hermann> <20181227154040.5d99ca98@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:8FK/yFC+G4zS2yfw4GBtLx8jlw/J2t6vlqtCF+qumkgWkHTpYlp hEk4aiVFQt94ini3FmiRbYr+seLJN67wLAfE0lXx5+LpXCJ9jXLuLieL41gMxc7hTW4qUvf 5W6vREKULm6eYpet7HkNF3/R4g8H/wR10dZd/1o0lsuuK1DoqmeCdbpLbowZyqdRERuJ7bh pCf4IivikqPutz7rxARHQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:nFk95G1VEoE=:kVbzqtHDYy865gTa7LNDDM VqVeBFPkWgRtaHCdJD9pLKf555WFOpNPxJa4whiSxKXgxSK3NAmrGhLwbCh7BBwVndzQYer9y RbOQomnO9QTiwlPlSC41Q9CSkVpfN6+rRv5JIc4JZcgoJ2tatKE5lRDCIy/4xRBajk/RYARVh PeJqTNDuCco1sI0gbD56sW+b+h0c7EyGhw9qgMlGKqeps60E9S3v3g5L3tjzBOOyZMNLkSnAB A10yGzDCz7KgYhBpQC7EaXB7gn/hz1Pk+/QRpqCY75BBO23XI67+5vaQpIquW5CRGDvKY38aj Y70pX8QIlrOXdwFXa/vSNWwcGJoMVA8a/MOu2hIprUQ5G4HPsGH8wbm2RZCtPY2N/JwJCxshV AIV4t72KZYgAdUpTj/JfiCh+JS4NgliZSRAWcBJgEB5hYrf4ePjqatQCq3z0Zx2riRfqD1gWR l0JIsG/fc+nINfN3wUawwb66Nt5tGMHmcz7GIhC2S7CFS7DpUXfslrgy2/xBuPMGTMYV73Uam pNfqrrTkV/CRSL58z2Tt2d+HXHmbVhZNLOzcpeTAa4EUrBYbZfNcuELiJ7OjZYUCt1LWl28Gy 0e2HdK12IEkPo8SGtFx7Fiileqd24wo8DqvuLf/8cuFNO9zYe694L52zOFvgC7HufxL4G2paG ESq495fWFu2twyQ7BQAf6le4bB1cQyk0WKq0x1ouv7voVhtQ/xepAQmLyQBaUcfRDGeTFTDGp uis5FGtGlSLXEmAd6J41UZU8EpjRhh9+oJ14jLBrZ8eMu77WLfJlh8Cv3tUKa1FY1fYq5qEBw gGpCsQ9BDccVTzzvt9Tuc5N+k6zRXoZ9mmpuU/ZToXlqMSTPkAEmu1MdnrnmyZjOiwF8FmdQJ OU08Bpaf24n+uBvKL+UE2EhYpofX+ZRMlYGrSzMDzygDyh5W02zYjCMLEP40g1uh1chgw9gVg 7dYPdiDoBYg== X-Rspamd-Queue-Id: 5B254852D2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.958,0]; IP_SCORE(-0.77)[ip: (-3.93), ipnet: 212.227.0.0/16(-0.38), asn: 8560(0.47), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx01.gmx.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.31)[-0.311,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[156.171.192.79.zen.spamhaus.org : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 10:45:53 -0000 On Thu, 27 Dec 2018 08:38:20 -0700 Warner Losh wrote: > On Dec 27, 2018 7:42 AM, "O. Hartmann" wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Am Thu, 27 Dec 2018 13:29:44 +0100 > "Hartmann, O." schrieb: > > > > Updated Fujitsu Celsius M740 to its lates UEFI firmware today. > > After this update, the box won't boot FreeBSD 12-STABLE anymore! With > > disabled CSM, the firmware doesn't recognise the boot SSD's freebsd-efi > > partition for UEFI boot anymore - which was no problem before. > > > > When trying FreeBSD 13-CURRENT (USB image from 26.12.2018 as of the > > snapshot site) I receive a malloc arena error when trying to set boot > > vars via efibootmgr utility. So I tried the recent 12-STABLE snapshot > > as of 26th December 2018, the same as CURRENT USB Image, and I receive > > a weird error: > > > > efibootmgr -c -l /mnt/EFI/BOOT/BOOTX64.EFI -L FreeBSD > > > > efibootmgr: Cannot translate unix loader path > > '\mnt\EFI\BOOT\BOOTX64.EFI' to UEFI: No error: 0 > > > > What the heck is that? > > > > What does this error mean? No error: 0? > > > > The box is unusable. > > > > > > Kind regards, > > > > O. Hartmann > > > > > > > > I found this PR, Bug 229191, from June, 2018: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229191 > > It seems the problem has not been fixed. Indeed did I mount the ESP > via a GEOM label, /dev/gpt/efiboot0. > > > There is some code that tries to cope, but I ran out of time before it was > bulletproof. You can use nda0p9:/path/in/fs instead. Assuming the esp is > on /dev/nda0p9. > > Warner [...] The workaround (alternative mounting) given in the mentioned PR solved the problem. This is the second time I face crude problems with Fujitsu hardware/firmware and if I wouldn't solved a similar problem this summer for an Esprimo Q956, the problem would have cost me valuable time. So, my thinking is: couldn't there be a short paragraph in the handbook? Regards, o.h. From owner-freebsd-current@freebsd.org Fri Dec 28 11:38:50 2018 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 38CBE1435C73 for ; Fri, 28 Dec 2018 11:38:50 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A7EB286FC9 for ; Fri, 28 Dec 2018 11:38:49 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6BE8C1435C72; Fri, 28 Dec 2018 11:38:49 +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 2042A1435C71 for ; Fri, 28 Dec 2018 11:38:49 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EC88286FC8 for ; Fri, 28 Dec 2018 11:38:45 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id wBSBcVZp004274 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Dec 2018 11:38:35 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id wBSBcR21031704; Fri, 28 Dec 2018 12:38:27 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id wBSBc9lP096617; Fri, 28 Dec 2018 12:38:21 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201812281138.wBSBc9lP096617@fire.js.berklix.net> cc: Enji Cooper To: current@freebsd.org Subject: Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Thu, 27 Dec 2018 15:29:22 +0100." <201812271429.wBRETMUb097630@fire.js.berklix.net> Date: Fri, 28 Dec 2018 12:38:09 +0100 X-Rspamd-Queue-Id: EC88286FC8 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.27 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.56)[0.556,0]; NEURAL_HAM_LONG(-0.42)[-0.420,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.16)[0.158,0]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[land.berklix.com,slim.berklix.com]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_CC(0.00)[gmail.com]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.85), asn: 24940(-2.43), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 11:38:50 -0000 "Julian H. Stacey" wrote: > Enji Cooper wrote: > > > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote: > > > Hi current@ > > > Anyone else seeing make buildworld Clang failures ? > > > ls -l /usr/bin suggests I last made world on Dec 9, > > > since then I've failed twice below > > > Seems the UPDATING doesnt give enough to rescue this. > > > --------------- > > >=20 > > > cd /usr/src > > > cat .ctm_status # I recall src-cur 13840 > > > make world > > > ... failed approx or maybe as below I recall: > > >=20 > > > cat .svn_revision # 342545 > > > cat .ctm_status # src-cur 13841 > > > make buildworld > > >=20 > > > c++ -O2 -pipe -DBERKLIX=3DYES = > > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang = > > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm = > > -I/usr/src/contrib/llvm/tools/clang/lib/Basic = > > -I/usr/src/contrib/llvm/tools/clang/lib/Driver = > > -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include = > > -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = > > -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = > > -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" = > > -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" = > > -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/amd64.amd64/tmp\" = > > -DLLVM_TARGET_ENABLE_X86 = > > -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser = > > -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeX86AsmPrinter = > > -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeX86Disassembler = > > -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Target = > > -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeX86TargetInfo = > > -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections = > > -fdata-sections -gline-tables-only -MD -MF.de! > > > pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments = > > -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=3Dc++11 = > > -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3Dlibc++ = > > -Wno-c++11-extensions -c = > > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o = > > Basic/SourceManager.o > > > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: = > > fatal error: > > > 'emmintrin.h' file not found > > > #include > > > ^~~~~~~~~~~~~ > > > 1 error generated. > > > *** Error code 1 > > >=20 > > > Stop. > > > bmake[4]: stopped in /usr/src/lib/clang/libclang > > > *** Error code 1 > > >=20 > > > src/UPDATING last has a note at 20181220 ... & > > > 20181211: > > > Clang, llvm, lld, lldb, compiler-rt and libc++ have been = > > upgraded to > > > 7.0.1. Please see the 20141231 entry below for information = > > about > > > prerequisites and upgrading, if you are not already using clang = > > 3.5.0 > > > or higher. > > >=20 > > > clang -v > > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = > > LLVM 6.0.1) > > >=20 > > > make includes > > > mkdir -p /usr/lib/clang/7.0.1/include/sanitizer/ > > > make includes > > > clang-tblgen -help > > > make -i includes > > > cd /usr/src/lib/clang/libclang > > > make > > > clang-tblgen -gen-clang-attr-dump -I = > > /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o = > > clang/AST/AttrDump.inc = > > /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td > > > *** Signal 11 > > > reboot > > > cd /usr/src/lib/clang/libclang > > > make clean > > > make > > > clang-tblgen -gen-clang-attr-dump -I = > > /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o = > > clang/AST/AttrDump.inc = > > /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td > > > *** Signal 11 > > > > Hi Julian, > > The handful of times I=E2=80=99ve seen this occur in the past = > > with other compiler versions, it=E2=80=99s been caused by an incomplete = > > buildworld and/or tainted .OBJDIR. It might be a good idea to wipe out = > > ${OBJROOT} and start buildworld from scratch, to see if the issue = > > persists. > > Best of luck, > > -Enji > > Thanks Enji, > I usually do, but I might have forgotten, > have now run: > cd /usr/obj; rm -rf * > cd /usr/src > make clean > make cleandir# prob un-necessary after obj rm > cat .ctm_status src-cur 13842 > cat .svn_revision 342550 > & started: > make buildworld That failed again: --------------- c++ -O2 -pipe -DBERKLIX=YES -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm -I/usr/src/contrib/llvm/tools/clang/lib/Basic -I/usr/src/contrib/llvm/tools/clang/lib/Driver -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-only -MD -MF.de! pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -gline-tables-only -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o Basic/SourceManager.o /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: fatal error: 'emmintrin.h' file not found #include ^~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /usr/src/lib/clang/libclang --------------- ls -l `find . -name emmintrin.h` -rw-r--r-- 1 jhs staff 42719 Dec 26 11:29 ./contrib/gcc/config/i386/emmintrin.h -rw-r--r-- 1 jhs staff 182761 Dec 26 11:33 ./contrib/llvm/tools/clang/lib/Headers/emmintrin.h --------------- make includes ===> lib/clang/headers (includes) [Creating objdir /usr/obj/usr/src/amd64.amd64/lib/clang/headers...] clang-tblgen -gen-arm-fp16 -I /usr/src/contrib/llvm/tools/clang/include/clang/Basic -d arm_fp16.h.d -o arm_fp16.h /usr/src/contrib/llvm/tools/clang/include/clang/Basic/arm_fp16.td clang-tblgen: Unknown command line argument '-gen-arm-fp16'. Try: 'clang-tblgen -help' clang-tblgen: Did you mean '-gen-arm-neon'? *** Error code 1 Stop. bmake[4]: stopped in /usr/src/lib/clang/headers --------------- make -i includes cd /usr/src/lib/clang/libclang make clang-tblgen -gen-clang-attr-dump -I /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o clang/AST/AttrDump.inc /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td *** Signal 11 --------------- make clean make clang-tblgen -gen-clang-attr-dump -I /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o clang/AST/AttrDump.inc /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td *** Signal 11 --------------- cd /usr/src/usr.bin/clang/clang-tblgen make c++ -O2 -pipe -DBERKLIX=YES -I/usr/obj/usr/src/amd64.amd64/lib/clang/libllvm -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=\"\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_TARGET_ENABLE_MIPS -DLLVM_TARGET_ENABLE_POWERPC -DLLVM_TARGET_ENABLE_SPARC -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-only -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-un! used-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -Wl,--gc-sections -o clang-tblgen.full ClangASTNodesEmitter.o ClangAttrEmitter.o ClangCommentCommandInfoEmitter.o ClangCommentHTMLNamedCharacterReferenceEmitter.o ClangCommentHTMLTagsEmitter.o ClangDataCollectorsEmitter.o ClangDiagnosticsEmitter.o ClangOptionDocEmitter.o ClangSACheckersEmitter.o NeonEmitter.o TableGen.o /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a -L/usr/obj/usr/src/amd64.amd64/lib/ncurses/ncursesw -lncursesw -L/usr/obj/usr/src/amd64.amd64/lib/libthr -lpthread c++: error: no such file or directory: '/usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a' --------------- cd /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm echo *llvm* llvm llvm-dlltool llvm-lib ls -la llvm llvm-dlltool llvm-lib llvm: total 12 drwxrwxr-x 3 root staff 512 Dec 28 11:52 ./ drwxrwxr-x 29 root staff 1024 Dec 28 11:52 ../ drwxrwxr-x 2 root staff 512 Dec 28 11:52 IR/ llvm-dlltool: total 8 drwxrwxr-x 2 root staff 512 Dec 28 11:52 ./ drwxrwxr-x 29 root staff 1024 Dec 28 11:52 ../ llvm-lib: total 8 drwxrwxr-x 2 root staff 512 Dec 28 11:52 ./ drwxrwxr-x 29 root staff 1024 Dec 28 11:52 ../ cd /usr/obj ls -l `find . -name libllvm.a` -rw-r--r-- 1 root staff 323944458 Dec 27 17:56 ./usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ln /usr/obj//usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a \ /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a cd /usr/src/usr.bin/clang/clang-tblgen make # OK cd .. make c++ -O2 -pipe -DBERKLIX=YES -I/usr/obj/usr/src/amd64.amd64/lib/clang/libclang -I/usr/obj/usr/src/amd64.amd64/lib/clang/libllvm -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=\"\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_TARGET_ENABLE_MIPS -DLLVM_TARGET_ENABLE_POWERPC -DLLVM_TARGET_ENABLE_SPARC -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sec! tions -gline-tables-only -MD -MF.depend.cc1_main.o -MTcc1_main.o -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/tools/clang/tools/driver/cc1_main.cpp -o cc1_main.o In file included from /usr/src/contrib/llvm/tools/clang/tools/driver/cc1_main.cpp:20: In file included from /usr/src/contrib/llvm/tools/clang/include/clang/Driver/DriverDiagnostic.h:13: In file included from /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.h:18: /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticIDs.h:71:10: fatal error: 'clang/Basic/DiagnosticCommonKinds.inc' file not found #include "clang/Basic/DiagnosticCommonKinds.inc" ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --------------- It seems something essential is missing from src/UPGRADING relating to CLang changes since about 9 Dec 2018. Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp From owner-freebsd-current@freebsd.org Fri Dec 28 12:02:47 2018 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 44FC71436AA8 for ; Fri, 28 Dec 2018 12:02:47 +0000 (UTC) (envelope-from dim@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 CD13987FBC for ; Fri, 28 Dec 2018 12:02:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8B8E21436AA6; Fri, 28 Dec 2018 12:02:46 +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 50C101436AA5 for ; Fri, 28 Dec 2018 12:02:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA32887FB9 for ; Fri, 28 Dec 2018 12:02:45 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [192.168.1.32] (095-096-143-063.static.chello.nl [95.96.143.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 54E5294F6; Fri, 28 Dec 2018 13:02:35 +0100 (CET) From: Dimitry Andric Message-Id: <80F360C1-5769-45F3-8B81-3C90BB06FA1B@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_6D3F4EEA-C7BD-4165-B48A-506CDC0E1B2D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found Date: Fri, 28 Dec 2018 13:02:26 +0100 In-Reply-To: <201812281138.wBSBc9lP096617@fire.js.berklix.net> Cc: current@freebsd.org, Enji Cooper To: "Julian H. Stacey" References: <201812281138.wBSBc9lP096617@fire.js.berklix.net> X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 12:02:47 -0000 --Apple-Mail=_6D3F4EEA-C7BD-4165-B48A-506CDC0E1B2D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Dec 2018, at 12:38, Julian H. Stacey wrote: >=20 > "Julian H. Stacey" wrote: >> Enji Cooper wrote: >>>> On Dec 27, 2018, at 3:48 AM, Julian H. Stacey = wrote: >>>> Hi current@ >>>> Anyone else seeing make buildworld Clang failures ? >>>> ls -l /usr/bin suggests I last made world on Dec 9, >>>> since then I've failed twice below >>>> Seems the UPDATING doesnt give enough to rescue this. >>>> --------------- >>>> =3D20 >>>> cd /usr/src >>>> cat .ctm_status # I recall src-cur 13840 >>>> make world >>>> ... failed approx or maybe as below I recall: >>>> =3D20 >>>> cat .svn_revision # 342545 >>>> cat .ctm_status # src-cur 13841 >>>> make buildworld >>>> =3D20 >>>> c++ -O2 -pipe -DBERKLIX=3D3DYES =3D >>> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang =3D >>> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm =3D >>> -I/usr/src/contrib/llvm/tools/clang/lib/Basic =3D >>> -I/usr/src/contrib/llvm/tools/clang/lib/Driver =3D >>> -I/usr/src/contrib/llvm/tools/clang/include = -I/usr/src/lib/clang/include =3D >>> -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL =3D >>> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS =3D >>> -DLLVM_DEFAULT_TARGET_TRIPLE=3D3D\"x86_64-unknown-freebsd13.0\" =3D >>> -DLLVM_HOST_TRIPLE=3D3D\"x86_64-unknown-freebsd13.0\" =3D >>> -DDEFAULT_SYSROOT=3D3D\"/usr/obj/usr/src/amd64.amd64/tmp\" =3D >>> -DLLVM_TARGET_ENABLE_X86 =3D >>> -DLLVM_NATIVE_ASMPARSER=3D3DLLVMInitializeX86AsmParser =3D >>> -DLLVM_NATIVE_ASMPRINTER=3D3DLLVMInitializeX86AsmPrinter =3D >>> -DLLVM_NATIVE_DISASSEMBLER=3D3DLLVMInitializeX86Disassembler =3D >>> -DLLVM_NATIVE_TARGET=3D3DLLVMInitializeX86Target =3D >>> -DLLVM_NATIVE_TARGETINFO=3D3DLLVMInitializeX86TargetInfo =3D >>> -DLLVM_NATIVE_TARGETMC=3D3DLLVMInitializeX86TargetMC = -ffunction-sections =3D >>> -fdata-sections -gline-tables-only -MD -MF.de! >>>> pend.Basic_SourceManager.o -MTBasic/SourceManager.o = -Qunused-arguments =3D >>> -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=3D3Dc++11 = =3D >>> -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3D3Dlibc++ =3D >>> -Wno-c++11-extensions -c =3D >>> /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o =3D >>> Basic/SourceManager.o >>>> = /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: =3D= >>> fatal error: >>>> 'emmintrin.h' file not found >>>> #include >>>> ^~~~~~~~~~~~~ >>>> 1 error generated. >>>> *** Error code 1 >>>> =3D20 >>>> Stop. >>>> bmake[4]: stopped in /usr/src/lib/clang/libclang Most likely, your host compiler is missing required intrinsics headers. These are located under /usr/lib/clang/x.y.z/include, where x.y.z is the compiler version. If they are missing, you might want to restore the files from backup, or extract them from a release or snapshot tarball. -Dimitry --Apple-Mail=_6D3F4EEA-C7BD-4165-B48A-506CDC0E1B2D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXCYQ0gAKCRCwXqMKLiCW o76OAKC51xOo0POxWYT9vV3qVosvrqm2SACfcUc41xgBy2+KPiZ+1NYrDcS3tBo= =ebLv -----END PGP SIGNATURE----- --Apple-Mail=_6D3F4EEA-C7BD-4165-B48A-506CDC0E1B2D-- From owner-freebsd-current@freebsd.org Fri Dec 28 12:53:33 2018 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 196FC1437EA6 for ; Fri, 28 Dec 2018 12:53:33 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFD67899E5 for ; Fri, 28 Dec 2018 12:53:31 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wr1-x443.google.com with SMTP id q18so20840261wrx.9 for ; Fri, 28 Dec 2018 04:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:cc:references:openpgp:autocrypt:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Mo+Jkw6vq8a0aYiFQALFcQbmgzwIRhhsdyDREfJNUvI=; b=J8j6x0DUPoHxuX+EdFqeA2cEHhliM/Q1d3NsIcTNHKfQegFrbQeT5uMYLrVuLh6lNK pBqUdAsR/uOwGN98YLqwa9ReZutsvvNjFASEr5XkYHa0PJROOvuwT2MUWbf145JPNR60 c8+dFgCd7svM/5Y41c9g+6ss75vQX7Jh52JQiorKwKqiSskmpwj+4lEhS17VjEKvHjVZ G529obtQ5fzGQT0zvVDAhavL8Ft4JZly0YiPnFgmGbZcgntBn2T33P1XvAB+Rbr2VgF9 yWuz1ff9aXx8OpCH4pAgtO6DBp62GqkdJl3TVYLV24izskCj+jLIJ32VQvXWJAMSSBxr +Rew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:cc:references:openpgp :autocrypt:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=Mo+Jkw6vq8a0aYiFQALFcQbmgzwIRhhsdyDREfJNUvI=; b=gWTLF0dY+C6qt/YXUDmFgpMOIDBHEPwUGX9i76opT9sgx4IWQ3sT9o0UTklGdce7G+ +g0sme33cNjKTxoHOhS4WxD4F9nhiFPQ9s/Z8wUmAyHfoGT1/PFoKCaFFUbFUmThIUUr sYPIkdO+xAYstkBNhzfGqBIk6JIOoYMb/8i+76Sqn8TxFNLyt/a9jW0gWbV12P0ilf2q rlSjAlp22WzoyuOtzeSYl5CM2LqcJdZFDuzewa73oMHYp9ArOND64ff1aACkbEG/B/fe b2liGzARkuAsHc+cwyZJQER0OEJMQaj2sVaL7D2W/8OvF2yZYO/y7MvirgjtBC/7+A6l iXXw== X-Gm-Message-State: AJcUuke14zgSZwExXvOHxk7iQzqrXKv0MXMf6vqS8+Hn+CA9NdVb//wH e20QJOokM+HHhH2EdDulrD9bQXVe X-Google-Smtp-Source: ALg8bN7OOyNZOgtUBI0YQMApsYOeCT4Q+CXa7JukXlIhdoZ2LDr8PEi0ZskyCETIVWhleIdxseq8uQ== X-Received: by 2002:a5d:4ec1:: with SMTP id s1mr22467938wrv.225.1546001610667; Fri, 28 Dec 2018 04:53:30 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id x81sm29648094wmg.17.2018.12.28.04.53.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Dec 2018 04:53:30 -0800 (PST) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64) To: gljennjohn@gmail.com, Enji Cooper Cc: Trev , FreeBSD Current References: <3BB1A8CA-272D-4B48-81A2-CBAF7EE23507@gmail.com> <20181227140706.748bf173@ernst.home> Openpgp: preference=signencrypt Autocrypt: addr=mmel@freebsd.org; prefer-encrypt=mutual; keydata= mQENBFYuVRkBCADZiwLCCne3wG9b9k+R2Neo5zVo2bLaZRfNNY/v9kg283i0sb1Da4EdEiNT 15El5UyozhphUIbIR/zrVpxF1TvvFdoCyzx6a68bNY2d9dBrDcNDZC+XnyDdHQoobN87DWT1 mRVkmbg9LHZ/SVUOkGYuWyE+8UYeDAcUizuXwSK5zFWmeTyIoWNa68ifrWLfQe0p4x5jC/AI VURCi17p360vU4fhgwoMvEEhrRBWCr4DYHToFjIt2WdBy3GR1qoO0+Xkd6G+OoBULo+XDfgu L2WdPvh0K69F9/LgHkMmG5Il7SCe62QGpG2vaCgRV7BQhLX+kxlvM+WrdRatWRml4Y/3ABEB AAG0IE1pY2hhbCBNZWxvdW4gPG1tZWxAZnJlZWJzZC5vcmc+iQFABBMBCgAqAhsDBQsJCAcD BRUKCQgLBRYDAgEAAh4BAheAAhkBBQJZjBHDBQkHICOqAAoJEGkesmtexaqqIKMIAJ9xTp1w ge86ns2ZYOac5++mAgpFatohSlxYUR3gwud3Y3Ej0eumavpv/C26N6dsLnspwRenKdLbIPKe 0N8lI7CcDBIJGiFyY3c4H79QjIkYpRgbWFyCM85zEyVJpB+U7BhsgXE2uwVjE9RNhEP0KBoj sp357uqq1B1+VUO4GJ+RjdmYSOcNrjR8tTfy02456qovGjJ4JcJBlhyK6GzBKvnZSoA0s+QP OMn3gd8gdomMLEJdS3kTsfhLh2rQPZa9EmzafIyjXrirWq4+4fVFgd8SiMZyyTM+Kz30ZSUe 6SmfaQTQ/WLRIl5jku2uYQWlrRIKT9xaQzRWtZO9UgtXFRG5AQ0EVi5VGQEIALqgRkfS21D/ OqWE9mXfh2bIjrp9uC8T0MCuimbsrAdLKNNorGu2nE+rebgX8n5nYM377HOnalPGyOuXvCbQ 8MFVRdWOHxenJjXJialNdBsOf2wLva3vSSVsdoPzibWDIcJqhBOQ3EuhsILyWSPvYYKEiy95 mfhrDtuTTOAYVR9aNQBOENztB2TDJyMx/qZmtGroGV3N0Hqde/znHPtQO8RG5/FQGMfHMI5G FMuycr1ceHnLo/ovrqAl4TYV+UHSHJ+FDE9dt9wXHclWbWbC0yNugchZq6rho5Jjfv4a2v7P pyn3HoDinh1lWP7hYA0ZNExGHekLnXWVqO/lzGS6bMEAEQEAAYkBJQQYAQoADwIbDAUCWYwR wwUJByAjqgAKCRBpHrJrXsWqqrsrB/4g4ESK5TLxUxi8pLWcLPyvwtN4Fmf7VsCVefkhakaG rDPmfvfnG+OFwN60Xqoni7GBeakl01xwT4RINfvVfShDy6cHpLS7QL/M8pzfulVX38MkVkOD yGZhwjE+jyT/kZNA1Olaw3N3IefHq3brskQ7G4d9oPep2DDbw7C4Q76uOBjxy34JVB0WOsB6 NyMQB9h6LGljQtdEddyUqwnRZzzHiGvp0hPtdYQHQZlqbj4FV9lTRK7a8Ega+y7MgmeMiztG zeXyjNP02r3PRHCPagwa57bPxH2aAh4Q7UzBBZ0GTMm7DLKNtCP58WDxblrrhZ+7kHqGK8Fs bdeUpDdEYLVd Message-ID: Date: Fri, 28 Dec 2018 13:53:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <20181227140706.748bf173@ernst.home> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: CFD67899E5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=J8j6x0DU; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::443 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-4.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-0.89)[-0.889,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.43)[ip: (1.20), ipnet: 2a00:1450::/32(-1.76), asn: 15169(-1.51), country: US(-0.08)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 12:53:33 -0000 On 27.12.2018 14:07, Gary Jennejohn wrote: > On Thu, 27 Dec 2018 03:58:51 -0800 > Enji Cooper wrote: > >>> On Dec 27, 2018, at 2:17 AM, Trev wrote: >>> >>> Graham Perrin wrote on 26/12/2018 21:20: >>>> grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v >>>> Wed Dec 26 10:18:52 GMT 2018 >>>> FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG >>>> grahamperrin@momh167-gjp4-8570p:~ % iridium >>>> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" >>>> grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser >>>> www/iridium 2018.5.67_6 FreeBSD >>>> grahamperrin@momh167-gjp4-8570p:~ % >>>> Any ideas? >>>> TIA >>> >>> Same problem with a freshly compiled (after 5 days, finished yesterday) www/chromium on RPi3. >>> >>> $ chrome >>> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" >>> >>> $ uname -a >>> FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3 arm64 >> >> Hmm___ is something wonky with recent changes to rtld-elf that might be impacting ARM64? >> >> CCing mmel@, because they might be interested in these bug reports. >> > > No. I saw this with mplayer and also iridium when I installed them > with pkg on AMD64. > > > Strangely enough, mpv works, even though it shows a dependency on > libglib-2.0.so.0 when I run ldd on it. > > glib-2 has "extern char **environ;" in one of its C-files. > I cannot talk about iridium (its i386/amd64 only and I don't want to infect my headless build box with tons of X11 libraries). But for multimedia/mplayer, I can say that this problem is caused by mplayer itself. The 'environ' is defined as global symbol in /usr/lib/crt1.o: >readelf -s /usr/lib/crt1.o | grep environ 46: 0000000000000008 8 OBJECT GLOBAL DEFAULT COM environ These startup objects (/usr/lib/crt*.o) are linked to each single executable (but not to shared libraries). That means that any dynamically linked executable exports 'environ' symbol (and many, many others) with globally visibility. >readelf -s /bin/ls | grep environ 78: 0000000000240000 8 OBJECT GLOBAL DEFAULT 22 environ Because these symbols are globally visible, glib20 (and/or other libraries) can use them. Unfortunately, when mplayer binary gets linked, makefile uses symbol version script '-Wl,--version-script,binary.ver' as part of link command. And this script explicitly lowers visibility of *all* symbols (but _IO_stdin_used) to local. >more binary.ver MPLAYER_1 { # to support glibcs abhorrent backwards-compatibility hack global: _IO_stdin_used; local: *; }; >readelf -s mplayer | grep environ 26: 0000000000500000 8 OBJECT LOCAL DEFAULT 24 environ Of course, local symbols are visible only within originating object, these are invisible for other objects. I have no idea why mplayer authors uses this script, mainly why version script is used for *main executable*. >From my point of view, it's nothing but pure nonsense. This script hides symbols provided by startup object files so resulting binary is (and must be) invalid. I hope that this short description is enough for maintainer to fix these. Michal From owner-freebsd-current@freebsd.org Fri Dec 28 13:07:00 2018 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 31AED1438279 for ; Fri, 28 Dec 2018 13:07:00 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A818C89F2E for ; Fri, 28 Dec 2018 13:06:59 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6812F1438278; Fri, 28 Dec 2018 13:06:59 +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 456E61438277 for ; Fri, 28 Dec 2018 13:06:59 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A8DCB89F2C; Fri, 28 Dec 2018 13:06:56 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id wBSD6l55007062 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Dec 2018 13:06:52 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id wBSD6hOX032298; Fri, 28 Dec 2018 14:06:44 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id wBSD6PkN098863; Fri, 28 Dec 2018 14:06:37 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201812281306.wBSD6PkN098863@fire.js.berklix.net> To: Dimitry Andric cc: current@FreeBSD.org, Enji Cooper Subject: Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Fri, 28 Dec 2018 13:02:26 +0100." <80F360C1-5769-45F3-8B81-3C90BB06FA1B@FreeBSD.org> Date: Fri, 28 Dec 2018 14:06:25 +0100 X-Rspamd-Queue-Id: A8DCB89F2C X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.51 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.46)[0.455,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.71)[0.715,0]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: land.berklix.com]; NEURAL_SPAM_LONG(0.37)[0.371,0]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.84), asn: 24940(-2.43), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 13:07:00 -0000 Dimitry Andric wrote: > On 28 Dec 2018, at 12:38, Julian H. Stacey wrote: > >=20 > > "Julian H. Stacey" wrote: > >> Enji Cooper wrote: > >>>> On Dec 27, 2018, at 3:48 AM, Julian H. Stacey = > wrote: > >>>> Hi current@ > >>>> Anyone else seeing make buildworld Clang failures ? > >>>> ls -l /usr/bin suggests I last made world on Dec 9, > >>>> since then I've failed twice below > >>>> Seems the UPDATING doesnt give enough to rescue this. > >>>> --------------- > >>>> =3D20 > >>>> cd /usr/src > >>>> cat .ctm_status # I recall src-cur 13840 > >>>> make world > >>>> ... failed approx or maybe as below I recall: > >>>> =3D20 > >>>> cat .svn_revision # 342545 > >>>> cat .ctm_status # src-cur 13841 > >>>> make buildworld > >>>> =3D20 > >>>> c++ -O2 -pipe -DBERKLIX=3D3DYES =3D > >>> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang =3D > >>> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm =3D > >>> -I/usr/src/contrib/llvm/tools/clang/lib/Basic =3D > >>> -I/usr/src/contrib/llvm/tools/clang/lib/Driver =3D > >>> -I/usr/src/contrib/llvm/tools/clang/include = > -I/usr/src/lib/clang/include =3D > >>> -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL =3D > >>> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS =3D > >>> -DLLVM_DEFAULT_TARGET_TRIPLE=3D3D\"x86_64-unknown-freebsd13.0\" =3D > >>> -DLLVM_HOST_TRIPLE=3D3D\"x86_64-unknown-freebsd13.0\" =3D > >>> -DDEFAULT_SYSROOT=3D3D\"/usr/obj/usr/src/amd64.amd64/tmp\" =3D > >>> -DLLVM_TARGET_ENABLE_X86 =3D > >>> -DLLVM_NATIVE_ASMPARSER=3D3DLLVMInitializeX86AsmParser =3D > >>> -DLLVM_NATIVE_ASMPRINTER=3D3DLLVMInitializeX86AsmPrinter =3D > >>> -DLLVM_NATIVE_DISASSEMBLER=3D3DLLVMInitializeX86Disassembler =3D > >>> -DLLVM_NATIVE_TARGET=3D3DLLVMInitializeX86Target =3D > >>> -DLLVM_NATIVE_TARGETINFO=3D3DLLVMInitializeX86TargetInfo =3D > >>> -DLLVM_NATIVE_TARGETMC=3D3DLLVMInitializeX86TargetMC = > -ffunction-sections =3D > >>> -fdata-sections -gline-tables-only -MD -MF.de! > >>>> pend.Basic_SourceManager.o -MTBasic/SourceManager.o = > -Qunused-arguments =3D > >>> -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=3D3Dc++11 = > =3D > >>> -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3D3Dlibc++ =3D > >>> -Wno-c++11-extensions -c =3D > >>> /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o =3D > >>> Basic/SourceManager.o > >>>> = > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: =3D= > > >>> fatal error: > >>>> 'emmintrin.h' file not found > >>>> #include > >>>> ^~~~~~~~~~~~~ > >>>> 1 error generated. > >>>> *** Error code 1 > >>>> =3D20 > >>>> Stop. > >>>> bmake[4]: stopped in /usr/src/lib/clang/libclang > > Most likely, your host compiler is missing required intrinsics headers. > These are located under /usr/lib/clang/x.y.z/include, where x.y.z is the > compiler version. If they are missing, you might want to restore the > files from backup, or extract them from a release or snapshot tarball. > > -Dimitry Thanks Dimitry clang -v FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin cd /usr/lib/clang ; ls 7.0.1/ dmesg FreeBSD 13.0-CURRENT JHS_Lapr amd64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) So my current box has a mismatch. My other current box is normaly older, so I turned on to copy 6.0.1 libs & found a newer & consistent current: clang -v FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin dmesg: FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1) cd /usr/bin; ls -l Dec 20 So I'm checking the newer current box with make all, then will do a cross host recovery to the inconsistent older box. Thanks Enji & Dimitry Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp From owner-freebsd-current@freebsd.org Fri Dec 28 13:13:27 2018 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 9116914385EA; Fri, 28 Dec 2018 13:13:27 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC4F8A45B; Fri, 28 Dec 2018 13:13:26 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wr1-x443.google.com with SMTP id q18so20884606wrx.9; Fri, 28 Dec 2018 05:13:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:cc:references:openpgp:autocrypt:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=JdfPZqVXFSTDaypPNx9VwESn1tLKAY4b6HjsrDtJslo=; b=JlXyZS8YN5HTFZamWSZi/GNS19YmOybUKCFJMINKQKVaP//C1ztYxVtXyTKZZz2C+2 GJ7paIMr0jXXGOvU9MQ/Xg9nhJ1SR2iEgSW7+BpFV+xTZM8CF5f+CsDPLKlBpfHiR1P8 JAbW/dcQeruHDnhYE4ilPEnuX72Vpc7Deop8/Z63CQg0OV40dlPHPvFpwLLDn9bA2QYK s69MIrtAJQE2SmPvPPxTW+NsmjPGFkUfuYWBRvdhN8t4rosVJ/CJjMw+vp/4cVqBTw9U i7WHPAVnY8owgAkEa2jc92xmIjQuaBl9aYkxdFVVzClGtX7FvXllxp1A6VatUfLSypG3 7avQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:cc:references:openpgp :autocrypt:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=JdfPZqVXFSTDaypPNx9VwESn1tLKAY4b6HjsrDtJslo=; b=O+vJfwClLyPuDMWJhXsJVjq4zzmNx8PeexPSDIy4XZ68RvjLRXBKcEtDjiqOVPZneS vm3cfDsvS1PU+onqmysYHSJkVEq6IiZdbGnh+xi9TN226bDHgX4PuVdDebJTPheO1WpP avv6xg4y8gWCb2br8VwrbHN1FHktEy+JYpPF94+hDMjsgamOSrtgkBjXQX9Vohs+iiCv Fo5KClZ0fLyonaQls59gP9mdrfthDpFsx6gcHhz3AApLe65PVo0VHJrcYV8RWKSHJGeb W190KZ2P4GJKX2S3O1NcMofkOGFIXwGAOYigwZDrP548MrgMLy3p0oC/fvclZPMoSQj0 5NNA== X-Gm-Message-State: AJcUukc1F1VfEf6e2eYt/J5oiZKAWhhVgBuFspDalaEJ4wtpOjB88CWN gOiZ07DFjBgsES7j4IFgkygi6+pBOkI= X-Google-Smtp-Source: ALg8bN602D5pVEoG3DAlRGEYrm/4TOwzvErBayiIVY8/up7lkYhlJC5D/qx5EVapLYPO2DD3TikwSw== X-Received: by 2002:adf:be8b:: with SMTP id i11mr26586057wrh.235.1546002805216; Fri, 28 Dec 2018 05:13:25 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id g188sm23795644wmf.32.2018.12.28.05.13.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Dec 2018 05:13:24 -0800 (PST) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) To: Mark Millard , freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd Cc: freebsd-arm , FreeBSD Toolchain References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> Openpgp: preference=signencrypt Autocrypt: addr=mmel@freebsd.org; prefer-encrypt=mutual; keydata= mQENBFYuVRkBCADZiwLCCne3wG9b9k+R2Neo5zVo2bLaZRfNNY/v9kg283i0sb1Da4EdEiNT 15El5UyozhphUIbIR/zrVpxF1TvvFdoCyzx6a68bNY2d9dBrDcNDZC+XnyDdHQoobN87DWT1 mRVkmbg9LHZ/SVUOkGYuWyE+8UYeDAcUizuXwSK5zFWmeTyIoWNa68ifrWLfQe0p4x5jC/AI VURCi17p360vU4fhgwoMvEEhrRBWCr4DYHToFjIt2WdBy3GR1qoO0+Xkd6G+OoBULo+XDfgu L2WdPvh0K69F9/LgHkMmG5Il7SCe62QGpG2vaCgRV7BQhLX+kxlvM+WrdRatWRml4Y/3ABEB AAG0IE1pY2hhbCBNZWxvdW4gPG1tZWxAZnJlZWJzZC5vcmc+iQFABBMBCgAqAhsDBQsJCAcD BRUKCQgLBRYDAgEAAh4BAheAAhkBBQJZjBHDBQkHICOqAAoJEGkesmtexaqqIKMIAJ9xTp1w ge86ns2ZYOac5++mAgpFatohSlxYUR3gwud3Y3Ej0eumavpv/C26N6dsLnspwRenKdLbIPKe 0N8lI7CcDBIJGiFyY3c4H79QjIkYpRgbWFyCM85zEyVJpB+U7BhsgXE2uwVjE9RNhEP0KBoj sp357uqq1B1+VUO4GJ+RjdmYSOcNrjR8tTfy02456qovGjJ4JcJBlhyK6GzBKvnZSoA0s+QP OMn3gd8gdomMLEJdS3kTsfhLh2rQPZa9EmzafIyjXrirWq4+4fVFgd8SiMZyyTM+Kz30ZSUe 6SmfaQTQ/WLRIl5jku2uYQWlrRIKT9xaQzRWtZO9UgtXFRG5AQ0EVi5VGQEIALqgRkfS21D/ OqWE9mXfh2bIjrp9uC8T0MCuimbsrAdLKNNorGu2nE+rebgX8n5nYM377HOnalPGyOuXvCbQ 8MFVRdWOHxenJjXJialNdBsOf2wLva3vSSVsdoPzibWDIcJqhBOQ3EuhsILyWSPvYYKEiy95 mfhrDtuTTOAYVR9aNQBOENztB2TDJyMx/qZmtGroGV3N0Hqde/znHPtQO8RG5/FQGMfHMI5G FMuycr1ceHnLo/ovrqAl4TYV+UHSHJ+FDE9dt9wXHclWbWbC0yNugchZq6rho5Jjfv4a2v7P pyn3HoDinh1lWP7hYA0ZNExGHekLnXWVqO/lzGS6bMEAEQEAAYkBJQQYAQoADwIbDAUCWYwR wwUJByAjqgAKCRBpHrJrXsWqqrsrB/4g4ESK5TLxUxi8pLWcLPyvwtN4Fmf7VsCVefkhakaG rDPmfvfnG+OFwN60Xqoni7GBeakl01xwT4RINfvVfShDy6cHpLS7QL/M8pzfulVX38MkVkOD yGZhwjE+jyT/kZNA1Olaw3N3IefHq3brskQ7G4d9oPep2DDbw7C4Q76uOBjxy34JVB0WOsB6 NyMQB9h6LGljQtdEddyUqwnRZzzHiGvp0hPtdYQHQZlqbj4FV9lTRK7a8Ega+y7MgmeMiztG zeXyjNP02r3PRHCPagwa57bPxH2aAh4Q7UzBBZ0GTMm7DLKNtCP58WDxblrrhZ+7kHqGK8Fs bdeUpDdEYLVd Message-ID: Date: Fri, 28 Dec 2018 14:13:25 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 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: 7CC4F8A45B X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JlXyZS8Y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::443 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-4.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.76)[-0.760,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.51)[ip: (0.82), ipnet: 2a00:1450::/32(-1.76), asn: 15169(-1.51), country: US(-0.08)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/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)[-0.999,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]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 13:13:27 -0000 On 24.12.2018 8:28, Mark Millard wrote: > [I built a FreeBSD head -r340288 context and tried ports head > -r484783 and the problem repeated.] > > On 2018-Dec-22, at 12:55, Mark Millard wrote: > >> [I found my E-mail records reporting successful builds using >> qemu-user-static from ports head -r484783 under FreeBSD >> head -r340287.] >> >> On 2018-Dec-22, at 00:10, Mark Millard wrote: >> >>> [I messed up the freebsd-emulation email address the first time I sent >>> this. I also forgot to indicate the qemu-user-static vintage relationship.] >>> >>> I had been reporting intermittent hang-ups for my amd64->{aarch64,armv7} port cross >>> builds in another message sequence. But it turns out that one thing I ran into >>> has hung-up every time, the same way, for amd64->armv7 cross builds: >>> multimedia/gstreamer1-qt@qt5 . So I extract the material here into a separate report >>> with some updated notes. >>> >>> A little context: I had built from ports head -r484783 before under FreeBSD head >>> -r340287 (as I remember the version). Back then it did not have this problem that it >>> now has under FreeBSD head -r341836 . One ports-specific change was to force perl5.28 >>> as the default instead of perl5.26 originally. In fact this is what drives what is >>> being rebuilt for my experiment that caught this. But I doubt the perl version is >>> important to the problem. The context has a Ryzen Threadripper 1950X and has been >>> tested both for FreeBSD under Hyper-V and for the same media native-booted. Both >>> hang-up at the same point as seen via ps or top. The native tools for cross-build >>> speedup were in use. Cross-builds targeting aarch64 did not get this problem but >>> targeting armv7 did. 121 of 129 armv7 ports built before the hang-up for the first >>> armv7 try. >>> >>> ADDED: The qemu-user-static back with head -r340287 before installing the >>> updated ports would likely be different than the -r484783 vintage. So both >>> FreeBSD and qemu-user-static may have changed over the comparison. >> >> CORRECTION to ADDED: Back on 2018-Nov-11 I reported successful cross-builds >> based on qemu-user-static from ports head -484783 --all built under FreeBSD >> head -r340287 . So the use of the perl5.28 as the forced-default and the >> newer FreeBSD head version -r341836 as the context are the differences here. >> >>> The hang-up: >>> >>> In the port rebuilds targeting armv7, multimedia/gstreamer1-qt@qt5 hung-up and timed >>> out. Looking during the wait in later tries shows something much like (from one of the >>> examples): >>> >>> root 33719 0.0 0.0 12920 3528 0 I 11:40 0:00.03 | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg (gstreamer1-qt5-1.2.0_14) (sh) >>> root 41551 0.0 0.0 12920 3520 0 I 11:43 0:00.00 | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg (gstreamer1-qt5-1.2.0_14) (sh) >>> root 41552 0.0 0.0 10340 1744 0 IJ 11:43 0:00.01 | | `-- /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=qt5 build >>> root 41566 0.0 0.0 10236 1796 0 IJ 11:43 0:00.00 | | `-- /bin/sh -e -c (cd /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! /usr/bin/env QT_SELE >>> root 41567 0.0 0.0 89976 12896 0 IJ 11:43 0:00.07 | | `-- /usr/local/bin/qemu-arm-static ninja -j28 -v all >>> root 41585 0.0 0.0 102848 25056 0 IJ 11:43 0:00.10 | | |-- /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >>> root 41586 0.0 0.0 102852 25072 0 IJ 11:43 0:00.11 | | `-- /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >>> >>> or as top showed it: >>> >>> 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=qt5 build >>> 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 0.00% /bin/sh -e -c (cd /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! /usr/bin/env QT_SELECT=qt5 QMAKEMODULES >>> 41567 root 2 52 0 88M 13M 0 select 4 0:00 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all >>> 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >>> 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >>> >>> So: waiting in kqread trying to run cmake. >>> >>> Unlike some intermittent hang-ups, attaching-then-detaching via gdb does not >>> resume the hung-up processes. Kills of the processes waiting on kqread stop >>> the build. >>> >>> Given the prior ports have been built already, building just >>> multimedia/gstreamer1-qt@qt5 still gets the hang-up at the same point. >>> >>> Building anything that requires multimedia/gstreamer1-qt@qt5 seems to be >>> solidly blocked in my environment. > > > I built a FreeBSD head -r340288 context and tried cross-buiding an > amd64->armv7 ports head -r484783 of my usual ports and the problem > repeated. I also found evidence that originally in the old time frame > I'd disabled part of my originally-intended port builds because of > other problems so multimedia/gstreamer1-qt 's build was not being > tried. > > So the qemu-user-static vintage or content may be what to vary to > narrow down the problem instead of bisecting FreeBSD kernel or world > vintages. clang7 building qemu-user-static or the kernel/world has > been eliminated. > > > (I used -r340288 to match a artifact.ci.freebsd.org build, incorrectly > expecting to bisect via kernel substitutions.) > Mark, this is known problem with qemu-user-static. Emulation of every single interruptible syscall is broken by design (it have signal related races). Theses races cannot be solved without major rewrite of syscall emulation code. Unfortunately, nobody actively works on this, I think. Michal From owner-freebsd-current@freebsd.org Fri Dec 28 13:13:28 2018 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 2738314385F1; Fri, 28 Dec 2018 13:13:28 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 188EA8A45C; Fri, 28 Dec 2018 13:13:27 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x343.google.com with SMTP id t200so7734110wmt.0; Fri, 28 Dec 2018 05:13:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:cc:references:openpgp:autocrypt:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=JdfPZqVXFSTDaypPNx9VwESn1tLKAY4b6HjsrDtJslo=; b=bu9+24h1dO+/JxYYnWaPP2s3+R+cADexDDheDvowoosSR7dkrdH0uWs8hYSGXcLX3d f3TzO3B8Chq7VxLQXTHwVUCDqfrdkXQblWufbzH97QrVrRqzYQqyOGn1fb+/0Ey621/8 8iq4hIC2o5omM5/DmANFR/84UKBIrba2MQYJS9+A+994NZr5FO4vuz3Jxs+mMq6iET9s hhagzZop6Dfrlzin9A1RZrBgiKKARYxWoZVVtBC0Ra6QO5IGbgdBJoFYW6MWiCUH2zsR 3SCd5UhrUSYGQ1mb2ucIIG2C/z7i2SsHlte0Hc4OH57kzEz6+/N+XzmvZwAh2k+qYD38 aXgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:cc:references:openpgp :autocrypt:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=JdfPZqVXFSTDaypPNx9VwESn1tLKAY4b6HjsrDtJslo=; b=a5Uv5++JU1JdxuveF+OU7Df6WSK+a8o/XeaasACZLkbwAycdhzPo7rv6QPVm4GxPpw 7F3RMdwFgaIR3x5NwFwzpW8es2lqOWazYA+LWu83TSW0fD0mY37H6d3ofs06p4AMo8Mr yuUjjE6KM0c1TIt2b6tI/mO+799Ij0ZGjXk+qMklD38tfJg9pGh5aVESIh7ZyFG7eZyN 8CWLSLiO7HNgFiJzc7fzc2Jzv3mmLN38V9wgYIjww9n9HCZAWyA/7xVklgrTIaLwdnXs O9rn3633PAiY6abx8vJbScLNqnHGxjxmZ08QZs/IprKF0rO6KSHbhN3VmMyJjNtnqJsk jgkA== X-Gm-Message-State: AA+aEWbgAtq/b0PKDoYDeg5lyrfc9Mv6+BQQ0PL6ftuV/j0Nu4enfqch 9X1hkYUX6b3qwN9BNloZOziFrJUQGys= X-Google-Smtp-Source: ALg8bN6qPuX61IRuZjgq1M3f14uv4qIJOj00Y1i5Amq4Jp30ha/r3H0Wg0DIUqAJrjOy7AsXWV77Lg== X-Received: by 2002:a1c:9a0d:: with SMTP id c13mr24826750wme.41.1546002805646; Fri, 28 Dec 2018 05:13:25 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id k7sm27601306wrl.51.2018.12.28.05.13.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Dec 2018 05:13:24 -0800 (PST) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) To: Mark Millard , freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd Cc: freebsd-arm , FreeBSD Toolchain References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> Openpgp: preference=signencrypt Autocrypt: addr=mmel@freebsd.org; prefer-encrypt=mutual; keydata= mQENBFYuVRkBCADZiwLCCne3wG9b9k+R2Neo5zVo2bLaZRfNNY/v9kg283i0sb1Da4EdEiNT 15El5UyozhphUIbIR/zrVpxF1TvvFdoCyzx6a68bNY2d9dBrDcNDZC+XnyDdHQoobN87DWT1 mRVkmbg9LHZ/SVUOkGYuWyE+8UYeDAcUizuXwSK5zFWmeTyIoWNa68ifrWLfQe0p4x5jC/AI VURCi17p360vU4fhgwoMvEEhrRBWCr4DYHToFjIt2WdBy3GR1qoO0+Xkd6G+OoBULo+XDfgu L2WdPvh0K69F9/LgHkMmG5Il7SCe62QGpG2vaCgRV7BQhLX+kxlvM+WrdRatWRml4Y/3ABEB AAG0IE1pY2hhbCBNZWxvdW4gPG1tZWxAZnJlZWJzZC5vcmc+iQFABBMBCgAqAhsDBQsJCAcD BRUKCQgLBRYDAgEAAh4BAheAAhkBBQJZjBHDBQkHICOqAAoJEGkesmtexaqqIKMIAJ9xTp1w ge86ns2ZYOac5++mAgpFatohSlxYUR3gwud3Y3Ej0eumavpv/C26N6dsLnspwRenKdLbIPKe 0N8lI7CcDBIJGiFyY3c4H79QjIkYpRgbWFyCM85zEyVJpB+U7BhsgXE2uwVjE9RNhEP0KBoj sp357uqq1B1+VUO4GJ+RjdmYSOcNrjR8tTfy02456qovGjJ4JcJBlhyK6GzBKvnZSoA0s+QP OMn3gd8gdomMLEJdS3kTsfhLh2rQPZa9EmzafIyjXrirWq4+4fVFgd8SiMZyyTM+Kz30ZSUe 6SmfaQTQ/WLRIl5jku2uYQWlrRIKT9xaQzRWtZO9UgtXFRG5AQ0EVi5VGQEIALqgRkfS21D/ OqWE9mXfh2bIjrp9uC8T0MCuimbsrAdLKNNorGu2nE+rebgX8n5nYM377HOnalPGyOuXvCbQ 8MFVRdWOHxenJjXJialNdBsOf2wLva3vSSVsdoPzibWDIcJqhBOQ3EuhsILyWSPvYYKEiy95 mfhrDtuTTOAYVR9aNQBOENztB2TDJyMx/qZmtGroGV3N0Hqde/znHPtQO8RG5/FQGMfHMI5G FMuycr1ceHnLo/ovrqAl4TYV+UHSHJ+FDE9dt9wXHclWbWbC0yNugchZq6rho5Jjfv4a2v7P pyn3HoDinh1lWP7hYA0ZNExGHekLnXWVqO/lzGS6bMEAEQEAAYkBJQQYAQoADwIbDAUCWYwR wwUJByAjqgAKCRBpHrJrXsWqqrsrB/4g4ESK5TLxUxi8pLWcLPyvwtN4Fmf7VsCVefkhakaG rDPmfvfnG+OFwN60Xqoni7GBeakl01xwT4RINfvVfShDy6cHpLS7QL/M8pzfulVX38MkVkOD yGZhwjE+jyT/kZNA1Olaw3N3IefHq3brskQ7G4d9oPep2DDbw7C4Q76uOBjxy34JVB0WOsB6 NyMQB9h6LGljQtdEddyUqwnRZzzHiGvp0hPtdYQHQZlqbj4FV9lTRK7a8Ega+y7MgmeMiztG zeXyjNP02r3PRHCPagwa57bPxH2aAh4Q7UzBBZ0GTMm7DLKNtCP58WDxblrrhZ+7kHqGK8Fs bdeUpDdEYLVd Message-ID: <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> Date: Fri, 28 Dec 2018 14:13:25 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 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: 188EA8A45C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=bu9+24h1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::343 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-3.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.08)[ip: (2.97), ipnet: 2a00:1450::/32(-1.76), asn: 15169(-1.51), country: US(-0.08)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.11)[-0.110,0]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 13:13:28 -0000 On 24.12.2018 8:28, Mark Millard wrote: > [I built a FreeBSD head -r340288 context and tried ports head > -r484783 and the problem repeated.] > > On 2018-Dec-22, at 12:55, Mark Millard wrote: > >> [I found my E-mail records reporting successful builds using >> qemu-user-static from ports head -r484783 under FreeBSD >> head -r340287.] >> >> On 2018-Dec-22, at 00:10, Mark Millard wrote: >> >>> [I messed up the freebsd-emulation email address the first time I sent >>> this. I also forgot to indicate the qemu-user-static vintage relationship.] >>> >>> I had been reporting intermittent hang-ups for my amd64->{aarch64,armv7} port cross >>> builds in another message sequence. But it turns out that one thing I ran into >>> has hung-up every time, the same way, for amd64->armv7 cross builds: >>> multimedia/gstreamer1-qt@qt5 . So I extract the material here into a separate report >>> with some updated notes. >>> >>> A little context: I had built from ports head -r484783 before under FreeBSD head >>> -r340287 (as I remember the version). Back then it did not have this problem that it >>> now has under FreeBSD head -r341836 . One ports-specific change was to force perl5.28 >>> as the default instead of perl5.26 originally. In fact this is what drives what is >>> being rebuilt for my experiment that caught this. But I doubt the perl version is >>> important to the problem. The context has a Ryzen Threadripper 1950X and has been >>> tested both for FreeBSD under Hyper-V and for the same media native-booted. Both >>> hang-up at the same point as seen via ps or top. The native tools for cross-build >>> speedup were in use. Cross-builds targeting aarch64 did not get this problem but >>> targeting armv7 did. 121 of 129 armv7 ports built before the hang-up for the first >>> armv7 try. >>> >>> ADDED: The qemu-user-static back with head -r340287 before installing the >>> updated ports would likely be different than the -r484783 vintage. So both >>> FreeBSD and qemu-user-static may have changed over the comparison. >> >> CORRECTION to ADDED: Back on 2018-Nov-11 I reported successful cross-builds >> based on qemu-user-static from ports head -484783 --all built under FreeBSD >> head -r340287 . So the use of the perl5.28 as the forced-default and the >> newer FreeBSD head version -r341836 as the context are the differences here. >> >>> The hang-up: >>> >>> In the port rebuilds targeting armv7, multimedia/gstreamer1-qt@qt5 hung-up and timed >>> out. Looking during the wait in later tries shows something much like (from one of the >>> examples): >>> >>> root 33719 0.0 0.0 12920 3528 0 I 11:40 0:00.03 | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg (gstreamer1-qt5-1.2.0_14) (sh) >>> root 41551 0.0 0.0 12920 3520 0 I 11:43 0:00.00 | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][02]: build_pkg (gstreamer1-qt5-1.2.0_14) (sh) >>> root 41552 0.0 0.0 10340 1744 0 IJ 11:43 0:00.01 | | `-- /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=qt5 build >>> root 41566 0.0 0.0 10236 1796 0 IJ 11:43 0:00.00 | | `-- /bin/sh -e -c (cd /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! /usr/bin/env QT_SELE >>> root 41567 0.0 0.0 89976 12896 0 IJ 11:43 0:00.07 | | `-- /usr/local/bin/qemu-arm-static ninja -j28 -v all >>> root 41585 0.0 0.0 102848 25056 0 IJ 11:43 0:00.10 | | |-- /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >>> root 41586 0.0 0.0 102852 25072 0 IJ 11:43 0:00.11 | | `-- /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >>> >>> or as top showed it: >>> >>> 41552 root 1 52 0 10M 1744K 0 wait 15 0:00 0.00% /usr/bin/make -C /usr/ports/multimedia/gstreamer1-qt FLAVOR=qt5 build >>> 41566 root 1 52 0 10M 1796K 0 wait 1 0:00 0.00% /bin/sh -e -c (cd /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! /usr/bin/env QT_SELECT=qt5 QMAKEMODULES >>> 41567 root 2 52 0 88M 13M 0 select 4 0:00 0.00% /usr/local/bin/qemu-arm-static ninja -j28 -v all >>> 41585 root 2 52 0 100M 24M 0 kqread 8 0:00 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >>> 41586 root 2 52 0 100M 24M 0 kqread 22 0:00 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. >>> >>> So: waiting in kqread trying to run cmake. >>> >>> Unlike some intermittent hang-ups, attaching-then-detaching via gdb does not >>> resume the hung-up processes. Kills of the processes waiting on kqread stop >>> the build. >>> >>> Given the prior ports have been built already, building just >>> multimedia/gstreamer1-qt@qt5 still gets the hang-up at the same point. >>> >>> Building anything that requires multimedia/gstreamer1-qt@qt5 seems to be >>> solidly blocked in my environment. > > > I built a FreeBSD head -r340288 context and tried cross-buiding an > amd64->armv7 ports head -r484783 of my usual ports and the problem > repeated. I also found evidence that originally in the old time frame > I'd disabled part of my originally-intended port builds because of > other problems so multimedia/gstreamer1-qt 's build was not being > tried. > > So the qemu-user-static vintage or content may be what to vary to > narrow down the problem instead of bisecting FreeBSD kernel or world > vintages. clang7 building qemu-user-static or the kernel/world has > been eliminated. > > > (I used -r340288 to match a artifact.ci.freebsd.org build, incorrectly > expecting to bisect via kernel substitutions.) > Mark, this is known problem with qemu-user-static. Emulation of every single interruptible syscall is broken by design (it have signal related races). Theses races cannot be solved without major rewrite of syscall emulation code. Unfortunately, nobody actively works on this, I think. Michal From owner-freebsd-current@freebsd.org Fri Dec 28 14:54:43 2018 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 00004143B05C for ; Fri, 28 Dec 2018 14:54:42 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 C77E58D9EF for ; Fri, 28 Dec 2018 14:54:41 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.97.141] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1gctWy-0001SU-Ns for freebsd-current@freebsd.org; Fri, 28 Dec 2018 15:54:32 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id wBSEsWdT002300 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Dec 2018 15:54:32 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id wBSEsWfB002299 for freebsd-current@freebsd.org; Fri, 28 Dec 2018 15:54:32 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Fri, 28 Dec 2018 15:54:32 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: r342378 fails sometimes on boot mounting root (error 2) Message-ID: <20181228145432.GA2249@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.97.141 X-Rspamd-Queue-Id: C77E58D9EF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; IP_SCORE(-3.01)[ip: (-8.68), ipnet: 178.254.0.0/19(-3.54), asn: 42730(-2.83), country: DE(-0.01)]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[mail.unixarea.de]; NEURAL_HAM_SHORT(-0.97)[-0.966,0]; RECEIVED_SPAMHAUS_PBL(0.00)[141.97.217.88.zen.spamhaus.org : 127.0.0.10]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[unixarea.de]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 14:54:43 -0000 Hello, I've setup a new r342378 (December 23) for amd64 onto an external disk with this procedure: # grep da0 /var/log/messages ... Dec 28 14:20:01 c720-r314251 kernel: da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 Dec 28 14:20:01 c720-r314251 kernel: da0: Fixed Direct Access SPC-4 SCSI device Dec 28 14:20:01 c720-r314251 kernel: da0: Serial Number 575854314134383033483150 Dec 28 14:20:01 c720-r314251 kernel: da0: 400.000MB/s transfers Dec 28 14:20:01 c720-r314251 kernel: da0: 953837MB (1953458176 512 byte sectors) Dec 28 14:20:01 c720-r314251 kernel: da0: quirks=0x2 # gpart destroy -F da0 da0 destroyed # gpart create -s gpt da0 da0 created # gpart add -t freebsd-boot -s 512k -a4k -l extboot da0 da0p1 added # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i1 da0 partcode written to da0p1 bootcode written to da0 # gpart add -t freebsd-ufs -l extrootfs -b 1m -s 256g da0 da0p2 added # gpart add -t freebsd-swap -l extswap -a 1m -s 2g da0 da0p3 added # gpart add -t freebsd-ufs -l extbackupfs -a 1m da0 da0p4 added # newfs -U /dev/gpt/extrootfs # newfs -U /dev/gpt/extbackupfs # gpart set -a active da0 active set on da0 # gpart show -l da0 => 40 1953458096 da0 GPT (931G) 40 1024 1 extboot (512K) 1064 984 - free - (492K) 2048 536870912 2 extrootfs (256G) 536872960 4194304 3 extswap (2.0G) 541067264 1412388864 4 extbackupfs (673G) 1953456128 2008 - free - (1.0M) # mount /dev/gpt/extrootfs /mnt # cd /usr/src # make installworld DESTDIR=/mnt # make installkernel DESTDIR=/mnt # make distrib-dirs DESTDIR=/mnt # make distribution DESTDIR=/mnt # cd ~guru/C720 # cp -p rc.conf /mnt/etc # cp -p c720.kbd /mnt/etc # cp -p sysctl.conf /mnt/etc # cp -p loader.conf /mnt/boot/ # cp -p device.hints /mnt/boot/ # cat > /mnt/etc/fstab < 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 8696D1419033 for ; Fri, 28 Dec 2018 16:24:04 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.132]) (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 CC99F908DD for ; Fri, 28 Dec 2018 16:24:03 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1546013273; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=OtJmWe8MuUEDDrlUi7Y/Yp9u53XLE1NfOpvBUdrb+9GJEF/yCo/VBlZKl0+wDZzUk/zo+A8e+EmsX P4x32plh5twNiVzS5gPgXuWbJfAG/LoTKUibsJUmGQKsBbwbq95V+4+lYaBOIBPuIYBOhZ98pdVrzm cDik68pPJNSch9N80Zm64KkrMLhmyDEiRA/ZlPagl0R0aukxRd4N5hu+EYNLgOme+pXbOSIEUwvxmb IlQXpo6vGphLhu/IfdDmieK9Z5OMA++KVyQck2VYSoY5chQTYzm/fv2jp+sT+KpKCc8Tw93zo/Aa+9 KI2AakG9vajvhkzpKEHqgiOrGNEnnKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=T00C5e4vwh0odv41vTw1qgcBfUsLUNHREpNw52X3l5g=; b=OH0FiZQ1aP9ysK4FEl29qoBoTJaV1yFBlpotly3JAlqpikAOlULTTdUfNworzsDq0Xeiy4X2oJHj6 6D5wz3pTvP3luit81qQDPNsGXNTBO6K/RY0S1iycUF/JrFPMiK70gnWPIEy7LNyWz8L+pZjTtVtTt3 tWi25eAGdC3ZCgEuIytOPtEpyH8aN05dIj5w5TWKwQemd2oUPeSPNdnOOIxL9zVPxv/raMnXeehgH9 52zo42899kM+TI3IyFk9I6DbhQIJpa74h3H5JY69zWaQcJwTI9gvXQmXX3tpTC/aW4UIhc+dg62s2w IuYZ+zq2CfXC29U6Wydakb4V5rsQG9A== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=T00C5e4vwh0odv41vTw1qgcBfUsLUNHREpNw52X3l5g=; b=fQq3MRcNQT7NSQKKfyfYRNQEHgOO18njrCruSHawdKevRYmz+0ikD5/QXMW1iyXAtjcAzRCjhBkd4 mo0BJlA+ggoTy/uN7WqDlW76H6tHEt7ByLyaqeJpa3lUAYBwxmIw8DhSdOdrFQVUEDCjEJwkLN49UK dwAyByAeF2qk6KANmRZGvmzwaRahPsKphhWR6GEeVNPeiRywXx5yt07CX9IiWEWwSFXoiNk3oyInx6 cn4w45Cdc6ZmKtIYyYgR1M1lTMVxGWHp28Y0xQ97AXHgvS7WwGDWbbCIZwA/W9SCZ6o4kz0qjWuYBY 8vpB8qKRwSF2/TGSu5rjoLY4ip4XMGA== X-MHO-RoutePath: aGlwcGll X-MHO-User: b93a7a16-0aba-11e9-8a28-a1efd8da9a94 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id b93a7a16-0aba-11e9-8a28-a1efd8da9a94; Fri, 28 Dec 2018 16:07:51 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wBSG7nhN024006; Fri, 28 Dec 2018 09:07:49 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1546013269.78877.85.camel@freebsd.org> Subject: Re: r342378 fails sometimes on boot mounting root (error 2) From: Ian Lepore To: Matthias Apitz , freebsd-current@freebsd.org Date: Fri, 28 Dec 2018 09:07:49 -0700 In-Reply-To: <20181228145432.GA2249@c720-r314251> References: <20181228145432.GA2249@c720-r314251> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: CC99F908DD 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)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, 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: Fri, 28 Dec 2018 16:24:04 -0000 On Fri, 2018-12-28 at 15:54 +0100, Matthias Apitz wrote: > Hello, > > I've setup a new r342378 (December 23) for amd64 onto an external > disk > with this procedure: > > # grep da0 /var/log/messages > ... > Dec 28 14:20:01 c720-r314251 kernel: da0 at umass-sim0 bus 0 scbus1 > target 0 lun 0 > Dec 28 14:20:01 c720-r314251 kernel: da0: > Fixed Direct Access SPC-4 SCSI device > Dec 28 14:20:01 c720-r314251 kernel: da0: Serial Number > 575854314134383033483150 > Dec 28 14:20:01 c720-r314251 kernel: da0: 400.000MB/s transfers > Dec 28 14:20:01 c720-r314251 kernel: da0: 953837MB (1953458176 512 > byte sectors) > Dec 28 14:20:01 c720-r314251 kernel: da0: quirks=0x2 > > > # gpart destroy -F da0 > da0 destroyed > # gpart create -s gpt da0 > da0 created > # gpart add -t freebsd-boot -s 512k -a4k -l extboot da0 > da0p1 added > # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i1 da0 > partcode written to da0p1 > bootcode written to da0 > # gpart add -t freebsd-ufs -l  extrootfs -b 1m -s 256g da0 > da0p2 added > # gpart add -t freebsd-swap -l extswap -a 1m -s 2g da0 > da0p3 added > # gpart add -t freebsd-ufs -l  extbackupfs -a 1m da0 > da0p4 added > > # newfs -U /dev/gpt/extrootfs > # newfs -U /dev/gpt/extbackupfs > > # gpart set -a active da0 > active set on da0 > # gpart show -l da0 > =>        40  1953458096  da0  GPT  (931G) >           40        1024    1  extboot  (512K) >         1064         984       - free -  (492K) >         2048   536870912    2  extrootfs  (256G) >    536872960     4194304    3  extswap  (2.0G) >    541067264  1412388864    4  extbackupfs  (673G) >   1953456128        2008       - free -  (1.0M) > > > # mount /dev/gpt/extrootfs /mnt > > # cd /usr/src > # make installworld  DESTDIR=/mnt > # make installkernel DESTDIR=/mnt > # make distrib-dirs  DESTDIR=/mnt > # make distribution  DESTDIR=/mnt > > # cd ~guru/C720 > > # cp -p rc.conf         /mnt/etc > # cp -p c720.kbd        /mnt/etc > # cp -p sysctl.conf     /mnt/etc > # cp -p loader.conf     /mnt/boot/ > # cp -p device.hints    /mnt/boot/ > > # cat > /mnt/etc/fstab  < /dev/gpt/extrootfs  / ufs rw,noatime 1 1 > /dev/gpt/extswap none swap sw 0 0 > EOF > > # chroot /mnt passwd root > Changing local password for root > New Password: > > # umount /mnt > > The disk now boots sometimes fine, more times it fails with: > > Trying to mount root from ufs:/dev/gpt/extroot [rw, noatime]... > Mounting from ufs:/dev/gpt/extroot failed with error 2; retrying fpr > 3 seconds > Mounting from ufs:/dev/gpt/extroot failed with error 2; retrying fpr > 2 seconds > Mounting from ufs:/dev/gpt/extroot failed with error 2; retrying fpr > 1 seconds > ... > > I can provide a 'dmesg' output from an successful boot, if this > helps. > > Any hints? Thanks > > matthias > Try setting vfs.mountroot.timeout= in loader.conf to a value long enough to let the usb drive get probed reliably. The default is 3 seconds, maybe a value like 5 or 10 would work better for you. -- Ian From owner-freebsd-current@freebsd.org Fri Dec 28 16:31:25 2018 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 11E7D14192CD; Fri, 28 Dec 2018 16:31:25 +0000 (UTC) (envelope-from coolvibe@hackerheaven.org) Received: from mx.hackerheaven.org (mx.hackerheaven.org [188.166.66.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B963690B5E; Fri, 28 Dec 2018 16:31:21 +0000 (UTC) (envelope-from coolvibe@hackerheaven.org) Received: from mx.hackerheaven.org (localhost [127.0.0.1]) by mx.hackerheaven.org (Postfix) with ESMTP id 103A85B2DD; Fri, 28 Dec 2018 16:31:13 +0000 (UTC) X-Virus-Scanned: amavisd-new at hackerheaven.org Received: from mx.hackerheaven.org ([127.0.0.1]) by mx.hackerheaven.org (mx.hackerheaven.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xZwEPcMS0Mkx; Fri, 28 Dec 2018 16:31:12 +0000 (UTC) Received: from webmail.hackerheaven.org (unknown [10.133.48.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ekollof) by mx.hackerheaven.org (Postfix) with ESMTPSA id 46F245B2DA; Fri, 28 Dec 2018 16:31:12 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 28 Dec 2018 17:31:12 +0100 From: Emiel Kollof To: Graham Perrin Cc: FreeBSD Current , owner-freebsd-current@freebsd.org Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" In-Reply-To: References: Message-ID: X-Sender: coolvibe@hackerheaven.org User-Agent: Roundcube Webmail/1.3.7 X-Rspamd-Queue-Id: B963690B5E X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[hackerheaven.org:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; DWL_DNSWL_LOW(-1.00)[hackerheaven.org.dwl.dnswl.org : 127.0.6.1]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[hackerheaven.org:+]; MX_GOOD(-0.01)[mx.hackerheaven.org]; DMARC_POLICY_ALLOW(-0.50)[hackerheaven.org,reject]; NEURAL_HAM_SHORT(-0.57)[-0.568,0]; IP_SCORE(-0.35)[ipnet: 188.166.64.0/18(-4.84), asn: 14061(3.18), country: US(-0.08)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[131.66.166.188.list.dnswl.org : 127.0.6.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:188.166.64.0/18, country:US]; 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: Fri, 28 Dec 2018 16:31:25 -0000 Confirmed with Chromium on my CURRENT box: [ekollof@elrond /usr/home/ekollof]$ uname -a FreeBSD elrond 13.0-CURRENT FreeBSD 13.0-CURRENT r342278 GENERIC-NODEBUG amd64 [ekollof@elrond /usr/home/ekollof]$ chrome ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Graham Perrin schreef op 2018-12-26 11:20: > grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v > Wed Dec 26 10:18:52 GMT 2018 > FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > grahamperrin@momh167-gjp4-8570p:~ % iridium > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol > "environ" > grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' > iridium-browser > www/iridium 2018.5.67_6 FreeBSD > grahamperrin@momh167-gjp4-8570p:~ % > > Any ideas? > > TIA > _______________________________________________ > 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 Fri Dec 28 17:16:08 2018 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 10008141A842 for ; Fri, 28 Dec 2018 17:16:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0F4092433 for ; Fri, 28 Dec 2018 17:16:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x834.google.com with SMTP id y20so23923852qtm.13 for ; Fri, 28 Dec 2018 09:16:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BLRY4xwZiMvNpv1yurJ2qOzn7RWjs85NRRzDQmN7t5k=; b=xN6zLwarkBWj2CpGcfr7m7uhvmzIXF/zCXjaBUYRP/Ptz4uHXQQ5ne64JO7d/7THtC 1QllRs7ZP84HRiXxvVbNpHD5t7Cs/rYrcBuGilvBosIeBZa0Js8LTh5mUP1wfQJ68G3P hW4Gcp7LX3ZTJ39dfsjLDQsbvJeFxIpqmv/FR1DGTpAh09Ixu3kZzE1qpdiJDebE6oAm sn+nY9/U9l/FuQks+oZuLSLA3cZyccPXAc2bflCIFjJFCvCEVu6Hn8W9AfAKUUZrkF0i L9zCuhbgUiNjlR5szuTi9fXcghnSDXqHwJYZr1AibFA21L5kWki/gEbc4tQbIwH9EtF1 0DIQ== 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=BLRY4xwZiMvNpv1yurJ2qOzn7RWjs85NRRzDQmN7t5k=; b=K5LWiMDDG6NybDlHHmkjDyONzWi75I1vAmE6YkDrG6671HIo6h8CNQ1UTkm4NKMVTo sIdqFV4OKcBvPRp7ntYZP+6omXTWCrJfXre1ptFy3cpJhWRlXvinLSw3eTmfVIuPuYZ/ BOVaEXAbzIyjh9uASC0nBR1LrD7egSvKsnUA4tZGwWn4zGcjsLygRuGMo4sSdykCk30U Dgw3pDERyU6CNdlgAib3H0NsQ4BMeILnHdict4pcWmMEs9q7xm/8/luBb+Xhbid+3icJ Kyu9tdkeypFBPCxOde+9OVyq91XOCaC069hTtj+oBv9phhIq0vmV+Y8q6K0LePyAqKx7 /tzA== X-Gm-Message-State: AA+aEWZh7HWYRM18hYZiQmby0ATLzwtGCulemW+SGzTd2p/+Tuye2KTu vCbN0F234La1tRJEWQP0b3Zz0jQONzgA+KewZg/R0o3j X-Google-Smtp-Source: AFSGD/X8GQsh61JBjOx+VK7zHHI9vfVgTMYahgs7DqKW3jBXmZ5DrFE/weQmdHhY5WbCs9gfLXP8vZV9MrqkC4/ALss= X-Received: by 2002:aed:3881:: with SMTP id k1mr25607496qte.345.1546017366136; Fri, 28 Dec 2018 09:16:06 -0800 (PST) MIME-Version: 1.0 References: <20181227132944.0c391c09@hermann> <20181227154040.5d99ca98@thor.intern.walstatt.dynvpn.de> <20181228114530.05154516@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20181228114530.05154516@freyja.zeit4.iv.bundesimmobilien.de> From: Warner Losh Date: Fri, 28 Dec 2018 10:15:54 -0700 Message-ID: Subject: Re: efibootmgr: Cannot translate unix loader path xxx\xxx\xxx to UEFI: No error: 0 To: "O. Hartmann" Cc: FreeBSD Current X-Rspamd-Queue-Id: D0F4092433 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=xN6zLwar X-Spamd-Result: default: False [-4.79 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.927,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.3.8.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]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-1.85)[ip: (-5.78), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.52), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 17:16:08 -0000 On Fri, Dec 28, 2018, 5:45 AM O. Hartmann On Thu, 27 Dec 2018 08:38:20 -0700 > Warner Losh wrote: > > > On Dec 27, 2018 7:42 AM, "O. Hartmann" wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > Am Thu, 27 Dec 2018 13:29:44 +0100 > > "Hartmann, O." schrieb: > > > > > > > Updated Fujitsu Celsius M740 to its lates UEFI firmware today. > > > After this update, the box won't boot FreeBSD 12-STABLE anymore! With > > > disabled CSM, the firmware doesn't recognise the boot SSD's freebsd-efi > > > partition for UEFI boot anymore - which was no problem before. > > > > > > When trying FreeBSD 13-CURRENT (USB image from 26.12.2018 as of the > > > snapshot site) I receive a malloc arena error when trying to set boot > > > vars via efibootmgr utility. So I tried the recent 12-STABLE snapshot > > > as of 26th December 2018, the same as CURRENT USB Image, and I receive > > > a weird error: > > > > > > efibootmgr -c -l /mnt/EFI/BOOT/BOOTX64.EFI -L FreeBSD > > > > > > efibootmgr: Cannot translate unix loader path > > > '\mnt\EFI\BOOT\BOOTX64.EFI' to UEFI: No error: 0 > > > > > > What the heck is that? > > > > > > What does this error mean? No error: 0? > > > > > > The box is unusable. > > > > > > > > > Kind regards, > > > > > > O. Hartmann > > > > > > > > > > > > > I found this PR, Bug 229191, from June, 2018: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229191 > > > > It seems the problem has not been fixed. Indeed did I mount the ESP > > via a GEOM label, /dev/gpt/efiboot0. > > > > > > There is some code that tries to cope, but I ran out of time before it > was > > bulletproof. You can use nda0p9:/path/in/fs instead. Assuming the esp is > > on /dev/nda0p9. > > > > Warner > [...] > > The workaround (alternative mounting) given in the mentioned PR solved the > problem. > > This is the second time I face crude problems with Fujitsu > hardware/firmware > and if I wouldn't solved a similar problem this summer for an Esprimo > Q956, the > problem would have cost me valuable time. So, my thinking is: couldn't > there be > a short paragraph in the handbook? > Until it's fixed, sure. Labels and mirrors are not as well supported as I'd like... knowing the device + path workaround is the way we should document in the meantime. Warner Warner > From owner-freebsd-current@freebsd.org Fri Dec 28 18:45:15 2018 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 88F08141EB64 for ; Fri, 28 Dec 2018 18:45:15 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 58FF29568E; Fri, 28 Dec 2018 18:45:13 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.97.141] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1gcx8B-0001dZ-1R; Fri, 28 Dec 2018 19:45:11 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id wBSIj99j002278 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Dec 2018 19:45:09 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id wBSIj94i002277; Fri, 28 Dec 2018 19:45:09 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Fri, 28 Dec 2018 19:45:09 +0100 From: Matthias Apitz To: Ian Lepore Cc: freebsd-current@freebsd.org Subject: Re: r342378 fails sometimes on boot mounting root (error 2) Message-ID: <20181228184509.GA2231@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: Ian Lepore , freebsd-current@freebsd.org References: <20181228145432.GA2249@c720-r314251> <1546013269.78877.85.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1546013269.78877.85.camel@freebsd.org> X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.97.141 X-Rspamd-Queue-Id: 58FF29568E X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mail.unixarea.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.89)[-0.891,0]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[141.97.217.88.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; IP_SCORE(-2.90)[ip: (-8.35), ipnet: 178.254.0.0/19(-3.40), asn: 42730(-2.72), country: DE(-0.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: Fri, 28 Dec 2018 18:45:15 -0000 El día viernes, diciembre 28, 2018 a las 09:07:49a. m. -0700, Ian Lepore escribió: > Try setting vfs.mountroot.timeout= in loader.conf to a value long > enough to let the usb drive get probed reliably. The default is 3 > seconds, maybe a value like 5 or 10 would work better for you. > > -- Ian Thanks. I did so, but this does not help. When I does not work even after 20 secs it fails to mount. After a lot of boot attempts I have the following picture: 1. It always mounts fine when verbose message is selected. 2. It mounts fine when the line below about 'umass0:1:0: Attached to ... ' is printed, if it is not, the mount fails later after 20 secs waiting; here is a working boot: ... uhub1: 2 ports with 2 removable, self powered uhub0: 13 ports with 13 removable, self powered ugen0.2: at usbus0 ugen0.3: at usbus0 ugen0.4: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x8000 umass0:1:0: Attached to scbus1 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number C196530955 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 1024bytes) ada0: Command Queueing enabled ada0: 244198MB (500118192 512 byte sectors) GEOM: new disk ada0 pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ACS-2 ATA SATA 3.x device pass0: Serial Number C196530955 pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 1024bytes) pass0: Command Queueing enabled pass1 at umass-sim0 bus 0 scbus1 target 0 lun 0 pass1: Fixed Direct Access SPC-4 SCSI device pass1: Serial Number 575854314134383033483150 pass1: 40.000MB/s transfers pass2 at umass-sim0 bus 0 scbus1 target 0 lun 1 da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 575854314134383033483150 da0: 40.000MB/s transfers da0: 953837MB (1953458176 512 byte sectors) da0: quirks=0x2 pass2: Fixed Enclosure Services SPC-4 SCSI device pass2: Serial Number 575854314134383033483150 pass2: 40.000MB/s transfers ses0 at umass-sim0 bus 0 scbus1 target 0 lun 1 ses0: Fixed Enclosure Services SPC-4 SCSI device ses0: Serial Number 575854314134383033483150 ses0: 40.000MB/s transfers ses0: SCSI-3 ENC Device GEOM: new disk da0 da0: Delete methods: WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/gpt/extrootfs [rw,noatime]... atrtc0: providing initial system time start_init: trying /sbin/init ... -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Fri Dec 28 19:39:42 2018 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 0B7A5142055F for ; Fri, 28 Dec 2018 19:39:42 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91382975E1 for ; Fri, 28 Dec 2018 19:39:40 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-lj1-x229.google.com with SMTP id k19-v6so19433711lji.11 for ; Fri, 28 Dec 2018 11:39:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=b5rTW7RV1982hyO4tY9tfDbWsWDdjtQKfDQrEMQRHC8=; b=A7LJmr3OjOM7M0jVEP/Zsv5QajY+CGNv71FympZodIBW026kAgXGOLwSvC8DT8oYVa B6PA5Zb33/4hUC4v/bMjd8UPGvCuWtCqD/5Q2noUcsfe3iaJqt8sDL1uG4zjDsxncSwj jaVbvPeR0bP5Br+kBGXRQ1Vcq7NSgXqKr0OL2eKC2A13A4GYRwdXulAL4GyJwJR+TLn0 9SSCEHnbhcwDmI/Wvojiff3jWhyv8/IiK6nWBCEb+ee9llbYRcMx0pXSvGtXKJ+zVb+g MXkPqTOCa2AOTlUqd/7Q+WbkcW6Aj1sMmp8t/4hrUwU6BHWs4tbSVyQU8/+9fid+HxO3 Bnlg== 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:content-transfer-encoding; bh=b5rTW7RV1982hyO4tY9tfDbWsWDdjtQKfDQrEMQRHC8=; b=ixcrWVD7TpmIBgLP5jExd5OUdSEXNtR102J6aciHpMLANmUUjzP+4isCeUmeUivcCc bJR0ykMuO66ocTiABCVoRVOdyDXHxcMFyz3Oygv077fgha3tRLtA0TPjIR41ieHvyMWR Asp0rZc8YPkP87PDhOvM9cyTsUUXuYXWoCc21Jx4l7Zc8frPlufOf1w8Xb0I8qEtJk4c ubdsxgG6tpoBzvQcLBvdkBulwREyQUukC83dxjO9j6E3ULlbiY0SW2RqLxm1P4Mn3Y6n 8OyjOp513FMrEk1aHrcYyJS+mcB/qvBEuvlLg5GVIvJhsQZBTorLxkQ6+QMDcf6wzd38 1KuA== X-Gm-Message-State: AA+aEWZMYgDHpwF9RkqZkXHckVd9yA3Y45Qu4f0HobcQ7VudGZvibAot 3S6uYYedbzGUqWqTCr0W/7hM1bEsUpXPoKoxqOEnEQcV X-Google-Smtp-Source: ALg8bN6elZHWGC5asOMtHbrhR9QHqM805bxpZgTC7WIYDU/eQjKO1RhOJqlY4Tn9n32LgYJcwlIMDDqr8LjzYsJTeTA= X-Received: by 2002:a2e:9b15:: with SMTP id u21-v6mr16258497lji.29.1546025977805; Fri, 28 Dec 2018 11:39:37 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Graham Perrin Date: Fri, 28 Dec 2018 19:39:20 +0000 Message-ID: Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 91382975E1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=A7LJmr3O; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::229 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-6.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[9.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-2.54)[ip: (-9.36), ipnet: 2a00:1450::/32(-1.76), asn: 15169(-1.52), country: US(-0.08)]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 19:39:42 -0000 On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrot= e: > Confirmed with Chromium on my CURRENT box: =E2=80=A6 Thanks folks. Should I report it as a bug with devel/glib20? https://www.freshports.org/devel/glib20 From owner-freebsd-current@freebsd.org Fri Dec 28 19:48:32 2018 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 52DD51420986 for ; Fri, 28 Dec 2018 19:48:32 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: from mail-io1-f47.google.com (mail-io1-f47.google.com [209.85.166.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6715197AAF for ; Fri, 28 Dec 2018 19:48:31 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: by mail-io1-f47.google.com with SMTP id x6so17448232ioa.9 for ; Fri, 28 Dec 2018 11:48:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=His8YkAjfro+OaS/Byqqz//zf0EFsIInNfd52p354h8=; b=InKv0149dsQFqVcd7A0hcJHETDUD59bCSAttCIg64gUxvBxIOx1DUK/FaBi9nXqRkW eU1B60MfKeuu/Fxn0cwHQy5ps2TfkX52bhwjieB3S0rZ2A7uKY2S2ioTerGqGIhPbI4C jo15/jVwoeLF3x9HMvgMBplbOtrUTxdVA7+KeqQk5LeVgmtAAENWnlrRur5T6Hb/55UR CAfmKkV7YuEtGKP4I/mIG4V7LwMJbVhr+xibCGn7hDAIIpA4eXDMQvCS5T9NwYxADZl/ L9W3dV6yvhNXajMnaETZTTA/8yCkCUhi/rqh5oUUdcx7K0deRKmuaYjtw85ICA49Raxh OS+g== X-Gm-Message-State: AJcUukfVfoa/UX0p37ce5b8Qxz+7NfzbB/IOz6+plFAbTHox0jCLdMpj 6i2+rKEqJvli89kZ4GTVtN1ujaghENlvOeDmP4A= X-Google-Smtp-Source: ALg8bN5qcbsBrzy5yDneEtVjOitwdi0zboOyoYxrKwq6t9qvlpaCmIbZgfMZ14hvQz+EgNOOR3reDV4ClMyLhmcuA8g= X-Received: by 2002:a5d:8243:: with SMTP id n3mr8669589ioo.94.1546026140357; Fri, 28 Dec 2018 11:42:20 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Antoine Brodin Date: Fri, 28 Dec 2018 20:42:08 +0100 Message-ID: Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" To: Graham Perrin Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 6715197AAF X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of antoinebrodinfreebsd@gmail.com designates 209.85.166.47 as permitted sender) smtp.mailfrom=antoinebrodinfreebsd@gmail.com X-Spamd-Result: default: False [-5.79 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-2.90)[ip: (-9.22), ipnet: 209.85.128.0/17(-3.70), asn: 15169(-1.52), country: US(-0.08)]; 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]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[47.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.87)[-0.875,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[antoine@freebsd.org,antoinebrodinfreebsd@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[antoine@freebsd.org,antoinebrodinfreebsd@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 19:48:32 -0000 On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrot= e: > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wr= ote: > > > Confirmed with Chromium on my CURRENT box: > > =E2=80=A6 > > Thanks folks. Should I report it as a bug with devel/glib20? Hi, I think it's a regression in the toolchain (the problem doesn't occur on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ Antoine From owner-freebsd-current@freebsd.org Fri Dec 28 20:22:28 2018 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 42E7014213A0 for ; Fri, 28 Dec 2018 20:22:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-21.consmr.mail.ne1.yahoo.com (sonic315-21.consmr.mail.ne1.yahoo.com [66.163.190.147]) (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 2F4FE69EDA for ; Fri, 28 Dec 2018 20:22:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: owz7Eb8VM1nKZuEr0GgzRC_8Xh7cV3NmPnLnIUUqh58HomsqS6LvefDXXWwRvBB 3fDcM6t_u2I_URGoEsuzttcInBx1VudXdi3db27HCySFzrbYuZKn7Jet6krhrIq5qvEjH1BcHp3R CwFkADlEz6lDPLSOjGk22lz47uIB2VeA0DqlrDrc4afscwDyC1v8gcXT5aYfgnCDLKl8_Fj5pmQk YcgQdBkHllcdPwU36yk8j9GhJ1xeu7508eOfOJknWKDhSQ9AfruXmw6XT.O.mFxzh1GugsvTO_xP qaBTM3KhYmYxW1TXXV4pU7oRwvK4MUai1WOWEOCEOE66ROgtU05ZbfBF_0Nn32PwHpvWd_b2qCgG GnGCes_dSG7_TNCsZVmOTbsygk2vYBD8YADyB31Zfo7j8qB..laZlCmvvJwL5WLW5XoGsz5ak_9P vqzDbQw8EXkt9zVfZ3KfnOM06NALZ039gXGSgwrC._L98HIqQlamxqdXl.aDtvaAls5fA1mEGIH9 Z5j13SlsRDJSv4Yo1ZnZgv3UOmdTWwJhxeLl2.tjEGcfgPQPIpgw5W7AIzQ3JmFu051X7NPyeZu6 wV_ZQF9tf3i_kXHR6eDTRMnEMdEK0b1Bw6eJtrWIAHRV2dSKKUlG8M9HV39fmBoeCXJJS2AOH0mO vjrOucv0UcoiqwvhXPvFiNeaQaE3OcqweNJpmjcIfpZg.wyl2nxVb.gf3sWBlIgxgEDvSTohA2IQ kGCYYCxyW.o6.y1hjlqBhe3lW_AwBp3uUWULjVOu7LtJ46jB6_zAqGJvhvVdpueR8x4_PbXtDEGo YAmuUX1_T7qzB7z1uktlwKYwT47MkixO2knoOJZBLGQ4mll.OPwWghAx0wq4dMIhVs0yiZ4SQBBo HSdeG8gtLEI7Bpr_u.DyG05TPfKeznMIZW0R_d8W.ynbNsIR3iFdTRMx_K1wLnhk2J2yDmwVs9XY gy3p3mWHbr_3e6VQ7l4ic3bnmlHVKun8ZF87U6xnp7wp8kS825Qo6i044kI_PAFIpPaEOZAgMNW1 VFvhAhv5gBliwan.34rCeLTHwVEPEnYZubFBFF.yTmF2bhZ7uV.nFt_MpSFgyH5eG6jCM Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Fri, 28 Dec 2018 20:22:20 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp429.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b8b32a4346149f25d8f944b89459e9c7; Fri, 28 Dec 2018 20:12:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> Date: Fri, 28 Dec 2018 12:12:06 -0800 Cc: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 2F4FE69EDA X-Spamd-Bar: / X-Spamd-Result: default: False [0.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.08)[-0.082,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.79)[0.788,0]; NEURAL_HAM_LONG(-0.75)[-0.749,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.11)[ip: (3.53), ipnet: 66.163.184.0/21(1.16), asn: 36646(0.93), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.190.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[147.190.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 20:22:28 -0000 On 2018-Dec-28, at 05:13, Michal Meloun = wrote: > Mark, > this is known problem with qemu-user-static. > Emulation of every single interruptible syscall is broken by design = (it > have signal related races). Theses races cannot be solved without = major > rewrite of syscall emulation code. > Unfortunately, nobody actively works on this, I think. >=20 Thanks for the note setting some expectations. On the evidence that I have I expect that more is going on than that: A) The hang-up always happens and always in the same place. So it would appear that no race is involved. B) (A) is true even for varying the number of builders in parallel (so other builds also happening) and the number of jobs allowed per builder. It also fails for only one builder allowed only one process. (I get traces from that last kind of context.) C) The problem started on the package-building servers for armv7 and armv6 without qemu-user-static having an update (FreeBSD and cmake had updates, for example). D) The problem is only observed for targeting armv7 and armv6 as far as I can tell. I've never seen it for aarch64, neither my own builds nor when I looked at the package-building server history. At least that is what got me started. (I've since learned that qemu-user-static uses fork in place of a requested vfork.) My ktrace/kdump experiment yesterday showed something odd for the kevent that hangs in cmake: 93172 qemu-arm-static CALL = kevent(0x3,0x7ffffffe7d40,0x2,0x7ffffffd7d40,0x400,0) 93172 qemu-arm-static STRU struct kevent[] =3D { { ident=3D6, = filter=3DEVFILT_READ, flags=3D0x1, fflags=3D0, data=3D0, = udata=3D0x0 } { ident=3D0x0, filter=3D, flags=3D0, = fflags=3D0x8, data=3D0x1ffff, udata=3D0x0 } } Note the 0x2 argument to kevent and the apparently-odd 2nd entry in the = struct kevent[]. The kevent use is from cmake. So far I've not identified a signal being delivered at a time that would = seem to me to be likely to contribute. (But this is not familiar code so my = judgment is likely not the best.) Note: I normally run FreeBSD using a non-debug kernel, even when using head. (The kernel does have symbols.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Dec 28 20:55:39 2018 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 D382D1422473 for ; Fri, 28 Dec 2018 20:55:38 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (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 B58636B501; Fri, 28 Dec 2018 20:55:37 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id czAKgw446nBo4czAMgQfgD; Fri, 28 Dec 2018 13:55:35 -0700 X-Authority-Analysis: v=2.3 cv=J8fUEzvS c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=2ur7OfE09M0A:10 a=xfDLHkLGAAAA:8 a=pGLkceISAAAA:8 a=yHPvl0inAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=ZhgkKp863Mwr9ehOWYoA:9 a=wPNLvfGTeEIA:10 a=IfaqVvZgccqrtc8gcwf2:22 a=vp9qhuVs29goNPYG0CT7:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 81119BA0; Fri, 28 Dec 2018 12:55:32 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id wBSKtWOJ037585; Fri, 28 Dec 2018 12:55:32 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id wBSKtW0e037582; Fri, 28 Dec 2018 12:55:32 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201812282055.wBSKtW0e037582@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Antoine Brodin cc: Graham Perrin , FreeBSD Current Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" In-Reply-To: Message from Antoine Brodin of "Fri, 28 Dec 2018 20:42:08 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Fri, 28 Dec 2018 12:55:32 -0800 X-CMAE-Envelope: MS4wfNnNNeCQPuy5ynaA+fbBJ3aCsWYoaZkNs4vEzosW02PMsuBbnelpZkn7tn4xbnr2rfBnJtrcvXxz/H7UTHbSDHfeTFoFML0XQj9KPpisL1rNNjrVCzGe t2zLy8NV4/5XgKVAZ5q28TW+lj+46pDLGslbsgvQ5gSLd2RmFjUf8EE8Xp+w6wGq17q4+pj5nmFAtatAAjL8YJIs+L/ppg6KdzWY+VWQw6zl4XQZiFd7Yei8 h4qEq4VdHsfA5KRSy+QNRA== X-Rspamd-Queue-Id: B58636B501 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.41 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; IP_SCORE(-1.71)[ip: (-4.10), ipnet: 64.59.128.0/20(-2.42), asn: 6327(-1.93), country: CA(-0.09)]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_IN_DNSWL_LOW(-0.10)[138.136.59.64.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_FIVE(0.00)[5]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 20:55:39 -0000 In message , Antoine Brodin writes: > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrote: > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrot > e: > > > > > Confirmed with Chromium on my CURRENT box: > > > > … > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > Hi, > > I think it's a regression in the toolchain (the problem doesn't occur > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ No issue here however I rebuilt glib on Dec 21. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Dec 28 21:02:11 2018 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 E9DD114227AB for ; Fri, 28 Dec 2018 21:02:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-11.consmr.mail.ne1.yahoo.com (sonic313-11.consmr.mail.ne1.yahoo.com [66.163.185.34]) (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 C7AD26B8EC for ; Fri, 28 Dec 2018 21:02:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YunzRiIVM1nr0SgP6ANyrg_P3tUJP97UGxFV7wSfjrRDLwErCsaD4RxPSSDQbdU 6cC7_HkfFGYdehkTiZIDQBol57GfbEm1yItYFX59uNGJxnj8aAuffMN1rJ5UuMU_Bd2Fxg23FCvk cmxUq0axAOB0Pnd_kHVyl8SfgnAVLf9fWBxwkboxJx0hQMl0MjpyQOMcq8wgg1dAJiecEhwkqGnK V_yH5jAK4oJJBLFIOaD1.c3x8jm4iW5xRtfKrpEMX9GJsdMl8b5pPr3zrdhpePVHsawhcU9Q496K zwuSxwv8TQJ37HcOjpZhAbxs98xi.zGvXq.XrTeGcq.w0KnrMGAKTaNzZuioWaQ.1j0d2wTiYrq1 u35Y1_8Y4CZBUtpz.LJdQvAPQuMwIkpHxLtci1AStK7DGDDhK8__A_J466ieGxb3ZNZZ9s23O60m EKqqdrW1t0JPu_nA9E36CRkmd288VY97nQXU9fkbWzoX2xg.RkTy.gD.aYy3lSeYEA1Y_vLwRWnl pdSQXlo6dIP0enHrEW_kgJuZ1jMd42EbRqjThIbXk4nVf3XH8jxDPbu1IDvu6bd4LNoBdoz5in_s .a55P9.BF4hN9I7isqA02OBzaWhVHi1CFZ6OXHPeuN79LUzUGZC6ZCwUYk8VWiqJ.hYTGsUoFhqY QJpH2UvufZFSlCfN0ydBOYv.FudEXRQ3qhroi_1OEbZkDJsl01XPmi.1FJnYY4RSChyVv2htGp9. SXF044bDvePT3Vyz_0RQ_AwqmOM1lU.8fOHrX7IS2vfjdHEWxUwXBAzQcKKbOgBi0lWtMspBW7sI FUIFeYC408dKdpSa7PvIawV0JwUs2riLa0WCJhGc0qm36qk2WxYNma.ZttYzouJXem7uilU5DD8A 4b6BFBlcLhoJzxkVqmf.3RJhOV0DwIFWuE2xVkG6BQ4c_x.41fom3SyDSMSnpMc3Y5f04cF5YDxt GGQzECvUDA56P2tAnvRQ4NQhnn92czs95vA8Q1g9LA6LWAK.my0n.u3vhXt3U9Jp4gOxFwauhtwm nThaG3qNsqsWeRo2r9jbNURbkdkSLM118o3m_vjykmOv4J5R9NZQgTtQkomqgboA7R4K.mom9AL9 A8P8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Fri, 28 Dec 2018 21:02:08 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp423.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1c1c880d52b5fc8a1a4126d5be9859e4; Fri, 28 Dec 2018 21:02:08 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: <3946C94A-FCA6-49FE-ADDB-B042BBE50913@yahoo.com> Date: Fri, 28 Dec 2018 13:02:06 -0800 Cc: freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <050F532F-85A8-4FF8-A7B0-178598B06BE1@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <5C3F09FE-EA50-452D-98EE-364B7BF3ECD0@yahoo.com> <3946C94A-FCA6-49FE-ADDB-B042BBE50913@yahoo.com> To: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: C7AD26B8EC X-Spamd-Bar: / X-Spamd-Result: default: False [-0.01 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.25)[-0.254,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.60)[0.595,0]; NEURAL_HAM_LONG(-0.79)[-0.787,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.95)[ip: (2.74), ipnet: 66.163.184.0/21(1.16), asn: 36646(0.93), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[34.185.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 21:02:11 -0000 [Using ktrace/kdump shows an apperent oddity in the kevent use that hang-up in cmake, not that I know it causes the hang-up.] On 2018-Dec-28, at 00:16, Mark Millard wrote: > [The historical notes are removed and replaced by partial trace > information from example hang-ups, not that I've figured out > what contributes yet.] >=20 > I ran into the following while trying to get evidence > about the hang-up for an amd64->armv7 cross-build of > multimedia/gstreamer1-qt@qt5 . >=20 > The following from trying to get evidence for the hang-up > via a manual run of "make multimedia/gstreamer1-qt FLAVOR=3Dqt5=E2=80=9D= > in a poudriere bulk -i=E2=80=99s interactive mode for the context > that has the hang-up in normal poudriere-devel runs. >=20 >=20 > =46rom top after the hang-up (to identify some context): >=20 > 14528 root 2 52 0 100M 24M 0 kqread 11 0:00 = 0.00% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/. > 14527 root 2 52 0 88M 13M 0 select 22 0:00 = 0.00% /usr/local/bin/qemu-arm-static ninja -j1 -v all >=20 > from ps -auxd as well (to identify more context): >=20 > root 10114 0.0 0.0 10328 1756 1 I+J 13:47 0:00.01 = | `-- make FLAVOR=3Dqt5 > root 14526 0.0 0.0 10204 1792 1 I+J 13:50 0:00.00 = | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build; if ! = /usr/bin/env QT_SELE > root 14527 0.0 0.0 90304 13084 1 I+J 13:50 0:00.09 = | `-- /usr/local/bin/qemu-arm-static ninja -j1 -v = all > root 14528 0.0 0.0 102876 25060 1 IJ 13:50 0:00.12 = | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/multimedia/g >=20 > I had made a qemu-user-static that enabled do_strace when > it is used to run cmake or ninja. >=20 > The only do_strace lines from qemu-arm-static running cmake > or ninja mentioning process 14528 are included in the sequence: >=20 > (Before the below was a long list of "14527 fstatat=E2=80=9D lines. > I=E2=80=99ll note that "'Unknown syscall 545=E2=80=9D is from ppoll = use.) >=20 > 82400 sigprocmask(1,-1610620016,-191968524,-186261416,0,24) =3D 0 > 82400 sigaction(2,-1610620040,-191968596,-186261584,210460,0) =3D 0 > 82400 sigaction(15,-1610620040,-191968572,-186261584,210460,0) =3D 0 > 82400 sigaction(1,-1610620040,-191968548,-186261584,210460,0) =3D 0 > 82400 gettimeofday(-1610619984,0,4,-186261584,-1610619440,-1610619528) = =3D 0 > 82400 gettimeofday(-1610619984,0,4,359949,1545969996,0) =3D 0 > 82400 gettimeofday(-1610620120,0,4,2,-184666112,-1610619520) =3D 0 > 82400 fstatat(-100,"elements/gstqtvideosink/CMakeFiles", 0x9fffe200, = 0) =3D 0 > 82400 fstatat(-100,"elements/gstqtvideosink/gstqt5videosink_autogen", = 0x9fffe200, 0) =3D 0 > 82400 pipe2(-1610620176,0,-1610620108,0,-1610620120,167084) =3D 0 > 82400 fcntl(5,1,-1610620108,-185863932,-192200556,-1610620228) =3D 0 > 82400 fcntl(5,2,1,-185863932,-192200556,-1610620228) =3D 0 > 82400 vfork(0,66450,-186876196,-1610620184,-1610620240,0) =3D 82401 > 82400 close(6) =3D 0 > =3D 0 > 82400 Unknown syscall 545 > 82401 setpgid(0,0,-186876196,-1610620184,-1610620240,0) =3D 0 > 82401 sigprocmask(3,-191586912,0,-1610620184,-1610620240,0) =3D 0 > 82401 close(5) =3D 0 > 82401 open("/dev/null",0,0) =3D 5 > 82401 dup2(5,0,0,-1610620184,-1610620240,0) =3D 0 > 82401 close(5) =3D 0 > 82401 fcntl(0,2,0,-1610620184,-1610620240,0) =3D 0 > 82401 dup2(6,1,0,-1610620184,-1610620240,0) =3D 1 > 82401 fcntl(1,2,0,-1610620184,-1610620240,0) =3D 0 > 82401 dup2(6,2,0,-1610620184,-1610620240,0)82400 = sigpending(-1610620072,1,0,-191968524,0,0) =3D 0 >=20 > The vfork then close(6) sequence for 82400 vs. the later > use of 6 in dup2 in 82401 may be rather odd. But it looks > like qemu-*-static uses do_freebsd_fork to implement > do_freebsd_vfork, despite reporting vfork before > calling do_freebsd_vfork. (Does the close(6) appear to > indicate a race for native operation of ninja for the > period when the address space is shared?) >=20 > Ninja has Subprocess::Start code that has: >=20 > #ifdef POSIX_SPAWN_USEVFORK > flags |=3D POSIX_SPAWN_USEVFORK; > #endif >=20 >=20 > if (posix_spawnattr_setflags(&attr, flags) !=3D 0) > Fatal("posix_spawnattr_setflags: %s", strerror(errno)); >=20 > const char* spawned_args[] =3D { "/bin/sh", "-c", command.c_str(), = NULL }; > if (posix_spawn(&pid_, "/bin/sh", &action, &attr, > const_cast(spawned_args), environ) !=3D 0) > Fatal("posix_spawn: %s", strerror(errno)); >=20 > that is in use here. I think that this explains the vfork use. >=20 >=20 > It turns out that putting the hung-up build in the background > and then killing 82401 with the likes of kill -6 leads to more > output that had apparently been buffered. It shows the use of > the (amd64 native) /bin/sh that in turn leads to > /usr/local/bin/cmake via qemu-arm-static. /bin/sh, being > native, gets no do_strace output from qemu-arm-static. >=20 > 82400 sigpending(-1610620072,1,0,-191968524,0,0) =3D 0 > 82400 read(5,0x9fffd368,4096) =3D 58 > 82400 Unknown syscall 545 > 82400 sigpending(-1610620072,1,0,-191968524,0,0) =3D 0 > 82400 read(5,0x9fffd368,4096) =3D 0 > 82400 close(5) =3D 0 > 82400 wait4(82401,-1610620004,0,0,-191968640,0) =3D 82401 > 82400 mmap(0,86016,3,201330690,-1,-1610620169) =3D 0xf4777000 > 82400 gettimeofday(-1610620224,0,4,-1610619944,31,16777216) =3D 0 > 82400 write(1,0xf4950000,283)[1/129] cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink && /usr/local/bin/cmake -E cmake_autogen = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink/CMakeFiles/gstqt5videosink_autogen.dir/AutogenInfo.cmake Debug > =3D 283 > 82400 write(1,0xf4950000,137)FAILED: = elements/gstqtvideosink/CMakeFiles/gstqt5videosink_autogen = elements/gstqtvideosink/gstqt5videosink_autogen/mocs_compilation.cpp=20 > =3D 137 > 82400 write(1,0xf4950000,275)cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink && /usr/local/bin/cmake -E cmake_autogen = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink/CMakeFiles/gstqt5videosink_autogen.dir/AutogenInfo.cmake Debug > =3D 275 > 82400 write(1,0xf4950000,5) =3D 2 > =3D 5 >=20 > (Note that some 82400 writes are reporting 82401 information:) >=20 > 82400 write(1,0xf4950000,49)82401 = fcntl(2,2,0,-1610620184,-1610620240,0) =3D 0 > =3D 49 > 82400 write(1,0xf4950000,19)82401 close(6) =3D 0 > =3D 19 > 82400 write(1,0xf4950000,401)82401 = execve("/bin/sh",{"/bin/sh","-c","cd = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink && /usr/local/bin/cmake -E cmake_autogen = /wrkdirs/usr/ports/multimedia/gstreamer1-qt/work-qt5/.build/elements/gstqt= videosink/CMakeFiles/gstqt5videosink_autogen.dir/AutogenInfo.cmake = Debug",NULL})82401 __sysctl({ 0 3 }, 2, 0x9fffda80, 0x9fffdf64, = 0xf5002097, 0x0000000c) =3D 0 > =3D 401 >=20 > (The /bin/sh activity is not logged: /bin/sh is native amd64 code = here. The > below is from the later /usr/local/bin/cmake via qemu-arm-static. >=20 > . . . (much omitted) . . . >=20 > 82400 write(1,0xf4950000,60)82401 = mmap(0,28672,3,201330690,-1,-1610621989) =3D 0xf41a0000 > =3D 60 > 82400 write(1,0xf4950000,74)82401 = clock_gettime(4,-1610621832,4,-199622492,-199622492,-199622656) =3D 0 > =3D 74 > 82400 write(1,0xf4950000,62)82401 = kqueue(-199622656,0,53102,0,-199622656,-1610621444) =3D 3 > =3D 62 > 82400 write(1,0xf4950000,81)82401 ioctl(3, 0x20006601 { IO = GRP:0x66('f') CMD:1 LEN:0 }, 0x0000cf6e, ...) =3D 0 > =3D 81 >=20 > . . . (some omitted) . . . >=20 > (Then there is a fairly long sequence of access's and then a sequence = of > fstatat's just before:) >=20 >=20 > 82400 write(1,0xf4950000,32)82401 write(9,0xf4e1a945,1) =3D 1 > =3D 32 > 82400 write(1,0xf4950000,61)82401 = clock_gettime(4,-1610622624,4,100863,1,-199483392) =3D 0 > =3D 61 > 82400 write(1,0xf4950000,106)82401 = kevent(3,-1610688200,2,-1610688200,1024,0)qemu: uncaught target signal 6 = (Abort trap) - core dumped > =3D 106 ktrace/kdump shows an oddity for the kevent that hangs-up in cmake (from a different run so a different process ID): 93172 qemu-arm-static CALL = kevent(0x3,0x7ffffffe7d40,0x2,0x7ffffffd7d40,0x400,0) 93172 qemu-arm-static STRU struct kevent[] =3D { { ident=3D6, = filter=3DEVFILT_READ, flags=3D0x1, fflags=3D0, data=3D0, = udata=3D0x0 } { ident=3D0x0, filter=3D, flags=3D0, = fflags=3D0x8, data=3D0x1ffff, udata=3D0x0 } } Note the 0x2 kevent argument and the apparently-odd 2nd entry in the = struct kevent[] . > 82400 write(1,0xf4950000,41)ninja: build stopped: subcommand failed. > =3D 41 >=20 > So it was hung at the kevent until the kill -6 . >=20 >=20 > Via another experiment ninja was at the time waiting > in ppoll: >=20 > Reading symbols from ninja...done. > [New LWP 73023] > Core was generated by `ninja'. > Program terminated with signal SIGABRT, Aborted. > #0 0xf4e5e0dc in _ppoll () from /lib/libc.so.7 > (gdb) bt > #0 0xf4e5e0dc in _ppoll () from /lib/libc.so.7 > #1 0x00033bf0 in SubprocessSet::DoWork (this=3D) at = src/subprocess-posix.cc:237 > Backtrace stopped: previous frame inner to this frame (corrupt stack?) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Dec 28 22:12:17 2018 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 40C27142466E for ; Fri, 28 Dec 2018 22:12:17 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:52]) (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 B558D6DF25 for ; Fri, 28 Dec 2018 22:12:16 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-10-49.flashcable.ch [91.190.10.49]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id 22D7EC143C; Fri, 28 Dec 2018 23:12:06 +0100 (CET) Subject: Re: r342378 fails sometimes on boot mounting root (error 2) To: guru@unixarea.de, freebsd-current@freebsd.org References: <20181228145432.GA2249@c720-r314251> <1546013269.78877.85.camel@freebsd.org> <20181228184509.GA2231@c720-r314251> From: Andreas Tobler Message-ID: Date: Fri, 28 Dec 2018 23:12:00 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <20181228184509.GA2231@c720-r314251> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 8bit X-Scanned-By: Obelix Submit on 127.0.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 22:12:17 -0000 On 28.12.18 19:45, Matthias Apitz wrote: > El día viernes, diciembre 28, 2018 a las 09:07:49a. m. -0700, Ian Lepore escribió: > >> Try setting vfs.mountroot.timeout= in loader.conf to a value long >> enough to let the usb drive get probed reliably. The default is 3 >> seconds, maybe a value like 5 or 10 would work better for you. >> >> -- Ian > > Thanks. I did so, but this does not help. When I does not work even > after 20 secs it fails to mount. After a lot of boot attempts I have the > following picture: > > 1. It always mounts fine when verbose message is selected. > > 2. It mounts fine when the line below about 'umass0:1:0: Attached to ... ' is > printed, if it is not, the mount fails later after 20 secs waiting; > Hm, here on my rpi3b+, with an attached usb disk I have to use this setting in loader.conf: kern.cam.boot_delay="15000" With the vfs.mountroot.timeout="xx" I end up in a shell because I'm not able to mount the partition in time. With the cam.boot_delay things are working fine. Maybe this helps? Andreas From owner-freebsd-current@freebsd.org Fri Dec 28 23:18:01 2018 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 EF86D1425ADC for ; Fri, 28 Dec 2018 23:18:00 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from rgout05.bt.lon5.cpcloud.co.uk (rgout0506.bt.lon5.cpcloud.co.uk [65.20.0.227]) by mx1.freebsd.org (Postfix) with ESMTP id 903036FA28; Fri, 28 Dec 2018 23:17:59 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) X-OWM-Source-IP: 81.157.86.116 (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: gggruggvucftvghtrhhoucdtuddrgedtledrtdeigddtgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvfhgjufffkfggtgfgofhtsehtqhhgtddvtdejnecuhfhrohhmpedfvfhhohhmrghsucfuphgrrhhrvghvohhhnhdfuceovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepkedurdduheejrdekiedrudduieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkedurdduheejrdekiedrudduiedpmhgrihhlfhhrohhmpeeovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqedprhgtphhtthhopeeoveihrdfutghhuhgsvghrthestghstghhuhgsvghrthdrtghomheqpdhrtghpthhtohepoegrnhhtohhinhgvsehfrhgvvggsshgurdhorhhgqedprhgtphhtthhopeeofhhrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehgrhgrhhgrmhhpvghrrhhinhesghhmrghilhdrtghomheqnecuvehluhhsthgvrhfuihiivgeptd 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: gggruggvucftvghtrhhoucdtuddrgedtledrtdeigddtgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvfhgjufffkfggtgfgofhtsehtqhhgtddvtdejnecuhfhrohhmpedfvfhhohhmrghsucfuphgrrhhrvghvohhhnhdfuceovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepkedurdduheejrdekiedrudduieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkedurdduheejrdekiedrudduiedpmhgrihhlfhhrohhmpeeovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqedprhgtphhtthhopeeorghnthhoihhnvgesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgqeenucevlhhushhtvghrufhiiigvpeeg 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: gggruggvucftvghtrhhoucdtuddrgedtledrtdeigddtgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvfhgjufffkfggtgfgofhtsehtqhhgtddvtdejnecuhfhrohhmpedfvfhhohhmrghsucfuphgrrhhrvghvohhhnhdfuceovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepkedurdduheejrdekiedrudduieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkedurdduheejrdekiedrudduiedpmhgrihhlfhhrohhmpeeovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqedprhgtphhtthhopeeorghnthhoihhnvgesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgqeenucevlhhushhtvghrufhiiigvpeei 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: gggruggvucftvghtrhhoucdtuddrgedtledrtdejgddtudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvfhgjufffkfggtgfgofhtsehtqhhgtddvtdejnecuhfhrohhmpedfvfhhohhmrghsucfuphgrrhhrvghvohhhnhdfuceovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepkedurdduheejrdekiedrudduieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkedurdduheejrdekiedrudduiedpmhgrihhlfhhrohhmpeeovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqedprhgtphhtthhopeeorghnthhoihhnvgesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgqeenucevlhhushhtvghrufhiiigvpedt 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: gggruggvucftvghtrhhoucdtuddrgedtledrtdejgddtvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvfhgjufffkfggtgfgofhtsehtqhhgtddvtdejnecuhfhrohhmpedfvfhhohhmrghsucfuphgrrhhrvghvohhhnhdfuceovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepkedurdduheejrdekiedrudduieenucfrrghrrghmpehhvghlohepvfhhohhmrghsrfevpdhinhgvthepkedurdduheejrdekiedrudduiedpmhgrihhlfhhrohhmpeeovfhhohhmrghsrdfuphgrrhhrvghvohhhnhessghtihhnthgvrhhnvghtrdgtohhmqedprhgtphhtthhopeeorghnthhoihhnvgesfhhrvggvsghsugdrohhrgheqpdhrtghpthhtohepoehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgqeenucevlhhushhtvghrufhiiigvpedt Received: from ThomasPC (81.157.86.116) by rgout05.bt.lon5.cpcloud.co.uk (9.0.019.26-1) (authenticated as Thomas.Sparrevohn) id 5C24804F001D07C4; Fri, 28 Dec 2018 23:06:29 +0000 From: "Thomas Sparrevohn" To: "'Cy Schubert'" , "'Antoine Brodin'" Cc: "'Graham Perrin'" , "'FreeBSD Current'" References: Message from Antoine Brodin of "Fri, 28 Dec 2018 20:42:08 +0100." <201812282055.wBSKtW0e037582@slippy.cwsent.com> In-Reply-To: <201812282055.wBSKtW0e037582@slippy.cwsent.com> Subject: RE: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Date: Fri, 28 Dec 2018 23:06:30 -0000 Message-ID: <002301d49f01$f83c6bc0$e8b54340$@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Content-Language: en-gb Thread-Index: AQFdsfv+OwQa7qlnDRZ3v9U1MnjB36aCn6Ew X-Rspamd-Queue-Id: 903036FA28 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.78 / 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)[mx.bt.lon5.cpcloud.co.uk]; DMARC_POLICY_ALLOW(-0.50)[btinternet.com,reject]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.00)[country: DE(-0.01)]; RECEIVED_SPAMHAUS_PBL(0.00)[116.86.157.81.zen.spamhaus.org : 127.0.0.10]; ASN(0.00)[asn:199592, ipnet:65.20.0.0/23, country:DE]; FREEMAIL_ENVFROM(0.00)[btinternet.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[btinternet.com:s=btcpcloud]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.12)[0.118,0]; NEURAL_HAM_LONG(-0.99)[-0.995,0]; MIME_GOOD(-0.10)[text/plain]; 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)[227.0.20.65.list.dnswl.org : 127.0.5.0]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2018 23:18:01 -0000 Just rebuild Chrome from scratch same issue - I try to rebuild glib - = system upgraded both in terms and pkg as of today -----Original Message----- From: owner-freebsd-current@freebsd.org = [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Cy Schubert Sent: 28 December 2018 20:56 To: Antoine Brodin Cc: Graham Perrin ; FreeBSD Current = Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined = symbol "environ" In message , Antoine Brodin writes: > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin = wrote: > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof=20 > > wrot > e: > > > > > Confirmed with Chromium on my CURRENT box: > > > > =C3=A2=E2=82=AC=C2=A6 > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > Hi, > > I think it's a regression in the toolchain (the problem doesn't occur=20 > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ No issue here however I rebuilt glib on Dec 21. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. _______________________________________________ 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 Fri Dec 28 23:25:53 2018 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 C3AC81425E54 for ; Fri, 28 Dec 2018 23:25:53 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (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 B6F946FEEF; Fri, 28 Dec 2018 23:25:52 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id d1VjgQEDA8uQmd1VlgHVSh; Fri, 28 Dec 2018 16:25:50 -0700 X-Authority-Analysis: v=2.3 cv=XKpOtjpE c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=2ur7OfE09M0A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=HmCT5iXHAAAA:8 a=pGLkceISAAAA:8 a=xfDLHkLGAAAA:8 a=yHPvl0inAAAA:8 a=uqrHdUVuoB-7mg_6RqIA:9 a=wPNLvfGTeEIA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=4zOjnXqnbfPznnZ39DHr:22 a=IfaqVvZgccqrtc8gcwf2:22 a=vp9qhuVs29goNPYG0CT7:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 6016AD3B; Fri, 28 Dec 2018 15:25:47 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id wBSNPkff054194; Fri, 28 Dec 2018 15:25:46 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id wBSNPkvY054191; Fri, 28 Dec 2018 15:25:46 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201812282325.wBSNPkvY054191@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "Thomas Sparrevohn" cc: "'Cy Schubert'" , "'Antoine Brodin'" , "'Graham Perrin'" , "'FreeBSD Current'" Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" In-Reply-To: Message from "Thomas Sparrevohn" of "Fri, 28 Dec 2018 23:06:30 +0000." <002301d49f01$f83c6bc0$e8b54340$@btinternet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Fri, 28 Dec 2018 15:25:46 -0800 X-CMAE-Envelope: MS4wfM7BXZ14WASKT+gf7NBeYvYk3O4JiTYta28AI/JHRc6Rg7MYfSTrLRkzLpzlTi2BgLwwu2RlSVAA3Z9s4uSxOjKwOvO5YN5mEUV3Llz6FCLvM8YjgXyt Pxo9FyN+ghHJIqJ3TQAuzMMEBuBzD+Cm8zrta+H4QkqePS3f+xnYXgMnWKyAlxpFhmBt1UTd5IPGsoO1FjHPz83L7OnjBfS5uHkRk7iCzijxNe3UpWaY3jDw TguGShoRXPMLCcxvopZnkKQ4rADQD7oiJzCTcGL4GiWU+LgOz74dRK6pOeUQXku/M9CdFk7O3DuVJoEheV8vow== X-Rspamd-Queue-Id: B6F946FEEF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.85 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; FREEMAIL_TO(0.00)[btinternet.com]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_FIVE(0.00)[5]; REPLYTO_EQ_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.15)[ip: (-6.31), ipnet: 64.59.128.0/20(-2.40), asn: 6327(-1.92), country: CA(-0.09)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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: Fri, 28 Dec 2018 23:25:54 -0000 Chromium was rebuilt Nov 28. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. In message <002301d49f01$f83c6bc0$e8b54340$@btinternet.com>, "Thomas Sparrevohn " writes: > Just rebuild Chrome from scratch same issue - I try to rebuild glib - system > upgraded both in terms and pkg as of today > > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd > .org] On Behalf Of Cy Schubert > Sent: 28 December 2018 20:56 > To: Antoine Brodin > Cc: Graham Perrin ; FreeBSD Current freebsd.org> > Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol " > environ" > > In message il.com> > , Antoine Brodin writes: > > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrot > e: > > > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof > > > wrot > > e: > > > > > > > Confirmed with Chromium on my CURRENT box: > > > > > > … > > > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > > > Hi, > > > > I think it's a regression in the toolchain (the problem doesn't occur > > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ > > No issue here however I rebuilt glib on Dec 21. > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/li > stinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sat Dec 29 03:07:04 2018 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 95047142F0BE for ; Sat, 29 Dec 2018 03:07:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.ne1.yahoo.com (sonic302-20.consmr.mail.ne1.yahoo.com [66.163.186.146]) (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 A3DDA81FC7 for ; Sat, 29 Dec 2018 03:07:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: vN.8rycVM1lUUsYKTXHjGDtKvOmNC2LkQhdaty7awDKGTP80OorGcqTMrWBY_sL NupIbID1wcJueTm2fbWLHg6tvKxWawp5VPIl0qo0uO8.ar.q5b3hHj.4zzgRqU_vEAeWvalsyDPD h1q._kI4A5GL2d2IkZ7DDjPonIed3S5AlaPCthzDaYaJcWziZrSNKuBYm9qA4U9KMXS_hBVUpNBo OMRlmi5ULjFJWnRwanZNkYR33GeY6ocKQNo5hatOr1xkiwC9o3YeXKDUraQuYd0ts.w4uNYFudJg S0uopk1.LiUKnRd9bNLBPnd47kgdU5kR6Pwv.GUX7tyBmqQRGzbXyxpRCISc0FuzqU2QzQC1rFnU DPfAzom.c4I1aUk.7lYp3OXxUl6iBU1hviPtzimqZGb5aqcRIGKZkxy_TwyjtlRVYX3s1_L1KGo5 SGeMEFmwNhNJ8dvBJT3O78rFG6.FZVw7yj4u3GGqPbEBJLGehRmVc9aVtVWMtrubzB1glWQoK5zy r7CXWqTuE48AVoZ1SKv89dvvEuLOdMIrHb1q1f8Gouc46IhYTzT.vXbVBvNzQSAqUVeTEr3ED9o1 5wh3HvUyDIWJr1DXeCjkKy8WdkB3wqUBsSzZvyTQ_U9PU3vBl1rb0iepamJYoXjRiSIwIj3yx9cB tFNuUhVLzaLlJTI2AUCRTazGXl1m5yJhZV4sz_76mRDcq6huW53Vs7K1LUvd3mkL3_WM2AlynUzl 5keu07fKhTLNmEIhXHF.SrhHHwu_gREQnsxoRPSH_hP_BMIWNTaBd4eqyjVabV4TG3IIJqSpeLRc IqciDRjr7apAhLB7EXP9bEpju3FMmvl3ohA.gCFLEZtv3zzIA2WmY2tpnVa_q9DZU__j314HGdC7 TiOa4A9dw7qgptiP13IXKhQ3jwFAfyfwLCWDHM5mJhKhTyRLu4XqViWJISlL0ZgjnjLgTowRTpDv JkvPzIqzOiiLgfsw8wGlPoo5G.50JwyaihOkQYbU6ibwfKtOkZ0Q3SWtZnzt8io3CuhckzI0hBms P7jaZKmuioB7FrRydMP0vYs7TETghgZTDvBwy0dOco6K1SyQawkWrV3oNnHWSkxMDi4TC5aWbUL6 Z Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Sat, 29 Dec 2018 03:06:57 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp420.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a30b0319a9e92381b4c3a8625c6cf7d5; Sat, 29 Dec 2018 02:56:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) From: Mark Millard In-Reply-To: Date: Fri, 28 Dec 2018 18:56:43 -0800 Cc: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: A3DDA81FC7 X-Spamd-Bar: + X-Spamd-Result: default: False [1.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.944,0]; NEURAL_HAM_LONG(-0.07)[-0.073,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.20)[ip: (3.99), ipnet: 66.163.184.0/21(1.15), asn: 36646(0.92), country: US(-0.08)]; NEURAL_SPAM_MEDIUM(0.05)[0.050,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.186.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2018 03:07:04 -0000 On 2018-Dec-28, at 12:12, Mark Millard wrote: > On 2018-Dec-28, at 05:13, Michal Meloun = wrote: >=20 >> Mark, >> this is known problem with qemu-user-static. >> Emulation of every single interruptible syscall is broken by design = (it >> have signal related races). Theses races cannot be solved without = major >> rewrite of syscall emulation code. >> Unfortunately, nobody actively works on this, I think. >>=20 >=20 > Thanks for the note setting some expectations. >=20 > On the evidence that I have I expect that more is going on than that: >=20 > A) The hang-up always happens and always in the same place. So > it would appear that no race is involved. >=20 > B) (A) is true even for varying the number of builders in parallel > (so other builds also happening) and the number of jobs allowed per > builder. It also fails for only one builder allowed only one process. > (I get traces from that last kind of context.) >=20 > C) The problem started on the package-building servers for armv7 > and armv6 without qemu-user-static having an update (FreeBSD and > cmake had updates, for example). >=20 > D) The problem is only observed for targeting armv7 and armv6 as > far as I can tell. I've never seen it for aarch64, neither my > own builds nor when I looked at the package-building server > history. >=20 > At least that is what got me started. (I've since learned that > qemu-user-static uses fork in place of a requested vfork.) >=20 > My ktrace/kdump experiment yesterday showed something odd for the > kevent that hangs in cmake: >=20 > 93172 qemu-arm-static CALL = kevent(0x3,0x7ffffffe7d40,0x2,0x7ffffffd7d40,0x400,0) > 93172 qemu-arm-static STRU struct kevent[] =3D { { ident=3D6, = filter=3DEVFILT_READ, flags=3D0x1, fflags=3D0, data=3D0, = udata=3D0x0 } > { ident=3D0x0, filter=3D, flags=3D0, = fflags=3D0x8, data=3D0x1ffff, udata=3D0x0 } } >=20 > Note the 0x2 argument to kevent and the apparently-odd 2nd entry in = the struct > kevent[]. The kevent use is from cmake. >=20 > So far I've not identified a signal being delivered at a time that = would seem > to me to be likely to contribute. (But this is not familiar code so my = judgment > is likely not the best.) >=20 > Note: I normally run FreeBSD using a non-debug kernel, even when using > head. (The kernel does have symbols.) The detail of the signal usage involved leading up to the hang-up, starting from just before the "press return" for the "make FLAVOR=3Dqt5" command that I had entered: The only "Interrupted system call" prior to my killing the hung cmake process was (kdump -H -r -S output): 93172 100717 qemu-arm-static CALL = execve[59](0x10392,0x8605051a0,0x860cf5400) 93172 101706 qemu-arm-static RET nanosleep[240] -1 errno 4 = Interrupted system call 93172 100717 qemu-arm-static NAMI "/bin/sh" 93172 100717 sh RET execve[59] JUSTRETURN 93172 100717 sh CALL readlink[58](0x207a65,0x7fffffffccc0,0x400) This is where ninja (via qemu-arm-static) execve's the amd64-native = /bin/sh (to in turn later run cmake via qemu-arm-static). (This was after the fork = [for the requested vfork].) So it is for the close-down of the thread that was in nanosleep. There were no PSIG's and no sigreturn's prior to the kill according to = the kdump output. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)