From owner-freebsd-current@freebsd.org Sun Oct 29 01:09:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92DD8E532CE for ; Sun, 29 Oct 2017 01:09:46 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7295834D2 for ; Sun, 29 Oct 2017 01:09:46 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mailman.ysv.freebsd.org (Postfix) id 71AE1E532CD; Sun, 29 Oct 2017 01:09:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71371E532CC for ; Sun, 29 Oct 2017 01:09:46 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EBC034D1 for ; Sun, 29 Oct 2017 01:09:46 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mail-qk0-x230.google.com with SMTP id k123so12408945qke.3 for ; Sat, 28 Oct 2017 18:09:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tetlows.org; s=google; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=7DLE+FQLBUS9w7Pm7lDw+sSK/xyZbxPUgCUgjwoVWu8=; b=WAk89dZ+d1q96AYiYTIzK7Tw2WPG35kjC/9LcibN01C/UNP647kFlgWxMo4JpMyj8F c9rXbIlLPH7nfPHPRkxjK1R2m6tQLnwQPwwiKMICvREEf64DwpjzXh8VKvJ6ESJcEN8u St++PVCmLXy8acWUDpK1aKq9779a7i1Cwun/k= 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:mime-version :content-disposition:user-agent; bh=7DLE+FQLBUS9w7Pm7lDw+sSK/xyZbxPUgCUgjwoVWu8=; b=MXOHeSba/QeVYQqwWZOi6YrZNvIpgxcrXBI0OVq9u2dQboXrqnwdemCfzJzwyaKDFS obNZg5qvqSn1RjTCO+sI9dOdF4/oePuo/XyR80wEcwDntR22dQaHxnyS/n5UpnGCHEoJ GbVrFYQKhyozJWoo5KvFF1CqcWBRgj2tEFjp5ImAeBWs0MmRN2B7hDUtYK5lTqw866iJ 3tqOIAvw8L2rzaONPijkDRO9Eyv0pEBa/a76gRGLp6imAgPeggWLaFwpL8cpNGcPMumF 4C8OzDBNnea4oSGpOGpS64y0olqmsRW3p/vp//I6l1btigl+ScVsqLeWQN0u44vkC00p 8ZDg== X-Gm-Message-State: AMCzsaUtVW3MZT9EeXZcTPjRY4aVVCA1IeFb2jMMj9hsSZrS0G3UAF+l 4Ak0YzFQsLxAlb3iVKWfGwuUqYMKdQ== X-Google-Smtp-Source: ABhQp+SPn10MzJyGBeeoRcpJhzjWHGNEmVea6KWAiZGrJPzmgQTFGdXjcjuinUSJw1d4NdpGQKkxVg== X-Received: by 10.55.106.132 with SMTP id f126mr7122815qkc.295.1509239384562; Sat, 28 Oct 2017 18:09:44 -0700 (PDT) Received: from gmail.com ([2607:fc50:0:7900:0:dead:beef:cafe]) by smtp.gmail.com with ESMTPSA id t81sm2741641qka.37.2017.10.28.18.09.43 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 28 Oct 2017 18:09:43 -0700 (PDT) Date: Sat, 28 Oct 2017 18:09:42 -0700 From: Gordon Tetlow To: current@freebsd.org Subject: iwm not in GENERIC kernel Message-ID: <20171029010942.GD5682@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 01:09:46 -0000 I have an Intel NUC that uses an Intel 8260 wireless driver. This works flawlessly if I load the module if_iwm via the loader or the rc.conf kld_list directive. Do we know if the iwm driver not being in GENERIC is an oversight or on purpose? I couldn't find anything in the list history. Gordon From owner-freebsd-current@freebsd.org Sun Oct 29 06:25:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD799E5AE1D for ; Sun, 29 Oct 2017 06:25:07 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 95DFA6D9E3 for ; Sun, 29 Oct 2017 06:25:07 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 951CDE5AE1C; Sun, 29 Oct 2017 06:25:07 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 942E1E5AE1B for ; Sun, 29 Oct 2017 06:25:07 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F1136D9E2 for ; Sun, 29 Oct 2017 06:25:07 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22f.google.com with SMTP id b79so8088131pfk.5 for ; Sat, 28 Oct 2017 23:25:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=/z2P5zGHm5R+rEilQUjitdTMfKS5o9VVOw85erMD5ec=; b=mFy6T6xfppQyTbHZvRBc2/00CEPhV3GrHvyIMbqSVjXCd6ZQfhTt6/2r6CSPSIAB/i 9/PKcmAAShSMVmwLfTCriCxACTybXDb03Hl8H/EqYO1nU/Cx6w6wA0gAVD3Fp9lObeYL 38qicRFkdj2wOGy59oOmZBMYugE/g6lhRvJpxKcWf5+Py/R7lPr6ofHhq4BqDWMqWBoY EZgJJIC2lrR1577xruo2OQDiaGApnwSnmHUtJG2GaOmic5qSKzlXJP30jBLtVHorTql2 63ojti6UmQ1FBIrx/LOOXL1k9dYAkM04Gs9H5NdKVJ8UIcjI1qlTW6D65lPgZ/mLayxr 8znA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=/z2P5zGHm5R+rEilQUjitdTMfKS5o9VVOw85erMD5ec=; b=NzexgrnfvlntxiVuc3oUOYMjntx6TGGUTmSStuBEawseGVdLZvY/3EEvV+ChHMFtSX PYzeP3acJ9pfKKcD7i7eIjBHXIuJrOlHAt7o0jsMliwahXdyuc/xRdTWyvKfulqIs3Dc 1kPX8MZaovSLTbamKfpsLOYKBYTLwj0bNszTyx1ji1HHDN/qk8Egyxf3hUckuUOf2eph HZh8ftwFFVSbpcXbhsm82RpHw7+j0VaU/bmg/rFvFOftkL2wM2E6m/r8QMcy7QDs5TJd SD1Cgwp292ILm9Ww8u8JZfhiP949xiF64qD55hIhU8/QE/5fWUGFIi2xsFi06vXpjBU7 WKKQ== X-Gm-Message-State: AMCzsaUEn132sPnuHApHEthQR9n/iHVpxjdgDdJsKgdZ1qUbEACd7icn ABvtDdMoz1juKSRqjFXVG7A= X-Google-Smtp-Source: ABhQp+Ql51sCKNl+wHcVITVhG6nZovBNSmtE+DRZmwSGJmnd2mTEbhwnNKvVK829Ai9Av92FDOsF2w== X-Received: by 10.98.34.130 with SMTP id p2mr5174953pfj.108.1509258306887; Sat, 28 Oct 2017 23:25:06 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id i72sm24583567pfi.137.2017.10.28.23.25.05 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 28 Oct 2017 23:25:05 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_BF3C8C1E-1130-47C6-9B19-D5B01FA956A5"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: iwm not in GENERIC kernel From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <20171029010942.GD5682@gmail.com> Date: Sat, 28 Oct 2017 23:25:04 -0700 Cc: current@freebsd.org Message-Id: <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> References: <20171029010942.GD5682@gmail.com> To: Gordon Tetlow X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 06:25:07 -0000 --Apple-Mail=_BF3C8C1E-1130-47C6-9B19-D5B01FA956A5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 28, 2017, at 18:09, Gordon Tetlow wrote: >=20 > I have an Intel NUC that uses an Intel 8260 wireless driver. This = works > flawlessly if I load the module if_iwm via the loader or the rc.conf > kld_list directive. >=20 > Do we know if the iwm driver not being in GENERIC is an oversight or = on > purpose? I couldn't find anything in the list history. It=E2=80=99s on purpose since it has a binary blob firmware driver that = it relies on, IIRC. -Ngie --Apple-Mail=_BF3C8C1E-1130-47C6-9B19-D5B01FA956A5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAln1dEAACgkQ9YOpJmkw hhVugw/+Jvpm3ya4vpMNZ34HY6lmwJBxYPeKo3A4K3U9nrWLCoAjyd3lqkNv/2ne i5GgVW2QehsnweDuiZ+0uB2uwzDlSooIb2M0vyzz5RW4Py7tBjkS2mGS+WOzCYwv VdM6I4Gekg49SC0Nmuz1ghFme3m/0dqPiKBccsw4bOdIlZ1c1tG7jYN8aiTH0Oey lvzU5kzHZmBM2oljAUybQjeR7SkCDvzxWAg+bZHjcqk/VVqDKkyaBYTzuJbVS0a/ 8MKBDKqkGKg+qnNy4j5u1HCGN1tUVFUe72lbH5G4Py8f4w8aZ2P9U2giCw0ujxkp 65vc59p4wTSEhC/JZ1pl6IuQt3/W88SiC7MxRUmPJ63kNdpE84PxXSKs5oudLjb0 LVTH67SUTBuNvl65RVHFu3xHcQKNojrEwKgjmBcr0o7aOFEVRV72AjL4nIEqG+h2 DBQrpCSsoClWFpBrQ16pjGT6s/Qi4YPipAiieLWviY47HbdMDfqRBp5S6Dx7iW33 Rn/eOxfrYMgKT+zlLFwqgKnXRTDOmioRnUIjCBM/ddy6vVVe3q2Lv/GIcNO8KpeQ ANJG7BQBCR6GARd0Zsrhcb32hi4qaz2nw0nFn36DKLYmidLDp8xAeXDxwKU4lH25 NQuOcpVGGqcZpazCmSJ7KCdXi3KrPJ8crcIGxJ9EgqZKyVX1hIs= =UpXj -----END PGP SIGNATURE----- --Apple-Mail=_BF3C8C1E-1130-47C6-9B19-D5B01FA956A5-- From owner-freebsd-current@freebsd.org Sun Oct 29 09:48:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B852E5EE0F for ; Sun, 29 Oct 2017 09:48:08 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta02.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) (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 72EFE73521 for ; Sun, 29 Oct 2017 09:48:07 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([74.134.208.22]) by cmsmtp with ESMTP id 8kCHenhXwFdSR8kCJeI0mg; Sun, 29 Oct 2017 09:48:03 +0000 Date: Sun, 29 Oct 2017 09:46:56 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: iwm not in GENERIC kernel References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> X-CMAE-Envelope: MS4wfFg4V8wVGYBNsjfA6kIm7InYw0qgDAwpb/G3Svs/jq9CFAQ8fbjCRd5MnKGyLo6yxD6reY/QQZf9jwJ+xoX3PI2wBIpYEvNJcU20eTdv2cLAV0UdHTxm l16e99ADAAyx9ksJMeI2jLPt05gwsoRvRi7GelXitfZZ+90bZ8ZMH20+ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 09:48:08 -0000 from Ngie Cooper: > > On Oct 28, 2017, at 18:09, Gordon Tetlow wrote: > > I have an Intel NUC that uses an Intel 8260 wireless driver. This works > > flawlessly if I load the module if_iwm via the loader or the rc.conf > > kld_list directive. > > Do we know if the iwm driver not being in GENERIC is an oversight or on > > purpose? I couldn't find anything in the list history. > It’s on purpose since it has a binary blob firmware driver that it relies on, IIRC. > -Ngie Is that binary blob the reason why rsu is not in GENERIC? I use rsu for Hiro H50191 USB wireless adapter. Tom From owner-freebsd-current@freebsd.org Sun Oct 29 12:58:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2254E62D4A for ; Sun, 29 Oct 2017 12:58:20 +0000 (UTC) (envelope-from yuripv@gmx.com) 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 05DF87CEF8 for ; Sun, 29 Oct 2017 12:58:19 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from [192.168.1.2] ([94.233.210.201]) by mail.gmx.com (mrgmx103 [212.227.17.174]) with ESMTPSA (Nemesis) id 0Lt1yI-1dBlKr1Nda-012WEx for ; Sun, 29 Oct 2017 13:52:59 +0100 To: freebsd-current From: Yuri Pankov Subject: NFSv3 issues with latest -current Message-ID: <9ceeafa5-cb7f-cb82-db07-de6f28b209e2@gmx.com> Date: Sun, 29 Oct 2017 15:53:00 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:2mKlomMpiX0Zjmg1REFvBZV2N4KR5KMIgDETiKAxhetD8e4PCco cd97iiYO0/05dhO8qyf9S2zks4nTXNcqVS3xlQrCM9vF0kmcPw7Dwn1+TsCYiAboh69tpB+ rEHrlAY7hXcu88cSQLYEb3yxgnXTeh6Sitr7rCMIoor88G7TMWJ3xxWsrYIiHBwLqNqbmvV E7xDp7EBMFEVX7HKszRTw== X-UI-Out-Filterresults: notjunk:1;V01:K0:wsQ+2CsLdv4=:uUYlgThyQmD2mfjtCeVDPO kjXF6dYXSXdpKnc11CYB3y7p5BqJkKBlyhCCK+PKfwch/Wj2k9RQmtYcgpR0SDhul6HX6DR5a sol1J9qCZMR41UFmSusQCIlf7kaL26J2dx2rcaIDs6O71CincjlinBGFWD3yDiV8x0Cf7BHvq z/zjr0WSTvOTi7ZctYaDyN0eeJSVnbe+gEmGCWU/CGj8s/fIqQn1pHMiZdiZkYloh4wh7cOOn 00fLoGpjxKzI2Hpy1gzWzvf0DLm4I7DD9Dp5ehW6b6JoThQ8Qsh9xr7aoDzoFlGr2+5O6VMpk KHmyNbY2IjSlcPoTfN6kqLTHYTLCUYXBb0HJsKHTJFPHt63SZm3j2nvTN33q0S/dljIJGX51t JictHyt1FPqH5sB23YhdBN2JRLzbAYmb2D492C6QqE2TfRT2ET3barpzzhIeZF5q+DSKcQ7Oe PvJLYXzgQ13yciynyTPa4xAG7InR4Lfljf4sUaWN+LVM6U7fklMJoGl7SLqf2oRW+y6zmpc6z npxDjNzldeUJ1YZj/2Y1Bay6xD91ExJiZ+4uyIQ6DHy+N+dIgoysXeOfqPnqhLQWsDK8Av2Qw 6SY905n9HpWKRlBIy8zrzJv2eYvPEswQKuuueff9NZVmwgo3u1hb3R6zRq7AAa9XKGAchYhuF GI4pcb0kG7iUhP/PDF4gVsCYqR9A5h4pB2VG3tIr++Wit83WtWl9dfesu500mK6K9L1XfZ9UU WQstB9EU6oScNle/SMZNewdRzC0fpM+fON/ymaUy6k6wKxjzDkaMkRRVxYp0SXUf0NypbNcGm A9IUeIO9uTSOyjD+iyo44Yy7M0gbVUYZTdaCoqzk3OzpeZ2cw8= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 12:58:20 -0000 Hi, All file operations (e.g. copying the file over NFSv3 for me) seem to be stuck running the latest -current (r325100). Reverting just the kernel to r323779 (arbitrary chosen) seems to help. I noticed the "Stale file handle when mounting nfs" message but I don't get the "stale file handle" messages from mount, probably as I'm not running any linux clients. Is anyone else seeing the same? Is there any other information I need to provide here? From owner-freebsd-current@freebsd.org Sun Oct 29 13:13:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B956DE6315A for ; Sun, 29 Oct 2017 13:13:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0051.outbound.protection.outlook.com [104.47.40.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C733C7D5FC for ; Sun, 29 Oct 2017 13:13:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM (52.132.46.161) by YTOPR0101MB2170.CANPRD01.PROD.OUTLOOK.COM (52.132.46.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.178.6; Sun, 29 Oct 2017 13:13:31 +0000 Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad]) by YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad%13]) with mapi id 15.20.0178.012; Sun, 29 Oct 2017 13:13:31 +0000 From: Rick Macklem To: Yuri Pankov , freebsd-current Subject: Re: NFSv3 issues with latest -current Thread-Topic: NFSv3 issues with latest -current Thread-Index: AQHTULWdas8UmakPy0GlL/yJGiaU1aL6y8Bo Date: Sun, 29 Oct 2017 13:13:31 +0000 Message-ID: References: <9ceeafa5-cb7f-cb82-db07-de6f28b209e2@gmx.com> In-Reply-To: <9ceeafa5-cb7f-cb82-db07-de6f28b209e2@gmx.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB2170; 6:0Pfnkm7wFHNGT9CvEB7T1FQv5RMz0vwrzt/QuhQegM18s0triLAtzTbB3RS7lp8leoeGnnt8nC7ELV5M0UfV9OokRffglKuCh/WP8M2OvVnhdp2a4FfRLwteb22RSLYf2Tyy2AmMJghKwgfedmGYYkNoiZaNgPL8TrybETXXus+UYCKVQa+8MVqx4IOK4FOnQfPkKeRvu/95uffMm1oNbr1GaI/l0MMduDa64mWvDRd8h5Sb8495rCJTbkF9PIisUKAyXnCgHwFxylzGNPzreyZ7rUfPQVCEAcGH1AbVzCoDvkBLDJ1IOJm4JncJvMASNm/hptvxHqEnGrx1wWB7JHyypt1DV309N6EU9BuFc0s=; 5:Blxtc6sNlcsHKqLrrB5KfjoHyLg1v+l/QrMgck9BmXImolDy0WWFKCJTi5H/R3dPXWzrZLbaa3nbBoQ8nrZfEfsjT2VY2ng/aoqtXY93sgu+Hlo8KZNMRGLSrO0Vq5EkdotA4Zo6pOLc4hWmqt3Xvs0I0NxAhodguTRqkjVph+0=; 24:UkaN6ble4akUBwmXbuluC9tT087ubgzYQowQ2DKpjtyKz7FyUe6n5dAg9SpY8c3+Lt4sF+NCxlWWefw13twpTwpFYV6JqcVATS4pzCJhqM0=; 7:wlt+9g6KY87tY3ycMtJVh9EWGkROa7W8IG9scGAqLQn3uIunt5ZehO46sDKoYRO38UrWmBGA2OZWt2FDL2E7eUrjkGQpjvAJupOZKcYi5XWSl874gzMgmUICp+sWql4Hv4DVpnOYUEfJnirtszab0VjziJ9T5cktibZbm2tl5N3LcvFYqEnZydjog4EGphk62HRXLegPopuws220RaRvRLgmztXGvTSPT+a9ZK/fIP57uw6wjKTtBpMHiIPT6rmQ x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 01dda5d3-c07f-45ba-6d06-08d51eceda39 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(2017052603199); SRVR:YTOPR0101MB2170; x-ms-traffictypediagnostic: YTOPR0101MB2170: x-exchange-antispam-report-test: UriScan:; x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231020)(100000703101)(100105400095)(93006095)(93001095)(6041248)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123564025)(20161123562025)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTOPR0101MB2170; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTOPR0101MB2170; x-forefront-prvs: 0475418F50 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(6009001)(39830400002)(346002)(376002)(189002)(199003)(24454002)(3280700002)(2950100002)(5660300001)(76176999)(53936002)(50986999)(54356999)(7696004)(55016002)(9686003)(316002)(101416001)(105586002)(33656002)(106356001)(786003)(110136005)(8666007)(478600001)(97736004)(6436002)(6506006)(25786009)(74482002)(229853002)(189998001)(68736007)(2900100001)(81156014)(81166006)(8676002)(3660700001)(8936002)(86362001)(2906002)(102836003)(14454004)(5250100002)(305945005)(74316002)(6246003)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2170; H:YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 01dda5d3-c07f-45ba-6d06-08d51eceda39 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Oct 2017 13:13:31.4367 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2170 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 13:13:35 -0000 Yuri Pankov wrote: > All file operations (e.g. copying the file over NFSv3 for me) seem to be > stuck running the latest -current (r325100). Reverting just the kernel > to r323779 (arbitrary chosen) seems to help. I noticed the "Stale file > handle when mounting nfs" message but I don't get the "stale file > handle" messages from mount, probably as I'm not running any linux client= s. These kinds of problems are usually related to your net interface device driver or the TCP stack. A couple of things to try: - Disable TSO (look for a sysctl with "tso" in it). - Try using mount options rsize=3D32768,waize=3D32768 to reduce the I/O size. Some device drivers don't handle long chains of mbufs well, especially when the size is near 64K. (These issues have been fixed in current, but if a bug slips into a net dri= ver update or ???) - Look at recent changes to the net device driver you are using and try rev= erting those changes if you can do so. - Capture packets and look at them in wireshark (which knows NFS) and see what is going on the wire. There hasn't been any recent changes to NFS that should affect NFSv3 mounts or to the kernel rpc, so I doubt the NFSv4.1 changes would be involved. rick= From owner-freebsd-current@freebsd.org Sun Oct 29 14:13:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D3EAE3A683 for ; Sun, 29 Oct 2017 14:13:18 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED3EE7F3B2 for ; Sun, 29 Oct 2017 14:13:17 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22d.google.com with SMTP id e89so21709474ioi.11 for ; Sun, 29 Oct 2017 07:13:17 -0700 (PDT) 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=jSpATAG9QLPhv42sP89Hg0hGbLUXZToz1nfUxH1xQHA=; b=OTK6SU/RZPMwhlenXqb8fb7tNkHSGCjSGjUwMSTBTCuT/dHGsESA0cVeOSLL40t8Am /eGCLrrXJal7r2xWARcXWqPq7yYmPOXVKrOt4tCQf0z7MCj7aVMZNSUG2qMEYzmgLfyl my1E4S5lJ2TcSddhd7HamD3OnvYukwy3sa+pdsk4pUla7SLzI2f9cDpjnCDF0yb76J2a 6et1nZPhAjxWABgmY55QWaEroK2+WOcW3zYAvKQUZFywfW9QGuB1sf61Q9+T+M9v5jhA dJPCErh90SBTLKOezUtnYrNoMwZW38ggpm6i2Cc82Q0eyfL8A4E1SHqPvCFNG0rVipKH uuag== 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=jSpATAG9QLPhv42sP89Hg0hGbLUXZToz1nfUxH1xQHA=; b=agY/3t9zDH4a1Te4D6y6w9TTeB8BM/utwYI7+sYFL+PZ+Jn2qKzOramqhj2OhPlYrZ fsEEnihqrLY+Y44Dtz865mCXjfw1eTsWCtrBn0u0ewFGGNYe2a8MRZTztC7C0E9OY6Pp zDr0FUKk2GOQyqlTlPLgvJHKoVX+R0DeFAYLvaTDFe5QGdPUYaOy8RCKJ9BrraACHb1E +G5MSsaFZEUBw07gdouz9Tdx6xbAY5iCwyyh9ezo+JSEXL4OZI1iJlbB5i/U1HbL1GkJ t0sYODA00xE/0H/5o4nV5ZKQZ7MdaE3hPg4Tw3/AkU2r+dak18G5t/Xzu5NcHojj0uni Hhfw== X-Gm-Message-State: AMCzsaVKB6M7tB9UaaZ1pGaZZeZQn3gvwKTEbU9hxoUCplHqiaQI4Bvc IsTCJlAYxqVRg0pg3wOfA4X9CfjsUqd+YJbV9+frhw== X-Google-Smtp-Source: ABhQp+Qo+qPYzFcT+NRQn2mDm2vKd5GW+eK8hw2oYX2YNTxa9+CPrwrQC8LapXIQBpTeoGLVA++2YUigI1L95jT4iAQ= X-Received: by 10.107.135.25 with SMTP id j25mr7413346iod.213.1509286396815; Sun, 29 Oct 2017 07:13:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Sun, 29 Oct 2017 07:13:16 -0700 (PDT) From: blubee blubeeme Date: Sun, 29 Oct 2017 22:13:16 +0800 Message-ID: Subject: FreeBSD Documentation To: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 14:13:18 -0000 How can we suggest edits for the docs? The docs still reference using sysinstall to setup a jail when it hasn't been that since at least 2011 https://www.freebsd.org/cgi/man.cgi?query=jail&sektion=8&manpath=freebsd-release-ports Start a shell in the jail: jail -c path=/data/jail/testjail mount.devfs \ host.hostname=testhostname ip4.addr=192.0.2.100 \ command=/bin/sh Assuming no errors, you will end up with a shell prompt within the jail. You can now run */usr/sbin/sysinstall* and do the post-install configura- tion to set various configuration options, or perform these actions manu- ally by editing */etc/rc.conf*, etc. From owner-freebsd-current@freebsd.org Sun Oct 29 15:00:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D61CDE408D0 for ; Sun, 29 Oct 2017 15:00:39 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 97415808C9 for ; Sun, 29 Oct 2017 15:00:39 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1e8p4p-000LmT-KY; Sun, 29 Oct 2017 16:00:39 +0100 Date: Sun, 29 Oct 2017 16:00:39 +0100 From: Kurt Jaeger To: blubee blubeeme Cc: FreeBSD current Subject: Re: FreeBSD Documentation Message-ID: <20171029150039.GL34891@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 15:00:39 -0000 Hi! > How can we suggest edits for the docs? Checkout the docs repo: svn checkout https://svnweb.freebsd.org/doc/head/ . Change the relevant files, create a new problem report on https://bugs.freebsd.org/ and attach the svn diff to that problem report. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-current@freebsd.org Sun Oct 29 15:11:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34A6DE40D52 for ; Sun, 29 Oct 2017 15:11:54 +0000 (UTC) (envelope-from yuripv@gmx.com) 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 A110980EB5; Sun, 29 Oct 2017 15:11:53 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from thor.xvoid.org ([94.233.210.201]) by mail.gmx.com (mrgmx003 [212.227.17.184]) with ESMTPSA (Nemesis) id 0LdIBN-1dQNbz3EMj-00iRQr; Sun, 29 Oct 2017 16:11:42 +0100 Subject: Re: NFSv3 issues with latest -current To: Rick Macklem , freebsd-current References: <9ceeafa5-cb7f-cb82-db07-de6f28b209e2@gmx.com> Cc: Stephen Hurd From: Yuri Pankov Message-ID: <790d22eb-e04d-3bc7-0e79-e01feedd4267@gmx.com> Date: Sun, 29 Oct 2017 18:11:41 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ZBFgtueJ6hfqsXaxui4WQaocF6nRuJi64YcJfkhqPh8GSYQaY0V D56CBgW/JomIo92DuXznlZFQhDZB7gejZqzlF2orhnMbIfmti0jw17YlRwXqi73WaZVUNkG I36VecyGkYxqMGjMlkrjY4JCydPjTZV1pLO5kzygZoLKqbh2WwzfMrHZTiOaennBY7a7G+p LFPkFHEL5K+126TAbbeXA== X-UI-Out-Filterresults: notjunk:1;V01:K0:rjepTLonuI0=:qXdAvBWzfztlDZUigA1w5M zQhFb5wWQvqTA+40cqte4+WfGQQKYmbvRlRqvG+lwYGb/sgV2R7Lv1xYmKwSRtOcddvPx/HSq FXv141FbuOH6j8I/KedswPVMY4tGdApJC0F5eC3AVfUX90DeTn6YZdTAmdv/Qqgb0F+PkD45y BVqpNJEPY7hQqfU4Pypbf1NS4eT077Mp84Hy9mXyZf+d826CvNt7fqSRC+h8ftQMoDoJ7B/xY +9wvcGDO9CUf9hscyQ1X5O1jNVpdirta6vvOsX/jchtNyat9WutlTKYLuxn4R1sKY6v79ZTil YJzYRSU9OzfwA1ug9Str5XQUtjH+bjOhKTWx3cLyifz8S52kyR27MUFFQ7gdUWxGm6MWcRMJH aw1wt5Y0w0mn2TVAUk2ekZCaR7wCrSha6ycFMKxF9DzM4FYFrZqIcOOzmthr7IIXxkJFrwp1a EvqQgSzzHYsHCYqgyv6al3YytfqSuI0PQgc4BP6sVloUP9cKKjAgpeQdCtJFK0GY1uMYn17h7 650jiD1zuncX8MGis5WBcN/EJYTGRQMH8+WRZgHxNG7jGRLkVbzIzvh4UceQQuQ/oc9+Hbfrg QyBC7X2bNpZ1lhpOjsNMhZGCGlwEa766U6fqVnak3WyqFwOCyvb6j/O1O66o5quWN9CkrsneA gtnpaXBC57sSXXSXy7mvQ+z/cdIMvBYR2eeS3GUib22M/n5owCRWZrRJbA9EIJzwNHUEmvTmB u4jDBksX7jVvGIYQN/zMbutW+EmRRoyiv3IpOlfQnnwJUdw1MTLMbWoXyEKIkFBzoaeWVY1pM k2pVnnznoofdLGcteLvk3U+H/FU8FOZFiYfDC5JxwHbbKdx5wrB4ZUncf6DpTHI9ApfhWwW2F XfRx+tj/NEg09JYeqt7ZEC0fm9rM38/C6B45iamxSS1y5F44GSJc4+bT6k59Gl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 15:11:54 -0000 On Sun, 29 Oct 2017 13:13:31 +0000, Rick Macklem wrote: > Yuri Pankov wrote: >> All file operations (e.g. copying the file over NFSv3 for me) seem to be >> stuck running the latest -current (r325100). Reverting just the kernel >> to r323779 (arbitrary chosen) seems to help. I noticed the "Stale file >> handle when mounting nfs" message but I don't get the "stale file >> handle" messages from mount, probably as I'm not running any linux clients. > These kinds of problems are usually related to your net interface device > driver or the TCP stack. > > A couple of things to try: > - Disable TSO (look for a sysctl with "tso" in it). > - Try using mount options rsize=32768,waize=32768 to reduce the I/O > size. Some device drivers don't handle long chains of mbufs well, > especially when the size is near 64K. > (These issues have been fixed in current, but if a bug slips into a net driver > update or ???) > - Look at recent changes to the net device driver you are using and try reverting > those changes if you can do so. > - Capture packets and look at them in wireshark (which knows NFS) and see > what is going on the wire. > > There hasn't been any recent changes to NFS that should affect NFSv3 mounts > or to the kernel rpc, so I doubt the NFSv4.1 changes would be involved. Thanks for the hints, Rick! Indeed, it was one of the changes to sys/dev/e1000, reverting just the commit made everything look normal again (CC'ing the author). The NIC is: igb0@pci0:2:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82576 Gigabit Network Connection' class = network subclass = ethernet Interface configuration (note the MTU): igb0: flags=8843 metric 0 mtu 9000 options=e525bb ether 00:25:90:72:54:22 inet6 fe80::225:90ff:fe72:5422%igb0 prefixlen 64 scopeid 0x1 inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=23 media: Ethernet autoselect (1000baseT ) status: active And the commit itself: commit f81cb8df32ae96299b8bbc2e948c17ad3aab59ca Author: shurd Date: Sat Sep 23 01:33:20 2017 +0000 Some small packet performance improvements If the packet is smaller than MTU, disable the TSO flags. Move TCP header parsing inside the IS_TSO?() test. Add a new IFLIB_NEED_ZERO_CSUM flag to indicate the checksums need to be zeroed before TX. Reviewed by: sbruno Approved by: sbruno (mentor) Sponsored by: Limelight Networks Differential Revision: https://reviews.freebsd.org/D12442 Notes: svn path=/head/; revision=323941 From owner-freebsd-current@freebsd.org Sun Oct 29 15:25:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B5C5E4241E for ; Sun, 29 Oct 2017 15:25:37 +0000 (UTC) (envelope-from cy.schubert@komquats.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 014BA816D9 for ; Sun, 29 Oct 2017 15:25:36 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id 8pSweNtUrI8mC8pSxeyjqd; Sun, 29 Oct 2017 09:25:35 -0600 X-Authority-Analysis: v=2.2 cv=HahkdmM8 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=UqCG9HQmAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=ZGY0H6mgxZpHxj-iRFQA:9 a=CjuIK1q_8ugA: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 DCD66B5; Sun, 29 Oct 2017 08:25:33 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v9TFPXmQ052790; Sun, 29 Oct 2017 08:25:33 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201710291525.v9TFPXmQ052790@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Rick Macklem cc: Yuri Pankov , freebsd-current Subject: Re: NFSv3 issues with latest -current In-Reply-To: Message from Rick Macklem of "Sun, 29 Oct 2017 13:13:31 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Oct 2017 08:25:33 -0700 X-CMAE-Envelope: MS4wfPFXRzdPTdydcPWSGgFXvr6cbg01t7F08XA2JZPFTz5P3ywwgtczv32f2MbYl3xAGDEZwv1GUjZvOLdUCGoWhXh0hs4aJoK3qKQC55q0XlZK7bshih6o 6bHswOGtuMzJqdFRkPiRXFu6dWsEmjnwk7HNmY2ACCPHJ3kAFqIBvGpoihP/qlqnUealfKZGRhXqF65yX5V9ZO8/NcxM2dOgXt7gQuOt8IA9EVh6VIoDn9Yc v7HvKtst0sVol1/PwocB/A== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 15:25:37 -0000 In message , Rick Macklem writes: > Yuri Pankov wrote: > > All file operations (e.g. copying the file over NFSv3 for me) seem to be > > stuck running the latest -current (r325100). Reverting just the kernel > > to r323779 (arbitrary chosen) seems to help. I noticed the "Stale file > > handle when mounting nfs" message but I don't get the "stale file > > handle" messages from mount, probably as I'm not running any linux clients. > These kinds of problems are usually related to your net interface device > driver or the TCP stack. > > A couple of things to try: > - Disable TSO (look for a sysctl with "tso" in it). The sysctl is net.inet.tcp.tso. You can also disable tso through ifconfig for an interface. Additionally, though not directly related to this, TSO is not generally firewall friendly either. Our friends at pfsense document it be disabled. It can cause issues with our ipfilter firewall on some interfaces (e.g. fxp). I also recall reading a Juniper KB about path MTU discovery and TSO not playing well together. Not that TSO is bad but disabling it is something to try when diagnosing network problems. -- 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 Oct 29 15:37:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E652FE4287A for ; Sun, 29 Oct 2017 15:37:14 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 644C381BE3; Sun, 29 Oct 2017 15:37:14 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from thor.xvoid.org ([94.233.210.201]) by mail.gmx.com (mrgmx001 [212.227.17.184]) with ESMTPSA (Nemesis) id 0LwrwO-1d6mmN1ccq-016M4X; Sun, 29 Oct 2017 16:31:59 +0100 Subject: Re: NFSv3 issues with latest -current From: Yuri Pankov To: freebsd-current Cc: Stephen Hurd References: <9ceeafa5-cb7f-cb82-db07-de6f28b209e2@gmx.com> <790d22eb-e04d-3bc7-0e79-e01feedd4267@gmx.com> Message-ID: Date: Sun, 29 Oct 2017 18:31:58 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <790d22eb-e04d-3bc7-0e79-e01feedd4267@gmx.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:b6+lD/HcN4YECXcWGzDekCqG2Ol6dJMZaFP093j6DYv/maBUdcG u0yKlqQEbVRKORD/xytqCM9cYcuioie8ekQ7ILYPFD9qk584qFbhkoV0L6A65MGHOU7z8sG zmhLeTB3aSeqK+3DrR86aJ9m+4MOvWCaDF5IM5t37zBvEfXLYiNzu9AmYBgSgeqa4lnpMK7 btuR/E/ZZrDzfoNswsPTg== X-UI-Out-Filterresults: notjunk:1;V01:K0:vBiYfh/GHHg=:1OfD1AKdHtyI0xNcGJMuH6 aLwFFdXWyFh0RMWpPxjyhRqmdC4MqXIio7ApLr4p1KmtYAnb64nX9lWXEtYWPwez34C8dzADk P98yOuYcOMqo2P/D3dMX9OvwPbrS9rDmAb7nmPefwUXVI2JeGOk7MAveNduKshv4nj8aRDGTq AbzbfYgyTr263MpVcw7qeTUrRkwbPOt+BVmHra5qGkgsgZKebefgaCG93cEW1ZgG2cJ7nD65z o4yhwKWppUoFgCXSkKHoKa0HCV9UFAKGFWHdq7QjOCiNB36O+klOl+jUGxyk2VRoQvmwtdc2f 4V44d1JVb19ziKQR9q+ay4spOedtGl1lLAnJ5uJyBQ45m+pnL9GzlHh6j6xmp7YeGNi1XB4Nw Dr9dc5xbvoZs4IhHScAYhAd9rEqwsXuac2Km84U1yhhwFKNjr4aHF4LeIEOrgmntdVdgfF5sh ULknDQFQEeZPNR06esM9U9xloF+GSdaGovPwtvOlF9Ca6cz4B2qFpd/dZmQ0yQNQpp7dCKb4K BCo7alu3dGeia1odmzAY9wq89Pa+B6OPHf+iqbzibY2OumvPfLeXpU+mwMWfKhuBz5ssK1/Rq CjZlO4BnRxaDrSf5bPBTS71gkqq20SC9dK0i9M4ZXAFnTGZUvu6nZebYmGDJDjU61fN7Kk/n1 aILVR0iT5Qdu3t0pA4vjP1tVGW5FzkS2JoDH3H3lHGpvBIf7mixaIFXOtCp+uC3L4d4VUlajA fpx+JuW4CT902yEEtNG0ZZxm5PJWqrzz0xJzbfE9UPdZgb8hSym/wgjLp20bG4INF3/BpX+cW lCifnflUbGG1HlgbPysHqkfxOsXNegwF3ZqMZz2+Iqthb53hp4HoU/3n0Dofmatozlmxze0uo B4WXYvAHLqiY/l49vXIdFbvUJN0Qckq/M+OszNf2dnhpdnR+2hZIAHECdqUqc5xf1oD7wAdiD bQHarsyX2tA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 15:37:15 -0000 On Sun, 29 Oct 2017 18:11:41 +0300, Yuri Pankov wrote: > On Sun, 29 Oct 2017 13:13:31 +0000, Rick Macklem wrote: >> Yuri Pankov wrote: >>> All file operations (e.g. copying the file over NFSv3 for me) seem to be >>> stuck running the latest -current (r325100). Reverting just the kernel >>> to r323779 (arbitrary chosen) seems to help. I noticed the "Stale file >>> handle when mounting nfs" message but I don't get the "stale file >>> handle" messages from mount, probably as I'm not running any linux clients. >> These kinds of problems are usually related to your net interface device >> driver or the TCP stack. >> >> A couple of things to try: >> - Disable TSO (look for a sysctl with "tso" in it). >> - Try using mount options rsize=32768,waize=32768 to reduce the I/O >> size. Some device drivers don't handle long chains of mbufs well, >> especially when the size is near 64K. >> (These issues have been fixed in current, but if a bug slips into a net driver >> update or ???) >> - Look at recent changes to the net device driver you are using and try reverting >> those changes if you can do so. >> - Capture packets and look at them in wireshark (which knows NFS) and see >> what is going on the wire. >> >> There hasn't been any recent changes to NFS that should affect NFSv3 mounts >> or to the kernel rpc, so I doubt the NFSv4.1 changes would be involved. > > Thanks for the hints, Rick! > > Indeed, it was one of the changes to sys/dev/e1000, reverting just the > commit made everything look normal again (CC'ing the author). One thing I forgot to mention here, the problem is visible only if the client side has MTU of 1500 configured; when both sides have MTU 9000, everything looks to be normal -- noticed this when my XenServer (having MTU of 1500 on management interface) wasn't able to read the ISO from NFS datastore. > The NIC is: > > igb0@pci0:2:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82576 Gigabit Network Connection' > class = network > subclass = ethernet > > Interface configuration (note the MTU): > > igb0: flags=8843 metric 0 mtu 9000 > options=e525bb > ether 00:25:90:72:54:22 > inet6 fe80::225:90ff:fe72:5422%igb0 prefixlen 64 scopeid 0x1 > inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255 > nd6 options=23 > media: Ethernet autoselect (1000baseT ) > status: active > > And the commit itself: > > commit f81cb8df32ae96299b8bbc2e948c17ad3aab59ca > Author: shurd > Date: Sat Sep 23 01:33:20 2017 +0000 > > Some small packet performance improvements > > If the packet is smaller than MTU, disable the TSO flags. > Move TCP header parsing inside the IS_TSO?() test. > Add a new IFLIB_NEED_ZERO_CSUM flag to indicate the checksums need > to be zeroed before TX. > > Reviewed by: sbruno > Approved by: sbruno (mentor) > Sponsored by: Limelight Networks > Differential Revision: https://reviews.freebsd.org/D12442 > > Notes: > svn path=/head/; revision=323941 From owner-freebsd-current@freebsd.org Sun Oct 29 15:38:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED8BFE42963 for ; Sun, 29 Oct 2017 15:38:01 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 C9B6C81D29 for ; Sun, 29 Oct 2017 15:38:01 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B1B9513692 for ; Sun, 29 Oct 2017 15:37:59 +0000 (UTC) Subject: Re: FreeBSD Documentation To: freebsd-current@freebsd.org References: <20171029150039.GL34891@home.opsec.eu> From: Allan Jude Message-ID: Date: Sun, 29 Oct 2017 11:37:55 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171029150039.GL34891@home.opsec.eu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aGGixulc9uAFLFA2k9VWxk7NcN6fQBdFP" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 15:38:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aGGixulc9uAFLFA2k9VWxk7NcN6fQBdFP Content-Type: multipart/mixed; boundary="T6pjExsFmnQlcvXFRkfkRKJem0LXImVKi"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: FreeBSD Documentation References: <20171029150039.GL34891@home.opsec.eu> In-Reply-To: <20171029150039.GL34891@home.opsec.eu> --T6pjExsFmnQlcvXFRkfkRKJem0LXImVKi Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2017-10-29 11:00, Kurt Jaeger wrote: > Hi! >=20 >> How can we suggest edits for the docs? >=20 > Checkout the docs repo: >=20 > svn checkout https://svnweb.freebsd.org/doc/head/ . >=20 > Change the relevant files, create a new problem report on >=20 > https://bugs.freebsd.org/ >=20 > and attach the svn diff to that problem report. >=20 Since the document in question is a man page, it actually lives in the src tree. svn checkout https://svn.freebsd.org/base/head/ . cd usr.sbin/jail vi jail.8 svn diff > jail_manpage.patch And then attach that patch to a bugzilla, or upload it to reviews.freebsd.org --=20 Allan Jude --T6pjExsFmnQlcvXFRkfkRKJem0LXImVKi-- --aGGixulc9uAFLFA2k9VWxk7NcN6fQBdFP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJZ9fXXAAoJEBmVNT4SmAt+Gy8QAIus5NVSYxWTQADV273/x3iM pegezx4Oa3QAOOMZak3dJ9y1uwqJDfVRtoxg22RiP55fuCE+H44uL+HMQbc/ez4h qac/+DBkKJy4USurLxalqlGFbjc8yYIUEn2PMN39TuVJpeZbt7yWgV3llLg/HQ/C UGtwqpkx1yuFEhNoCmwtnfFpCPpPLzFVhjzAhCvRspY4d7BA64lOjOnFCWG7nFMP Jd/shu18WTJZt5weVLti+LfACpxbddNbYTkMLvDgRLK5p++rP4/O4L5qQqYu5Ik1 viCdgsYS1Zpm0sn5DTv8i7plqu7m2Et1BJOmEd6QKv0ub/1OtppfASeSe73CwxR8 /FYIzJUp9c/Jf1VHZpgWzo3cuAeRQLEtgYtJD8f+eclo2GbhJCx0rIMSbDrtVY0I k1LcWKyoDf+7nf9UZVCxcHN28qifpxKg8R/GbbMiu+AeX4CNY4NOBD5Q3v2O2KBR VQrFo7S7IEk65QM2f/abW895atckQ5DND+UyvQSWtcw1miJmjqXgwwYbTu3a8+3h 4kQ6VsfZbmtBq5ae6/hhbABCvBS6LbA+BirUGzsuvJ1Di+KtIjLCy7njnKJfY21O jsrIPgRGY56zLGRHM8HdHBooj8lSwVmLXfcJZugv4dO+5WDSo52DzXJismR/AFCl fHVB14wmfrxXYGP4l+qH =16TJ -----END PGP SIGNATURE----- --aGGixulc9uAFLFA2k9VWxk7NcN6fQBdFP-- From owner-freebsd-current@freebsd.org Sun Oct 29 16:17:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA5EFE44D05 for ; Sun, 29 Oct 2017 16:17:20 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E380835EE for ; Sun, 29 Oct 2017 16:17:20 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 7f349a84-bcc4-11e7-b50b-53dc5ecda239 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 7f349a84-bcc4-11e7-b50b-53dc5ecda239; Sun, 29 Oct 2017 16:16:19 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v9TGHCka001400; Sun, 29 Oct 2017 10:17:12 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1509293832.21609.7.camel@freebsd.org> Subject: Re: FreeBSD Documentation From: Ian Lepore To: Allan Jude , freebsd-current@freebsd.org Date: Sun, 29 Oct 2017 10:17:12 -0600 In-Reply-To: References: <20171029150039.GL34891@home.opsec.eu> 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 16:17:20 -0000 On Sun, 2017-10-29 at 11:37 -0400, Allan Jude wrote: > On 2017-10-29 11:00, Kurt Jaeger wrote: > > > > Hi! > > > > > > > > How can we suggest edits for the docs? > > Checkout the docs repo: > > > > svn checkout https://svnweb.freebsd.org/doc/head/ . > > > > Change the relevant files, create a new problem report on > > > > https://bugs.freebsd.org/ > > > > and attach the svn diff to that problem report. > > > Since the document in question is a man page, it actually lives in > the > src tree. > > svn checkout https://svn.freebsd.org/base/head/ . > > cd usr.sbin/jail > > vi jail.8 > > svn diff > jail_manpage.patch > > And then attach that patch to a bugzilla, or upload it to > reviews.freebsd.org > > I hope I'm right in thinking that just submitting the proposed changes as plain text would also be an option? I suspect there are more people with good ideas on improving manpages than there are people who've decided they really want to learn the arcane skill of manpage markup language. -- Ian From owner-freebsd-current@freebsd.org Sun Oct 29 16:33:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62EE7E462F5 for ; Sun, 29 Oct 2017 16:33:39 +0000 (UTC) (envelope-from cy.schubert@komquats.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 2799683E0A; Sun, 29 Oct 2017 16:33:38 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id 8qRzeesmJDJTW8qS0eUfPg; Sun, 29 Oct 2017 10:28:40 -0600 X-Authority-Analysis: v=2.2 cv=B4DJ6KlM c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=6I5d2MoRAAAA:8 a=adqX0pXGAAAA:8 a=YxBL1-UpAAAA:8 a=3xvGEmeFaWW8AmbqHqIA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=0l7XRIR7vdP6TgInZwrD:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id DCDFF166; Sun, 29 Oct 2017 09:28:38 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v9TGScNx020836; Sun, 29 Oct 2017 09:28:38 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201710291628.v9TGScNx020836@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Allan Jude cc: freebsd-current@freebsd.org Subject: Re: FreeBSD Documentation In-Reply-To: Message from Allan Jude of "Sun, 29 Oct 2017 11:37:55 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Oct 2017 09:28:38 -0700 X-CMAE-Envelope: MS4wfIE/+zmxGFV6vs/Kby8yblqpHIIVNufwE81bQGmTciP2L5U/MGv0+udt+MS3eMZHsb1Uc5Ufb7z86EDlh5Mdsr7izX9MoB3/6ooLwvuqdYzNtoUg9zgy n0PLKdCv1SvjC1fWw0/RPJdybqpisqfRX6piXIIuFqPDk24CgxQwiExOPPM+gkTSBZV2ksj0kNCADTsL1UCTW8jWjg65ya3K1lIje9P7Rkh7S9/B+HqLZMtt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 16:33:39 -0000 In message , Allan Jude write s: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --aGGixulc9uAFLFA2k9VWxk7NcN6fQBdFP > Content-Type: multipart/mixed; boundary="T6pjExsFmnQlcvXFRkfkRKJem0LXImVKi"; > protected-headers="v1" > From: Allan Jude > To: freebsd-current@freebsd.org > Message-ID: > Subject: Re: FreeBSD Documentation > References: om> > <20171029150039.GL34891@home.opsec.eu> > In-Reply-To: <20171029150039.GL34891@home.opsec.eu> > > --T6pjExsFmnQlcvXFRkfkRKJem0LXImVKi > Content-Type: text/plain; charset=utf-8 > Content-Language: en-US > Content-Transfer-Encoding: quoted-printable > > On 2017-10-29 11:00, Kurt Jaeger wrote: > > Hi! > >=20 > >> How can we suggest edits for the docs? > >=20 > > Checkout the docs repo: > >=20 > > svn checkout https://svnweb.freebsd.org/doc/head/ . > >=20 > > Change the relevant files, create a new problem report on > >=20 > > https://bugs.freebsd.org/ > >=20 > > and attach the svn diff to that problem report. > >=20 > > Since the document in question is a man page, it actually lives in the > src tree. > > svn checkout https://svn.freebsd.org/base/head/ . > > cd usr.sbin/jail > > vi jail.8 > > svn diff > jail_manpage.patch > > And then attach that patch to a bugzilla, or upload it to > reviews.freebsd.org Yes, and that's the first step to becoming a committer. I recall sending multiple patches because I didn't want to patch brand new FreeBSD systems after installing the ISO (they were plastic discs then). (We used FreeBSD for infrastructure servers at $JOB at the time.) Then one day there was an email from nectar@ in my inbox offering the keys to the farm. -- 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 Oct 29 16:38:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77812E464A1 for ; Sun, 29 Oct 2017 16:38:29 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (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 39DA483FA5; Sun, 29 Oct 2017 16:38:28 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id 8qbReOF2zI8mC8qbSeyuT0; Sun, 29 Oct 2017 10:38:27 -0600 X-Authority-Analysis: v=2.2 cv=HahkdmM8 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=8nJEP1OIZ-IA:10 a=02M-m0pO-4AA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=cC0HMT5ZxCGGPxlH05MA:9 a=wPNLvfGTeEIA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 8B36417A; Sun, 29 Oct 2017 09:38:25 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v9TGcPIk023700; Sun, 29 Oct 2017 09:38:25 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201710291638.v9TGcPIk023700@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Ian Lepore cc: Allan Jude , freebsd-current@freebsd.org Subject: Re: FreeBSD Documentation In-Reply-To: Message from Ian Lepore of "Sun, 29 Oct 2017 10:17:12 -0600." <1509293832.21609.7.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sun, 29 Oct 2017 09:38:25 -0700 X-CMAE-Envelope: MS4wfMRYE3wy4fVqSyOSe1dY5qW6X62c2s9zcwiwr22vaS3/SRNlFAek+U5q2YQkrA6vpspEK9Mv6Ij+EGvQhnc6e+RVjaPh7sNgwbppPC3tbqMMmI0JO5Ua fA57DmpSdiJC6CBvhSlpEEymTv/8m//Ko1FKZyzhz2gDeuCXoRbGwGTK67T4S90lcQPxrDI7WlFije1bDcx5PzGzPAaCfbpm0xZVO/k/9v3xDPXj+vKiqMwV +ZNsYQhZrB4yVErWYUeqUw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 16:38:29 -0000 In message <1509293832.21609.7.camel@freebsd.org>, Ian Lepore writes: > On Sun, 2017-10-29 at 11:37 -0400, Allan Jude wrote: > > On 2017-10-29 11:00, Kurt Jaeger wrote: > > > > > > Hi! > > > > > > > > > > > How can we suggest edits for the docs? > > > Checkout the docs repo: > > > > > >   svn checkout https://svnweb.freebsd.org/doc/head/ . > > > > > > Change the relevant files, create a new problem report on > > > > > >   https://bugs.freebsd.org/ > > > > > > and attach the svn diff to that problem report. > > > > > Since the document in question is a man page, it actually lives in > > the > > src tree. > > > > svn checkout https://svn.freebsd.org/base/head/ . > > > > cd usr.sbin/jail > > > > vi jail.8 > > > > svn diff > jail_manpage.patch > > > > And then attach that patch to a bugzilla, or upload it to > > reviews.freebsd.org > > > > > > I hope I'm right in thinking that just submitting the proposed changes > as plain text would also be an option?  I suspect there are more people > with good ideas on improving manpages than there are people who've > decided they really want to learn the arcane skill of manpage markup > language. That's a useful skill too. Not just here but in Solaris, AIX and Linux. IMO every sysadmin should have a rudimentary nroff markup skill. But if the markup is indeed an impediment, just sending in text will work too. -- 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 Oct 29 16:47:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9F1CE46868 for ; Sun, 29 Oct 2017 16:47:37 +0000 (UTC) (envelope-from yuripv@gmx.com) 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 1431A84447 for ; Sun, 29 Oct 2017 16:47:36 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from thor.xvoid.org ([94.233.210.201]) by mail.gmx.com (mrgmx002 [212.227.17.184]) with ESMTPSA (Nemesis) id 0MEFIm-1dxuW61em0-00FQFm; Sun, 29 Oct 2017 17:47:34 +0100 Subject: Re: FreeBSD Documentation To: blubee blubeeme , FreeBSD current References: From: Yuri Pankov Message-ID: Date: Sun, 29 Oct 2017 19:47:33 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:3VKs+v2C77e16nGSq+xk/0hKLPG9847MFxVxH20Z5c3LJKZKB/l IxDjoiES8vkVLQ51Q9EzNLFqflzYBqBtg5CmX3BQ7ygiXB0Tu9YOCv5LZ3DC0SRR3KZXEPS qR18GkOpfziPMmAqb9tJPjvLT9Q0huw1EV1vkMwdeZKPDTuJAr3FhoZOXyRp2gSqX2KcABD nvuViqUPbUqvuP1TDUOjQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:UFNT7oclgKw=:FbC2vnIaImNVpqDIK1YxfE 5V08MfN2PQgt7N6BwVnn8N+krfPCEwBmiLlvTlqvUP/fFswIm+al2w+QRxOkPxLxWUVNSS5vi UAgWQ7krSszMOMHv6saNwWOLQP8C0AN7W1HZY8ftyRvPNLCyQx0m6Ttiltb97av/6tDK2gBD4 0gLz+siTBMmXZp/MKLjLbBE9ViUr8xRhqizzh6Cg9VVzPkByFTmyEU9x6IJwy5/LXdJBvdYBL YlMVNJ9J3rE6KMbOZCxmx5VK7ryOEqBVzXuKlma9g9uX6zbhNGhQ9lIa7L5Dwt4s2nalvMyyu iEx7iwpJ9ETWEqURCiBmmudbF7+6oemc5GMal2JLvsCAXno2icKPk27KOz/psoCJP+CSHRtHQ 8c3k8JproPConMRBquVgU28kqiQXvJbyno/YUD2G71cqcSCYGRzJgoqHFvDvVzd2yNRi3xDTd OKeOzj0+BXSEElJNOLoSxrOd17aQddABzNXNqsQ9oQItw8BeGn1sPYvr59p+XPnBegjrV7w9B QBXBdP0c3snEIrpKsSUS6W8UbTZpiAWQXvEciufXwm2UFx50J8kO37UjlhUqUgCcwU6J8ZaZ5 raP5KIi4TtkuM6EtZDyZ1HljNB4i3dmLJP3sku2FAoIqwVWO+2qbn+9bVOF6FESc7G8cPkzWP dRBO8doiBphuoh2YPD76c/lD1Fahm9xOVgalFsco+57kqqQ4An8NyIzXMZVgUQFB/ev34aS8G 5M17SZtJlPl/MuYOOyqkuyzYDRfIPBhasO7OnGXEW2ySwWEO3ziYFWmOnKUQbASOkR5t7CNCY WuBm7Pl9nVNGiaFDoLXVeuTWv6cbDLhTwJ/WVuqm1A/vAILpVk= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 16:47:37 -0000 On Sun, 29 Oct 2017 22:13:16 +0800, Blubee Blubeeme wrote: > How can we suggest edits for the docs? > > The docs still reference using sysinstall to setup a jail when it hasn't > been that since at least 2011 > https://www.freebsd.org/cgi/man.cgi?query=jail&sektion=8&manpath=freebsd-release-ports > > Start a shell in the jail: > > jail -c path=/data/jail/testjail mount.devfs \ > host.hostname=testhostname ip4.addr=192.0.2.100 \ > command=/bin/sh > > Assuming no errors, you will end up with a shell prompt within the jail. > You can now run */usr/sbin/sysinstall* and do the post-install configura- > tion to set various configuration options, or perform these actions manu- > ally by editing */etc/rc.conf*, etc. While you were already given a lot of correct replies, exactly the change you want is already in HEAD (though as noted in followup, it could really say bsdconfig instead of bsdinstall): Author: bjk (doc committer) Date: Wed Oct 18 22:56:46 2017 New Revision: 324732 URL: https://svnweb.freebsd.org/changeset/base/324732 Log: Adopt jail.8 to our brave new bsdinstall world Submitted by: Steve Kargl MFC after: 3 days From owner-freebsd-current@freebsd.org Sun Oct 29 16:49:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 626E8E4699B for ; Sun, 29 Oct 2017 16:49:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C79C845AD for ; Sun, 29 Oct 2017 16:49:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22d.google.com with SMTP id p87so8908039pfj.3 for ; Sun, 29 Oct 2017 09:49:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=yBgJlqbNjukWQSOQJXd490ZYFg3+Qyjw2NS7k5kHdik=; b=mEuKSe5j0z1SEVR4O/GPEFTVEOtnqHiS0pdYBMLjO3eYPtsUFNNC8F7YCudhnmZgXB 0ePLE/53KGWGsc11irWzrDsvsqUoU09/3mQU9dpolRt9M3VjQi1qjWqYMVkqoU1cFVr+ sAtBcgzpRl6rWaWPKeUh2qw8h8cJUnqxdMAwGfKV9j0kR89Nh8pSC+jD45fWBVtdKcyl lgF6s8H7Fu1fi2GLzVduh2/JHExmLPco75wyOkxhFkyBAGxh21vZsPgp8N63LLN2O4yZ ggiib0LMtQLpvuQrLC+AA1am/Bo0q4vHOhMDf3EBnS7Xv3mdvAIUfMWjhRvtSjdXCz/i OPbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=yBgJlqbNjukWQSOQJXd490ZYFg3+Qyjw2NS7k5kHdik=; b=RdZj+4Yc0vb+XNPwp3Wib64ZdUCld+bfL5c2Dq0G1WDruS28FTAnnEvfk0MeDuALaO YGR/QjIlNA4rN+4KsvZ2/ziAXqDwEMFLFm4H2oGkpYuSIjOOx8OyJGgTC1EA2gu1xZn8 x+2B3qN05kngECG94xnj97xniOWOaRpv8PVBkMvp2haJRPMlDw15gy7wcyO5YgZMHGEK 07gXiAA1KKv7g0+JG1KbOx00aduEIMH35gx34rBA/gCqApMPG6HIG7svCwh78FaqnH6H by8yz9zceAg/4Y9aReKCR4Rfpxgnx28ep0JxmQWJa8BZnUW5bO9L8EPgD3+gTuccA3wf zIAg== X-Gm-Message-State: AMCzsaVlk0euglFtqNjAr+mgEiSdL1pD2tY3i0WFsLhd2hrs2JCP6/Lq 6eyvc7ztiaGpxz5dpHVG2K5LgKga X-Google-Smtp-Source: ABhQp+SpLAFyBDCfYduUQcpjxVsMgMwl+aR1AC07CekOFBUssD9p5BeTL1eJBNVXAn5QRdU1DvbLNQ== X-Received: by 10.98.189.9 with SMTP id a9mr6345578pff.323.1509295784676; Sun, 29 Oct 2017 09:49:44 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id o65sm19312210pga.71.2017.10.29.09.49.43 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 29 Oct 2017 09:49:44 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_B27FB980-96C1-4A9B-A0D5-AA7A88BC0CBD"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: iwm not in GENERIC kernel From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> Date: Sun, 29 Oct 2017 09:49:41 -0700 Cc: freebsd-current@freebsd.org Message-Id: <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> To: Thomas Mueller X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 16:49:45 -0000 --Apple-Mail=_B27FB980-96C1-4A9B-A0D5-AA7A88BC0CBD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 29, 2017, at 02:46, Thomas Mueller wrote: =E2=80=A6 > Is that binary blob the reason why rsu is not in GENERIC? >=20 > I use rsu for Hiro H50191 USB wireless adapter. Yup. --Apple-Mail=_B27FB980-96C1-4A9B-A0D5-AA7A88BC0CBD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAln2BqYACgkQ9YOpJmkw hhWkzw/9GSmP9w4FZlylLEcxn0iW0BNzGg24YWEGN9MYXk34YJ6aEELENVcOj77T g/DlmxsqMq1cCWNo0+G4NrXsSuCDh/NMhr8ymZ1+ZVk43ycvWV4y9y3gluZ4FeKK AJWGHqX9h0HjGxDFYLBVg3laj+auVxTQYUCQDluk0Hwo7vNSTATrRupCbdmsYJ+e oh8qVm/8Gq9IQ3GRjYjpE/JDcn1+Xev3g2aD8AtrH4dC1zZ0tudgYQ02DowHE2QS 6TEO0dJzxvKpDgi3BSrMZfd1Aw5SEEJ97Sl5qnmi52zVINhAshwnDdUIHx+siRB7 Yn3uG3r8IEwfQ8Jfd/4V4zSLr00sZgofr09ZRdB0iePP/kj/pBxgtsgZQnyMvQSc /FgcFg/jPqncwpOpniGU+jD8W8drDItL1MhYLbP7tINrGwkPf7DNvevAtjM6Ga33 /744Hrtne1/ovua2W/WULMllbxRL4/SCHQYApOoL1vN66GQlz9c6c2MQbMy79icZ pCW9tD/9u+2izDAcIxeL/sNcUaa6UVX8MUg/eBH2OsLfwVYkRRYzmr36SUkuRUOn WRMxnofJoqn73GfgHByO5urbXbf6mzvSj7n95dBsw/0rkd1gfLQGrhAaW3y90Zq8 4julgYpgeHYgD6i4C1d1n4/ZUxc7qyaNPQzfTVc3Vd3k4d4NooU= =trzP -----END PGP SIGNATURE----- --Apple-Mail=_B27FB980-96C1-4A9B-A0D5-AA7A88BC0CBD-- From owner-freebsd-current@freebsd.org Sun Oct 29 16:59:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52C7DE46CE9 for ; Sun, 29 Oct 2017 16:59:53 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (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 DA12C849D4 for ; Sun, 29 Oct 2017 16:59:52 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074425-f9dff700000075c5-47-59f607cfe2fd Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id B6.E2.30149.FC706F95; Sun, 29 Oct 2017 12:54:39 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id v9TGsbB7029165; Sun, 29 Oct 2017 12:54:38 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v9TGsY4u024003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 29 Oct 2017 12:54:36 -0400 Date: Sun, 29 Oct 2017 11:54:34 -0500 From: Benjamin Kaduk To: Yuri Pankov Cc: blubee blubeeme , FreeBSD current Subject: Re: FreeBSD Documentation Message-ID: <20171029165433.GA26855@kduck.kaduk.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPIsWRmVeSWpSXmKPExsUixCmqrXue/VukQccSG4s5bz4wWSzbt57J 4uUEYQdmjxmf5rN47Jx1l93j7v2FTAHMUVw2Kak5mWWpRfp2CVwZuxv+MRdc5anYNXk2awPj a84uRg4OCQETiUWrvLoYuTiEBBYzSRyZdJYFwtnIKHH1fyM7hHMVKDPvB3MXIycHi4CqxOp5 55lAbDYBNYnHe5tZQWwRAQWJL783sYHYzAKJEk++L2IB2SAsoCSx/JYBSJgXaNnbR0cZIWY2 Mkr8OdLHCJEQlDg58wkLRK+WxI1/L5lAepkFpCWW/+MACXMKWEvcfTMFrFxUQFlib98h9gmM ArOQdM9C0j0LoXsBI/MqRtmU3Crd3MTMnOLUZN3i5MS8vNQiXQu93MwSvdSU0k2MoLBld1Hd wTjnr9chRgEORiUeXgGNr5FCrIllxZW5hxglOZiURHn3nf8UKcSXlJ9SmZFYnBFfVJqTWnyI UYKDWUmEt/oZUDlvSmJlVWpRPkxKmoNFSZx3W9CuSCGB9MSS1OzU1ILUIpisDAeHkgTvObZv kUKCRanpqRVpmTklCGkmDk6Q4TxAw/+B1PAWFyTmFmemQ+RPMepyPJv5uoFZiCUvPy9VSpx3 DUiRAEhRRmke3BxQupHI3l/zilEc6C1h3o0gVTzAVAU36RXQEiagJRqSX0CWlCQipKQaGPWk PcUOrtURPFqXfTk4b/p3I7/c30rfzp/wWLtH/4GcQ+JOf9cd8U/nVm6y2HR3sU/wZPljkboC t4IEQyKv6i3bKXQuXyk0amHD5Y/Pj9cETe25uvXwAk9teXNJG6VUjeen41qsX6YvO/jA/Gyv gLXN3a64WNZw6wWBlcpHft/jqst40OeqrsRSnJFoqMVcVJwIAP3Nqf4SAwAA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 16:59:53 -0000 On Sun, Oct 29, 2017 at 07:47:33PM +0300, Yuri Pankov wrote: > On Sun, 29 Oct 2017 22:13:16 +0800, Blubee Blubeeme wrote: > > How can we suggest edits for the docs? > > > > The docs still reference using sysinstall to setup a jail when it hasn't > > been that since at least 2011 > > https://www.freebsd.org/cgi/man.cgi?query=jail&sektion=8&manpath=freebsd-release-ports > > > > Start a shell in the jail: > > > > jail -c path=/data/jail/testjail mount.devfs \ > > host.hostname=testhostname ip4.addr=192.0.2.100 \ > > command=/bin/sh > > > > Assuming no errors, you will end up with a shell prompt within the jail. > > You can now run */usr/sbin/sysinstall* and do the post-install configura- > > tion to set various configuration options, or perform these actions manu- > > ally by editing */etc/rc.conf*, etc. > > While you were already given a lot of correct replies, exactly the > change you want is already in HEAD (though as noted in followup, it > could really say bsdconfig instead of bsdinstall): > > Author: bjk (doc committer) > Date: Wed Oct 18 22:56:46 2017 > New Revision: 324732 > URL: https://svnweb.freebsd.org/changeset/base/324732 > > Log: > Adopt jail.8 to our brave new bsdinstall world Indeed. I have the MFC reminder sitting in my inbox, since the original commit received such feedback about bsdconfig being a better replacement, but I haven't had a chance to go review the best change to make in master (and then MFC). I would not object if someone beat me to coming up with better text! :) -Ben From owner-freebsd-current@freebsd.org Sun Oct 29 17:25:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79F3DE47B76 for ; Sun, 29 Oct 2017 17:25:07 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay115.isp.belgacom.be (mailrelay115.isp.belgacom.be [195.238.20.142]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AED24C97; Sun, 29 Oct 2017 17:25:06 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AJZngwhUe4H4QmQLUralCSpvlsYTV8LGtZVwlr6E/?= =?us-ascii?q?grcLSJyIuqrYYxeGt8tkgFKBZ4jH8fUM07OQ6PGwHzRYqb+681k6OKRWUBEEjc?= =?us-ascii?q?hE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i764jEdAAjwOhRo?= =?us-ascii?q?LerpBIHSk9631+ev8JHPfglEnjSwbLdxIRmssQndqtQdjJd/JKo21hbHuGZDdf?= =?us-ascii?q?5MxWNvK1KTnhL86dm18ZV+7SleuO8v+tBZX6nicKs2UbJXDDI9M2Ao/8LrrgXM?= =?us-ascii?q?TRGO5nQHTGoblAdDDhXf4xH7WpfxtTb6tvZ41SKHM8D6Uaw4VDK/5KptVRTmij?= =?us-ascii?q?oINyQh/W/ZisJ+kr9VrhGjqBxxzIHbfI6bOeFifq7fYd8WWXZNUtpPWyFHH4iy?= =?us-ascii?q?b5EPD+0EPetAsYf9plkOrR+jDgSyA+PvzSRIiWHz3aIg1eQhChzN0Qs8H9IPsn?= =?us-ascii?q?TUqM74OqcIUe+r0qbF0CjNYf1M1Tf68ojIfQksrPeRVrxzacrc0UoiGx/fglmO?= =?us-ascii?q?tYDpIymZ2+UJvmSB8uZsS+yihmg6oA9ruDev3N0jiozRi4IQzVDL6Dt2zZ4uJd?= =?us-ascii?q?29VE57edmkEIZMty2CN4t5XMciQ2ZwtSY50LIGvZ+7fC0Ux5Q9wB7TceCHc4mK?= =?us-ascii?q?4hLnTuqePTB4hHV+eL2hgha9606gyvbmWsmzylZKoTJJktjKtn8Tyxze8suKRu?= =?us-ascii?q?dn8ku/xTqDyxrf5+BALEwuiKbXNZAszqY1lpUJsETDGiH2mF/xjK+Tbkgk5umo?= =?us-ascii?q?6+bjYrj9qJ+cLZF7hR/lPaQ1h8OzG+M4MhIBX2SD4+SzyKXj/VHlQLVNlvA2ka?= =?us-ascii?q?7ZsIvGJcQapa62GBFa0oI45hawCjepytUYnX0dIF1ZfxKHituhB1abA/f+Fuu2?= =?us-ascii?q?hUitln9ByvTBI6bmHN2ZLX/YjLbid7t5w0FZwQs3i9tY4sQHJKsGJafPW031/P?= =?us-ascii?q?ffCQQ0NgWy2K6zFNR/0qswQ2+CKJS1dqTIvgnbtaoUP+CQadpN637GIP8/6qu2?= =?us-ascii?q?gA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2C0CQBhDvZZ/3tFyFBbHAEBBAEBCgEBF?= =?us-ascii?q?wEBBAEBCgEBgzREEH4njw+OHAEBgXsyAYgcjXOCEYFSg3MChEpCFgEBAQEBAQE?= =?us-ascii?q?BAQEBaiiCOCKCQwEBAQECAScTHCMFCwsOBAYJJQ8SGBAOBhOKCwMNDKlxOoctD?= =?us-ascii?q?YNAAQEBAQEFAQEBASSDLohtgmqCJ4V2BaFHPJADhGyBAJI6SIxQijEmBC2BaFU?= =?us-ascii?q?yCIMtglwcgWhANokPKoIaAQEB?= X-IPAS-Result: =?us-ascii?q?A2C0CQBhDvZZ/3tFyFBbHAEBBAEBCgEBFwEBBAEBCgEBgzR?= =?us-ascii?q?EEH4njw+OHAEBgXsyAYgcjXOCEYFSg3MChEpCFgEBAQEBAQEBAQEBaiiCOCKCQ?= =?us-ascii?q?wEBAQECAScTHCMFCwsOBAYJJQ8SGBAOBhOKCwMNDKlxOoctDYNAAQEBAQEFAQE?= =?us-ascii?q?BASSDLohtgmqCJ4V2BaFHPJADhGyBAJI6SIxQijEmBC2BaFUyCIMtglwcgWhAN?= =?us-ascii?q?okPKoIaAQEB?= Received: from 123.69-200-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.200.69.123]) by relay.skynet.be with ESMTP; 29 Oct 2017 18:23:53 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v9THNqUc006216; Sun, 29 Oct 2017 18:23:52 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sun, 29 Oct 2017 18:23:51 +0100 From: Tijl Coosemans To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171029182351.502f53cf@kalimero.tijl.coosemans.org> In-Reply-To: <20170826184034.GR1700@kib.kiev.ua> References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 17:25:07 -0000 On Sat, 26 Aug 2017 21:40:34 +0300 Konstantin Belousov wrote: > On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >> I did consider using >> a CFI directive (see patch below) and it works, but it's architecture >> specific and it's inserted after the function prologue so there's still >> a window of a few instructions where a stack unwinder will try to use >> the return address. >> >> Index: lib/libthr/thread/thr_create.c >> =================================================================== >> --- lib/libthr/thread/thr_create.c (revision 322802) >> +++ lib/libthr/thread/thr_create.c (working copy) >> @@ -251,6 +251,7 @@ create_stack(struct pthread_attr *pattr) >> static void >> thread_start(struct pthread *curthread) >> { >> + __asm(".cfi_undefined %rip"); >> sigset_t set; >> >> if (curthread->attr.suspend == THR_CREATE_SUSPENDED) > > I like this approach much more than the previous patch. What can be > done is to provide asm trampoline which calls thread_start(). There you > can add the .cfi_undefined right at the entry. > > It is somewhat more work than just setting the return address on the > kernel-constructed pseudo stack frame, but I believe this is ultimately > correct way. You still can do it only on some arches, if you do not > have incentive to code asm for all of them. Ok, but then there are two ways to implement the trampoline: 1) movq $0,(%rsp) jmp thread_start 2) subq $8,%rsp call thread_start /* NOTREACHED */ With 1) you're setting the return address to zero anyway, so you might as well do that in the kernel like my first patch. With 2) you're setting up a new call frame, basically redoing what the kernel already did and on i386 this also means copying the function argument. Do you have any preference (or better alternatives), because I think I still prefer my first patch. It's the caller's job to set up the call frame, in this case the kernel. And if the kernel handles it then it also works with (hypothetical) implementations other than libthr. > Also crt1 probably should get the same treatment, despite we already set > %rbp to zero AFAIR. I haven't checked but I imagine the return address of the process entry point is always zero because the stack is all zeros. From owner-freebsd-current@freebsd.org Sun Oct 29 17:26:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3B9BE47C4F for ; Sun, 29 Oct 2017 17:26:03 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 77B4FDED for ; Sun, 29 Oct 2017 17:26:03 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-vk0-x232.google.com with SMTP id q13so6802964vkb.2 for ; Sun, 29 Oct 2017 10:26:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=WiHF/6D0pfnHzba6R0lv112Qw9CtPfdrSbc9sc1nksE=; b=fFpR5wEAfdoOPM5DZOP8BH12k9oZbxB9N2GMdgTeo24lCgXw2pptht5ZmhcIUMzhmW fIQAGM7cTZGx1Omq4e6GCEeMpedWtRyhX6+alw5n4pMN+eTQDnJg5xp4qTLm2XL1C13H EAMge5cjqsZQ1ZmrpsZBDqp0rjucdc2uSnAQbwXfoHRd9zqyHAHtgWQFhAS0exu3OB0l eqVlB26xyxYjJ0shfh8gV9ZnKTFZGXo7hJs3fBr7B67gRNRBbmI0JECG6UKAwotj5r5b y7lRLww5hbi5UX1gbQ455oxTz3l+EEKDuaRaMz4o8C1GZQ9343t+iL4CYe2OvwOcNSpJ RKLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=WiHF/6D0pfnHzba6R0lv112Qw9CtPfdrSbc9sc1nksE=; b=EyTEF9XD4XWXscn9180gOlmbBuPheCVHfZI4MRYzmSkKksLqfDY6JuwhkbzJ1bqQ0f LaqZPioG9xzB35sB3TEEa7UQLfHA8B4ERjVeKqNYoQLgc2DsS/GD749RtbunOIm8KLRO aGoKuGQb0KXVpp5zuIXK8DQ/pTb42r5/z5MW5cXdbPhMCXAfFFsltka6K5rQwa1EjenG vd703dmjFFtmu/x34ktg1yZ3+wMM/0M0t/9pUcRgrceEce+5YJYECb4d10ppi6o9EZKZ 6Q2WWO96GOW8YE35t8nG9ueJ3hdfnqDvRm276yWSQarILRqt7VL6dGzSVUA7KCUBxMrj Bipg== X-Gm-Message-State: AMCzsaV94bltkY0DLqpYGrImyb/sXA49KAy+c8XbeYeKE3yt7AGzkbIF OUo0Dw+JooZIaujppInTGKP64gnT3cwvBYET14o= X-Google-Smtp-Source: ABhQp+SUFMxGW99m0vOmHlyu0UKBl+2b1oOnbl32lCHaoeFTteg9DgELX1vKnSthfUG0GISlvEiFwzHgAqNRl7IWtBQ= X-Received: by 10.31.16.231 with SMTP id 100mr5113392vkq.153.1509297962490; Sun, 29 Oct 2017 10:26:02 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.103.85.8 with HTTP; Sun, 29 Oct 2017 10:26:02 -0700 (PDT) In-Reply-To: <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> From: Kevin Oberman Date: Sun, 29 Oct 2017 10:26:02 -0700 X-Google-Sender-Auth: YZ4Tivbs-N8kGDDRDHgdFWfCqGA Message-ID: Subject: Re: iwm not in GENERIC kernel To: "Ngie Cooper (yaneurabeya)" Cc: Thomas Mueller , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 17:26:03 -0000 On Sun, Oct 29, 2017 at 9:49 AM, Ngie Cooper (yaneurabeya) < yaneurabeya@gmail.com> wrote: > > > On Oct 29, 2017, at 02:46, Thomas Mueller wrote: > > =E2=80=A6 > > > Is that binary blob the reason why rsu is not in GENERIC? > > > > I use rsu for Hiro H50191 USB wireless adapter. > > Yup. > But I thought that all modern wireless interfaces and many others load blobs. Is the source for the firmware blob for iwn (which is in GENERIC) available? -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sun Oct 29 17:29:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B1A5E47DF8 for ; Sun, 29 Oct 2017 17:29:34 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22d.google.com (mail-pg0-x22d.google.com [IPv6:2607:f8b0:400e:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10992FBD for ; Sun, 29 Oct 2017 17:29:34 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22d.google.com with SMTP id k7so9421871pga.3 for ; Sun, 29 Oct 2017 10:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=orzfLEnSrLuR/hIeeN4w1zPmFufb3Zq1VGMEbP4YxJw=; b=kQrcaD0N02kG653nt0eMid0hiSRwdZBG4Jo3bq58dUqlymO6ZWVFnTTX0pw8wJawhy 7yeYcLk9EWGtzyFgLqiR5epFM4dglXKa7F+AIwVaNNvXki2f2sNaoVygf00yf3a6LXkU j2LAbqpim3I0BTyJ+p8bCAm04Io526f4VZCXKf1FFukHN9T3T+fnPF9jtSWHWnp7+U1B ElK6D54pDBqLlT57DlisJoY9KWgjPLtvk1Iu6iG9llO+BvP4xxKC1uYuj3AL21d0x9Gz lO3lzbUoeBfXMMDEn5nDVaDymYuqipzh1CBIiyv+AH4ZPGQS1d6jG159FcK4iyNaZFk1 OPgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=orzfLEnSrLuR/hIeeN4w1zPmFufb3Zq1VGMEbP4YxJw=; b=Ysm4gDyZ4f4mqlSsjhig4ovfcdbTqzTiamxGFUMrZU5OslP1zrYYZ1csHWJUueH6aT E8BRj8pijgfbCBTixlC3ttITz/onclt3drCuCUM1lAUX9uqQkGWu8DUcfyFBq5sj2mi8 HVXPq56iKJYc3lja4ptHRp6E+A8RCvb72PuN+H/CqrFbj+PNvPwY0bwwKQzhCzHVI+IW 0VD6eVHz+JjuYuH30ggnTGAK0Yh9lZUq94NVO03M42OvVQbx/DP7nhmnt+A/+00u6dbd pnHx8vcQRCcdPjA8LWulVGw+JNtbi5TEeZg/MHI7J3DjRHKV+p5GNZt4W36v5R92QiIf LLAw== X-Gm-Message-State: AMCzsaV9lp7eQUrPW+EhAtFVX36F7cZTZ3U70kSrSENoRxikzJMQ4sG9 0pNBBGvqbmMLNOqkQHH+/GM= X-Google-Smtp-Source: ABhQp+Qbz3J+SYQYeF5Ni6vAeclzhU1nJhkwXPSn1hBcsTVI3JTkGgtLlRe40q4ULMJCxs2CUImRbg== X-Received: by 10.101.76.139 with SMTP id m11mr5677156pgt.103.1509298173496; Sun, 29 Oct 2017 10:29:33 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id c127sm23265046pga.34.2017.10.29.10.29.32 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 29 Oct 2017 10:29:32 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_9716D5FB-A9D6-4B88-88F7-C04A7E5F770A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: iwm not in GENERIC kernel From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Sun, 29 Oct 2017 10:29:31 -0700 Cc: Thomas Mueller , FreeBSD Current Message-Id: References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> To: Kevin Oberman X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 17:29:34 -0000 --Apple-Mail=_9716D5FB-A9D6-4B88-88F7-C04A7E5F770A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 29, 2017, at 10:26, Kevin Oberman wrote: =E2=80=A6 > But I thought that all modern wireless interfaces and many others load = blobs. Is the source for the firmware blob for iwn (which is in GENERIC) = available? There=E2=80=99s a piece that=E2=80=99s open sourced that a BSD = developer has written, but there=E2=80=99s also a binary payload that we = have no insight into. Cheers, -Ngie $ file sys/contrib/dev/iwm/*.uu sys/contrib/dev/iwm/iwm-3160-16.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-3160-17.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-3160-9.fw.uu: empty sys/contrib/dev/iwm/iwm-7260-16.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-7260-17.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-7260-9.fw.uu: empty sys/contrib/dev/iwm/iwm-7265-16.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-7265-17.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-7265-9.fw.uu: empty sys/contrib/dev/iwm/iwm-7265D-17.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-7265D-22.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-8000C-16.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-8000C-17.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-8000C-22.fw.uu: uuencoded or xxencoded, ASCII = text sys/contrib/dev/iwm/iwm-8265-22.fw.uu: uuencoded or xxencoded, ASCII = text --Apple-Mail=_9716D5FB-A9D6-4B88-88F7-C04A7E5F770A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAln2D/sACgkQ9YOpJmkw hhUkUg//W293w/3iRwkGz2B5BG0HK14E1BeUeUuu2d05MkPWCKApQ19Nx2cLqgD5 p+D53TcQzHvtH+kKLy1S0EN8SfW7rz3TdZGb4kdbpJCRoJmyuTT2bDiDX/CVpdu5 nzYI96lJXgpA4gO9pglXXqvdkdF3KQDzuYe/5OOvGFXJcc7g/Jmc3jjmwI8SIw4J beCrmnkhclknD/l4RuUfRIOK5TltoCTu6TfebYBz5BLipU+ALW+mkTRMeS5IfA1k HaW+MVClitxsMiG5ZKhetHRzTBJqQRhxruaFuJvM0fw6tj/XBRySsRydOwMLZZU8 5sGQD+/7ZemrFAa2ftkOFT15wcqXsDXl8B5ERzYKz3XWDwIOeqYgULeWaKRmFcj5 imGD0V0bUU+wjkXZQttlFOmo0+SVqWlUvDeXhVHN3FYlrHp5tdFYlenwDZKJBu20 WV1AEIM3/WCQIyyy6Bbhb4DUxTCI8QnhwtCvsAZExhWPPSEMbM56Bs7/ziTYKXik k/ggqYIY8BZq9vugvyE6wQ0p/Eaa4N/z+RGarHB+oKQpSz0cwrLtOTXXwYNIVa+t 1PJ/HTIffhoWSp39SJHN1axJNPtU9ctcm43AutE4ImMNGvamIL+4Q0kTmwyZ9LHa XINc/Fp4xnhBJ4Zsc0xTasjJ3Pj3h7nxqsYurgGD5Ll4K3c0Dfo= =T/+S -----END PGP SIGNATURE----- --Apple-Mail=_9716D5FB-A9D6-4B88-88F7-C04A7E5F770A-- From owner-freebsd-current@freebsd.org Sun Oct 29 18:01:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6328FE485B5 for ; Sun, 29 Oct 2017 18:01:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DD8C1D8E for ; Sun, 29 Oct 2017 18:01:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x229.google.com with SMTP id 97so22411230iok.7 for ; Sun, 29 Oct 2017 11:01:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=ZTpAoG7SuKY2iMzHpJK1+zMdGGe3Bf9QWyBggqGBL8Q=; b=Pf8oTMkr7BgKGU9Et5cGsrldDgM5EpdXOXY1k2Jv7RswjNoJualJhiB5nFCv7gmtQF Ak5ARLuX2R3G3K6YGTOL9cK7LiL2Rh9n19qFJnhiP+0z8VeDW98i+8XKy7PKLLOc7+o+ 3OhzycyVqRkTqvrkqUwBfvL1P3knT8Lb/P6dXdTpJJzThvK/rRypFhj/7rAwUFQHlZd9 lznvaXqXyXtJje4lLJ4wCsWuD4+V/O4O1xvQpdIi71rOwCjf4+YK3skRHR5bxnHn4fie tGMCIt2+b+1TwaNTKH0IrEJYwijPtEkUo5A5nnKkiO2GvlAwKmEs78FgRRNs6eVJ4eqr Moyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=ZTpAoG7SuKY2iMzHpJK1+zMdGGe3Bf9QWyBggqGBL8Q=; b=T/nkOgAPYRlIwwBXHa2rUjPuXaVT5Yg0xD2Darfp9hXWG1yj7b8EWBPlNX1oag47Ug bAGDzaYgnVfxVqyesaEBhFL2oFNRElIwgCCTyrUrCZQV+4oM/FKWL4SHRiYwH+Q20twg ++rwJJHY7TWwYJEL9QcYY0JXnPOjzzV0jk/CVQElsFIulCt97L7Haf2DflSQ6KizhSVE TOyqNZ7fS8hpm9336XhdREZ5uuUaiZZCYbtx1NR7UZxDb+nO1o1xAHHrxrzuSYsQaUch F14kb4ecr0TFqsZ2tFOimYsSdnx/ZhdugpTCTq5+pW+BlYSiP4zt76SbPED8FpadihKo LeAw== X-Gm-Message-State: AMCzsaVeHEbRMNzaYPS90sKcQwJ/pPpb2fGS5EX8bRx6LJEJzZcnYGUs rYXso7Vnf16x73W/lVpS4o+MB0LKqly4+Q5yUwb/9g== X-Google-Smtp-Source: ABhQp+QpwUtegP6AaA0HPHWGfTm/fIoOur6WDe0cDj/VwacXooV8F/9JIeGmQFBk5Pbx6CJCozAXMhf/vssc3cooLNM= X-Received: by 10.107.48.76 with SMTP id w73mr8406437iow.301.1509300077172; Sun, 29 Oct 2017 11:01:17 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Sun, 29 Oct 2017 11:01:16 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1c83:d998:8892:5c23] In-Reply-To: References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> From: Warner Losh Date: Sun, 29 Oct 2017 12:01:16 -0600 X-Google-Sender-Auth: Ac_aobrog4377cclBWbKi-HRyBo Message-ID: Subject: Re: iwm not in GENERIC kernel To: "Ngie Cooper (yaneurabeya)" Cc: Kevin Oberman , Thomas Mueller , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 18:01:18 -0000 On Sun, Oct 29, 2017 at 11:29 AM, Ngie Cooper (yaneurabeya) < yaneurabeya@gmail.com> wrote: > > > On Oct 29, 2017, at 10:26, Kevin Oberman wrote: > > =E2=80=A6 > > > But I thought that all modern wireless interfaces and many others load > blobs. Is the source for the firmware blob for iwn (which is in GENERIC) > available? > > There=E2=80=99s a piece that=E2=80=99s open sourced that a BSD de= veloper has > written, but there=E2=80=99s also a binary payload that we have no insigh= t into. > Cheers, > -Ngie > > $ file sys/contrib/dev/iwm/*.uu > sys/contrib/dev/iwm/iwm-3160-16.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-3160-17.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-3160-9.fw.uu: empty > sys/contrib/dev/iwm/iwm-7260-16.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-7260-17.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-7260-9.fw.uu: empty > sys/contrib/dev/iwm/iwm-7265-16.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-7265-17.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-7265-9.fw.uu: empty > sys/contrib/dev/iwm/iwm-7265D-17.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-7265D-22.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-8000C-16.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-8000C-17.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-8000C-22.fw.uu: uuencoded or xxencoded, ASCII tex= t > sys/contrib/dev/iwm/iwm-8265-22.fw.uu: uuencoded or xxencoded, ASCII tex= t > The blobs run on the actual card itself, not on the host. This is the firmware for the wireless SoC that's on the card. We have allowed those in the kernel since the very early days of the project when scsi controllers like isp(4) downloaded firmware. This is somewhat different than the recently discussed HBAs that have binary blobs that run on the host, which have no business in GENERIC... Warner From owner-freebsd-current@freebsd.org Sun Oct 29 19:14:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB5B0E4A270 for ; Sun, 29 Oct 2017 19:14:05 +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 6137E63795; Sun, 29 Oct 2017 19:14:05 +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 v9TJDwod015247 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Oct 2017 21:13:58 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v9TJDwod015247 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v9TJDw0e015246; Sun, 29 Oct 2017 21:13:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 29 Oct 2017 21:13:58 +0200 From: Konstantin Belousov To: Tijl Coosemans Cc: freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171029191358.GU2566@kib.kiev.ua> References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171029182351.502f53cf@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 19:14:05 -0000 On Sun, Oct 29, 2017 at 06:23:51PM +0100, Tijl Coosemans wrote: > On Sat, 26 Aug 2017 21:40:34 +0300 Konstantin Belousov wrote: > > On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: > >> I did consider using > >> a CFI directive (see patch below) and it works, but it's architecture > >> specific and it's inserted after the function prologue so there's still > >> a window of a few instructions where a stack unwinder will try to use > >> the return address. > >> > >> Index: lib/libthr/thread/thr_create.c > >> =================================================================== > >> --- lib/libthr/thread/thr_create.c (revision 322802) > >> +++ lib/libthr/thread/thr_create.c (working copy) > >> @@ -251,6 +251,7 @@ create_stack(struct pthread_attr *pattr) > >> static void > >> thread_start(struct pthread *curthread) > >> { > >> + __asm(".cfi_undefined %rip"); > >> sigset_t set; > >> > >> if (curthread->attr.suspend == THR_CREATE_SUSPENDED) > > > > I like this approach much more than the previous patch. What can be > > done is to provide asm trampoline which calls thread_start(). There you > > can add the .cfi_undefined right at the entry. > > > > It is somewhat more work than just setting the return address on the > > kernel-constructed pseudo stack frame, but I believe this is ultimately > > correct way. You still can do it only on some arches, if you do not > > have incentive to code asm for all of them. > > Ok, but then there are two ways to implement the trampoline: > > 1) > movq $0,(%rsp) > jmp thread_start > 2) > subq $8,%rsp > call thread_start > /* NOTREACHED */ > > With 1) you're setting the return address to zero anyway, so you might > as well do that in the kernel like my first patch. With 2) you're > setting up a new call frame, basically redoing what the kernel already > did and on i386 this also means copying the function argument. I do not quite understand the second variant, because the stack is not guaranteed to be zeroed, and it is often not if reused after the previously exited thread. The first variant is what I like, but perhaps we need to emulate the frame as well, i.e. push two zero longs. Currently kernel does not access the usermode stack for the new thread unless dictated by ABI (i.e. it does not touch it for 64bit process on amd64, but have to for 32bit). I like this property. Also, the previous paragraph is indicative: we do not really know in kernel what ABI the userspace follows. It might want frame, may be it does not need it. It could use other register than %rbp as the frame base, etc. > > Do you have any preference (or better alternatives), because I think I > still prefer my first patch. It's the caller's job to set up the call > frame, in this case the kernel. And if the kernel handles it then it > also works with (hypothetical) implementations other than libthr. > > > Also crt1 probably should get the same treatment, despite we already set > > %rbp to zero AFAIR. > > I haven't checked but I imagine the return address of the process entry > point is always zero because the stack is all zeros. Stack is not zero. The environment and argument strings and auxv are copied at top, and at the bottom the ps_strings structure is located, so it is not. If you commit your existing patch as is, I will not resent. But I do think that stuff that can be done in usermode, should be done in usermode, esp. when the amount of efforts is same. From owner-freebsd-current@freebsd.org Sun Oct 29 19:40:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17C8FE4AC60 for ; Sun, 29 Oct 2017 19:40:50 +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 B4DE1642D1; Sun, 29 Oct 2017 19:40:49 +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 7346FC5A2D; Sun, 29 Oct 2017 20:40:46 +0100 (CET) Subject: Re: Segfault in _Unwind_* code called from pthread_exit To: Konstantin Belousov , Tijl Coosemans Cc: freebsd-current@FreeBSD.org, gerald@FreeBSD.org References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> From: Andreas Tobler Message-ID: <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> Date: Sun, 29 Oct 2017 20:40:46 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171029191358.GU2566@kib.kiev.ua> Content-Type: multipart/mixed; boundary="------------CE61152F0D9894BFC6C1A38A" Content-Language: de-CH X-Scanned-By: Idefix Submit on 127.0.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 19:40:50 -0000 This is a multi-part message in MIME format. --------------CE61152F0D9894BFC6C1A38A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 29.10.17 20:13, Konstantin Belousov wrote: > On Sun, Oct 29, 2017 at 06:23:51PM +0100, Tijl Coosemans wrote: >> On Sat, 26 Aug 2017 21:40:34 +0300 Konstantin Belousov wrote: >>> On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >>>> I did consider using >>>> a CFI directive (see patch below) and it works, but it's architecture >>>> specific and it's inserted after the function prologue so there's still >>>> a window of a few instructions where a stack unwinder will try to use >>>> the return address. >>>> >>>> Index: lib/libthr/thread/thr_create.c >>>> =================================================================== >>>> --- lib/libthr/thread/thr_create.c (revision 322802) >>>> +++ lib/libthr/thread/thr_create.c (working copy) >>>> @@ -251,6 +251,7 @@ create_stack(struct pthread_attr *pattr) >>>> static void >>>> thread_start(struct pthread *curthread) >>>> { >>>> + __asm(".cfi_undefined %rip"); >>>> sigset_t set; >>>> >>>> if (curthread->attr.suspend == THR_CREATE_SUSPENDED) >>> >>> I like this approach much more than the previous patch. What can be >>> done is to provide asm trampoline which calls thread_start(). There you >>> can add the .cfi_undefined right at the entry. >>> >>> It is somewhat more work than just setting the return address on the >>> kernel-constructed pseudo stack frame, but I believe this is ultimately >>> correct way. You still can do it only on some arches, if you do not >>> have incentive to code asm for all of them. >> >> Ok, but then there are two ways to implement the trampoline: >> >> 1) >> movq $0,(%rsp) >> jmp thread_start >> 2) >> subq $8,%rsp >> call thread_start >> /* NOTREACHED */ >> >> With 1) you're setting the return address to zero anyway, so you might >> as well do that in the kernel like my first patch. With 2) you're >> setting up a new call frame, basically redoing what the kernel already >> did and on i386 this also means copying the function argument. > I do not quite understand the second variant, because the stack is not > guaranteed to be zeroed, and it is often not if reused after the previously > exited thread. > > The first variant is what I like, but perhaps we need to emulate the > frame as well, i.e. push two zero longs. > > Currently kernel does not access the usermode stack for the new thread > unless dictated by ABI (i.e. it does not touch it for 64bit process > on amd64, but have to for 32bit). I like this property. Also, the > previous paragraph is indicative: we do not really know in kernel > what ABI the userspace follows. It might want frame, may be it does > not need it. It could use other register than %rbp as the frame base, > etc. > >> >> Do you have any preference (or better alternatives), because I think I >> still prefer my first patch. It's the caller's job to set up the call >> frame, in this case the kernel. And if the kernel handles it then it >> also works with (hypothetical) implementations other than libthr. >> >>> Also crt1 probably should get the same treatment, despite we already set >>> %rbp to zero AFAIR. >> >> I haven't checked but I imagine the return address of the process entry >> point is always zero because the stack is all zeros. > Stack is not zero. The environment and argument strings and auxv are copied > at top, and at the bottom the ps_strings structure is located, so it > is not. > > If you commit your existing patch as is, I will not resent. But I do think > that stuff that can be done in usermode, should be done in usermode, esp. > when the amount of efforts is same. Attached what I have for libgcc. It can be applied to gcc5-8, should give no issues. The mentioned tc from this thread and mine, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. What do you think? Andreas --------------CE61152F0D9894BFC6C1A38A Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="libgcc-fbsd-unwind.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libgcc-fbsd-unwind.diff" SW5kZXg6IGxpYmdjYy9jb25maWcvaTM4Ni9mcmVlYnNkLXVud2luZC5oCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIGxpYmdjYy9jb25maWcvaTM4Ni9mcmVlYnNkLXVud2luZC5oCShyZXZpc2lvbiAy NTQyMDUpCisrKyBsaWJnY2MvY29uZmlnL2kzODYvZnJlZWJzZC11bndpbmQuaAkod29ya2lu ZyBjb3B5KQpAQCAtMjgsNyArMjgsMTAgQEAKIAogI2luY2x1ZGUgPHN5cy90eXBlcy5oPgog I2luY2x1ZGUgPHNpZ25hbC5oPgorI2luY2x1ZGUgPHVuaXN0ZC5oPgorI2luY2x1ZGUgPHN5 cy9zeXNjdGwuaD4KICNpbmNsdWRlIDxzeXMvdWNvbnRleHQuaD4KKyNpbmNsdWRlIDxzeXMv dXNlci5oPgogI2luY2x1ZGUgPG1hY2hpbmUvc2lnZnJhbWUuaD4KIAogI2RlZmluZSBSRUdf TkFNRShyZWcpCXNmX3VjLnVjX21jb250ZXh0Lm1jXyMjIHJlZwpAQCAtMzYsMzggKzM5LDQ2 IEBACiAjaWZkZWYgX194ODZfNjRfXwogI2RlZmluZSBNRF9GQUxMQkFDS19GUkFNRV9TVEFU RV9GT1IgeDg2XzY0X2ZyZWVic2RfZmFsbGJhY2tfZnJhbWVfc3RhdGUKIAorc3RhdGljIGlu dAoreDg2XzY0X291dHNpZGVfc2lndHJhbXBfcmFuZ2UgKHVuc2lnbmVkIGNoYXIgKnBjKQor eworICBzdGF0aWMgaW50IHNpZ3RyYW1wX3JhbmdlX2RldGVybWluZWQgPSAwOworICBzdGF0 aWMgdW5zaWduZWQgY2hhciAqc2lndHJhbXBfc3RhcnQsICpzaWd0cmFtcF9lbmQ7CisKKyAg aWYgKHNpZ3RyYW1wX3JhbmdlX2RldGVybWluZWQgPT0gMCkKKyAgICB7CisgICAgICBzdHJ1 Y3Qga2luZm9fc2lndHJhbXAga3N0ID0gezB9OworICAgICAgc2l6ZV90IGxlbiA9IHNpemVv ZiAoa3N0KTsKKyAgICAgIGludCBtaWJbNF0gPSB7IENUTF9LRVJOLCBLRVJOX1BST0MsIEtF Uk5fUFJPQ19TSUdUUkFNUCwgZ2V0cGlkKCkgfTsKKworICAgICAgc2lndHJhbXBfcmFuZ2Vf ZGV0ZXJtaW5lZCA9IDE7CisgICAgICBpZiAoc3lzY3RsIChtaWIsIDQsICZrc3QsICZsZW4s IE5VTEwsIDApID09IDApCisgICAgICB7CisgICAgICAgIHNpZ3RyYW1wX3JhbmdlX2RldGVy bWluZWQgPSAyOworICAgICAgICBzaWd0cmFtcF9zdGFydCA9IGtzdC5rc2lndHJhbXBfc3Rh cnQ7CisgICAgICAgIHNpZ3RyYW1wX2VuZCAgID0ga3N0LmtzaWd0cmFtcF9lbmQ7CisgICAg ICB9CisgICAgfQorICBpZiAoc2lndHJhbXBfcmFuZ2VfZGV0ZXJtaW5lZCA8IDIpICAvKiBz eXNjdGwgZmFpbGVkIGlmIDwgMiAqLworICAgIHJldHVybiAxOworCisgIHJldHVybiAocGMg PCBzaWd0cmFtcF9zdGFydCB8fCBwYyA+PSBzaWd0cmFtcF9lbmQpOworfQorCiBzdGF0aWMg X1Vud2luZF9SZWFzb25fQ29kZQogeDg2XzY0X2ZyZWVic2RfZmFsbGJhY2tfZnJhbWVfc3Rh dGUKIChzdHJ1Y3QgX1Vud2luZF9Db250ZXh0ICpjb250ZXh0LCBfVW53aW5kX0ZyYW1lU3Rh dGUgKmZzKQogewogICBzdHJ1Y3Qgc2lnZnJhbWUgKnNmOwotICBsb25nIG5ld19jZmE7Cisg IF9VbndpbmRfUHRyIG5ld19jZmE7CiAKLSAgLyogUHJpb3IgdG8gRnJlZUJTRCA5LCB0aGUg c2lnbmFsIHRyYW1wb2xpbmUgd2FzIGxvY2F0ZWQgaW1tZWRpYXRlbHkKLSAgICAgYmVmb3Jl IHRoZSBwc19zdHJpbmdzLiAgVG8gc3VwcG9ydCBub24tZXhlY3V0YWJsZSBzdGFja3Mgb24g QU1ENjQsCi0gICAgIHRoZSBzaWd0cmFtcCB3YXMgbW92ZWQgdG8gYSBzaGFyZWQgcGFnZSBm b3IgRnJlZUJTRCA5LiAgVW5mb3J0dW5hdGVseQotICAgICB0aGlzIG1lYW5zIGxvb2tpbmcg ZnJhbWUgcGF0dGVybnMgYWdhaW4gKHN5cy9hbWQ2NC9hbWQ2NC9zaWd0cmFtcC5TKQotICAg ICByYXRoZXIgdGhhbiB1c2luZyB0aGUgcm9idXN0IGFuZCBjb252ZW5pZW50IEtFUk5fUFNf U1RSSU5HUyB0cmljay4KLQotICAgICA8cGMgKyAwMD46ICBsZWEgICAgIDB4MTAoJXJzcCks JXJkaQotICAgICA8cGMgKyAwNT46ICBwdXNocSAgICQweDAKLSAgICAgPHBjICsgMTc+OiAg bW92ICAgICAkMHgxYTEsJXJheAotICAgICA8cGMgKyAxND46ICBzeXNjYWxsCi0KLSAgICAg SWYgd2UgY2FuJ3QgZmluZCB0aGlzIHBhdHRlcm4sIHdlJ3JlIGF0IHRoZSBlbmQgb2YgdGhl IHN0YWNrLgotICAqLwotCi0gIGlmICghKCAgICoodW5zaWduZWQgaW50ICopKGNvbnRleHQt PnJhKSAgICAgID09IDB4MjQ3YzhkNDgKLSAgICAgICAgJiYgKih1bnNpZ25lZCBpbnQgKiko Y29udGV4dC0+cmEgKyAgNCkgPT0gMHg0ODAwNmExMAotICAgICAgICAmJiAqKHVuc2lnbmVk IGludCAqKShjb250ZXh0LT5yYSArICA4KSA9PSAweDAxYTFjMGM3Ci0gICAgICAgICYmICoo dW5zaWduZWQgaW50ICopKGNvbnRleHQtPnJhICsgMTIpID09IDB4MDUwZjAwMDAgKSkKKyAg aWYgKHg4Nl82NF9vdXRzaWRlX3NpZ3RyYW1wX3JhbmdlKGNvbnRleHQtPnJhKSkKICAgICBy ZXR1cm4gX1VSQ19FTkRfT0ZfU1RBQ0s7CiAKICAgc2YgPSAoc3RydWN0IHNpZ2ZyYW1lICop IGNvbnRleHQtPmNmYTsKICAgbmV3X2NmYSA9IHNmLT5SRUdfTkFNRShyc3ApOwogICBmcy0+ cmVncy5jZmFfaG93ID0gQ0ZBX1JFR19PRkZTRVQ7Ci0gIC8qIFJlZ2lzdGVyIDcgaXMgcnNw ICAqLwotICBmcy0+cmVncy5jZmFfcmVnID0gNzsKKyAgZnMtPnJlZ3MuY2ZhX3JlZyA9ICBf X0xJQkdDQ19TVEFDS19QT0lOVEVSX1JFR05VTV9fOwogICBmcy0+cmVncy5jZmFfb2Zmc2V0 ID0gbmV3X2NmYSAtIChsb25nKSBjb250ZXh0LT5jZmE7CiAKICAgLyogVGhlIFNWUjQgcmVn aXN0ZXIgbnVtYmVyaW5nIG1hY3JvcyBhcmVuJ3QgdXNhYmxlIGluIGxpYmdjYy4gICovCg== --------------CE61152F0D9894BFC6C1A38A-- From owner-freebsd-current@freebsd.org Sun Oct 29 20:53:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6265E4C463 for ; Sun, 29 Oct 2017 20:53:20 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 854D066859; Sun, 29 Oct 2017 20:53:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v9TKrC5w072017; Sun, 29 Oct 2017 13:53:12 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v9TKrCuZ072016; Sun, 29 Oct 2017 13:53:12 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201710292053.v9TKrCuZ072016@pdx.rh.CN85.dnsmgr.net> Subject: Re: FreeBSD Documentation In-Reply-To: To: Allan Jude Date: Sun, 29 Oct 2017 13:53:12 -0700 (PDT) CC: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sun, 29 Oct 2017 23:50:59 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 29 Oct 2017 20:53:20 -0000 -- Start of PGP signed section. [ Charset UTF-8 unsupported, converting... ] > On 2017-10-29 11:00, Kurt Jaeger wrote: > > Hi! > > > >> How can we suggest edits for the docs? > > > > Checkout the docs repo: > > > > svn checkout https://svnweb.freebsd.org/doc/head/ . > > > > Change the relevant files, create a new problem report on > > > > https://bugs.freebsd.org/ > > > > and attach the svn diff to that problem report. > > > > Since the document in question is a man page, it actually lives in the > src tree. > > svn checkout https://svn.freebsd.org/base/head/ . > > cd usr.sbin/jail > > vi jail.8 > > svn diff > jail_manpage.patch > > And then attach that patch to a bugzilla, or upload it to > reviews.freebsd.org Lets make this MUCH easier on a user..... cp /usr/share/man/man8/jail.8.gz /tmp cd /tmp gzip -d jail.8.gz cp -p jail.8 jail.8.orig vi jail.8 diff -u jail.8.orig jail.8 >jail.8.patch And then attach that patch to a bugzilla.... More commands, but much shorter amount of time. (Of cource broken if your system is not -current or close to it) -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Mon Oct 30 00:36:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF5EAE503EF for ; Mon, 30 Oct 2017 00:36:36 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7FC96CFA0; Mon, 30 Oct 2017 00:36:36 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x243.google.com with SMTP id a192so9980912pge.9; Sun, 29 Oct 2017 17:36:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:date:message-id:subject :references:in-reply-to:to:cc; bh=vbevoOyrnRa3GJ0PRxeBE7/kX5rM+PwE0todP59hk2k=; b=BR8FF6SszudNqmHdPncNdjQc72jwbmfgrQn/P9dgM2rYTO5g075mEwM5FyaBsFUA7n r3o5XZri4zzUIa1kunZ/4/9OD8SC2wtZT++mzrKCzhVdGHI227a8A77WJ//++IM64Ked 7NW54Tw5nm3ZJVHJlPjQDRwwUWTTkU2z3wRHbmSWz/z993dFhORzGUBNWLn6wiT1KMMs oRUxjAWW0Tuv9C7VzbJcHhpbXcCwS1CvtS5FY8b5wZJEt6kKlFC4IE0jytb+cGVwKhOX ItoHazm8beUuuE3DjQ1OZMtQebpWmJ4Be7VoSQ6PdVwldD5zVOD0eTehGLCzxjuwlOW4 t3kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version:date :message-id:subject:references:in-reply-to:to:cc; bh=vbevoOyrnRa3GJ0PRxeBE7/kX5rM+PwE0todP59hk2k=; b=B9BVwPy8W/nEe25uQWsTxAZFgsQ2ktqpfpeNl4FG8bX9Cm2YGxe2kVcHcOjqbuM0m+ L7jGXy6VsNdLICAIIAikiAU+3khbMkltivYyA5JlwwdYTlAin9U4QEm8uTa61R4rmX1I eYocneav0QBiTBd5M6EwweWCtYXdDrkkNQu0W5nfqO6tQ8wYqqjVZ/mlFHQYXCY94p1w mi5Jp9tUouoEPhbwtrU4aGrDGlf7H/S+BDjfBmSx1JrYUPj5Uys7ELdAnyA4MNLABpIK IQ7U35hkhPzhbJ3wHVzyXFj5YqW3pau41cMwrGXXlBbuCZHuzESJsPIlfHEyF3p9kz3E 8KPg== X-Gm-Message-State: AMCzsaWsdUofaJBVLapfuaz8TyULnw69b5RivMat7SlPmRod6QO0Bwen 5so4oAbc7qcnx+EpozDMNDu+oiJj X-Google-Smtp-Source: ABhQp+R1opP/4PFmo6GNR6lD8wO1L0IhX3beYdRkDVl8qFuYdIqtt5qm15Uph57/8yvyvJoKbRyjag== X-Received: by 10.99.63.199 with SMTP id m190mr6293520pga.239.1509323795932; Sun, 29 Oct 2017 17:36:35 -0700 (PDT) Received: from ?IPv6:2607:fb90:781d:490f:dd71:79b3:3c53:ce1e? ([2607:fb90:781d:490f:dd71:79b3:3c53:ce1e]) by smtp.gmail.com with ESMTPSA id p83sm26503281pfd.61.2017.10.29.17.36.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 29 Oct 2017 17:36:35 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: Ngie Cooper Mime-Version: 1.0 (1.0) Date: Sun, 29 Oct 2017 17:28:38 -0700 Message-Id: Subject: Re: FreeBSD Documentation References: <201710292053.v9TKrCuZ072016@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201710292053.v9TKrCuZ072016@pdx.rh.CN85.dnsmgr.net> To: "Rodney W. Grimes" Cc: Allan Jude , freebsd-current@freebsd.org X-Mailer: iPhone Mail (15A432) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 00:36:37 -0000 > On Oct 29, 2017, at 13:53, Rodney W. Grimes wrote: >=20 > -- Start of PGP signed section. > [ Charset UTF-8 unsupported, converting... ] >>> On 2017-10-29 11:00, Kurt Jaeger wrote: >>> Hi! >>>=20 >>>> How can we suggest edits for the docs? >>>=20 >>> Checkout the docs repo: >>>=20 >>> svn checkout https://svnweb.freebsd.org/doc/head/ . >>>=20 >>> Change the relevant files, create a new problem report on >>>=20 >>> https://bugs.freebsd.org/ >>>=20 >>> and attach the svn diff to that problem report. >>=20 >> Since the document in question is a man page, it actually lives in the >> src tree. >>=20 >> svn checkout https://svn.freebsd.org/base/head/ . >>=20 >> cd usr.sbin/jail >>=20 >> vi jail.8 >>=20 >> svn diff > jail_manpage.patch >>=20 >> And then attach that patch to a bugzilla, or upload it to >> reviews.freebsd.org >=20 > Lets make this MUCH easier on a user..... > cp /usr/share/man/man8/jail.8.gz /tmp > cd /tmp > gzip -d jail.8.gz > cp -p jail.8 jail.8.orig > vi jail.8 > diff -u jail.8.orig jail.8 >jail.8.patch >=20 > And then attach that patch to a bugzilla.... >=20 > More commands, but much shorter amount of time. >=20 > (Of cource broken if your system is not -current or close to it) No. Just do a sparse checkout of share/man/man8 ... less error prone and one= has a usable diff instead of a diff that might contain local modifications,= or be a few revisions behind. > --=20 > Rod Grimes rgrimes@freebsd= .org > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Mon Oct 30 06:45:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 100BFE55A87 for ; Mon, 30 Oct 2017 06:45:09 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB41A7653A for ; Mon, 30 Oct 2017 06:45:08 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x230.google.com with SMTP id z11so10249413pfk.4 for ; Sun, 29 Oct 2017 23:45:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=+M1URkm1wVSRnjCXR9060j/aJYMabWAa4PVGSEvA9SY=; b=pfYrQIlEdlNwL3uVIqnqaNZP2q6N2dEfEg/MzJfJEYOS5v8YI2w2vkU8LX18HMJSE7 nHSNr4shpjolULwsGj9foirTBvODYBQa5EvRv0RcROVADxPItmWi2yuaqD6OA3nTURNl ds4ytXmQzx+hyxKwPlAE7meUcnVjcibPAqni0P/9HRGAlKgJPsGu2E2W0R9oak9ATqAM r/g3AVa2Ip25cjHf37DIWKOAxbEurQRLRwKM7mwmLKWimJqPT1tHojyHbGR8Yq2tbyDw 2hy+Pu/97C7kpxFZV+VtdUY0io8u4FjfUWmosXe99iBCpkMJliQcbgknfGiYdyyUEsVR eleg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=+M1URkm1wVSRnjCXR9060j/aJYMabWAa4PVGSEvA9SY=; b=pop1+TmBYIS0FYsujo9MsmNhsoISJ7cUXcxaAAo/sHvMEXVV4JaS9q764JWWFc7fiq 7q4Z3YQHzPE87UipiOvapuxdVByzBjuPaVNiMDMVb/25Gyeq//dqaIc4m19PX3N4LlBK t8nUStCB1VDzVW9/VCpVh4qfP9/xadBMOY077unroEi+r4Zg1djXT6JJUHmtN0PHJ8qY xmQRz/chiZXH6tPfEvvyl8yvbCzAQNc2QOzXYsQEmETFlh4X1o2dkxx2fEzqBXumVX1M BK0paWmR1kTgzWzIM54OIfY/g+wXskWg/lVUwmls0Yr0vQIW2C6x2GDwqtD5LVCfrbA7 h4NA== X-Gm-Message-State: AMCzsaXWxleZ5ip/C0X0Fm2GKZ/IuO7rhV3Jgj6Rfp4+yI486byfZOZ6 jG9gbatWmpT9YIJW09PCCsE= X-Google-Smtp-Source: ABhQp+QvYpMnsALd3rjmqp3s42NB/0wpK7S69RzZyWZLDH1VkB3wyIbAUGFxFluaKjE1VFPxcvok5g== X-Received: by 10.99.137.72 with SMTP id v69mr7119010pgd.130.1509345908349; Sun, 29 Oct 2017 23:45:08 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id z127sm24777466pfb.63.2017.10.29.23.45.07 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 29 Oct 2017 23:45:07 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_459E4717-BC6A-49CB-AAD0-EE8C74A55906"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: iwm not in GENERIC kernel From: Ngie Cooper (yaneurabeya) In-Reply-To: Date: Sun, 29 Oct 2017 23:45:06 -0700 Cc: Kevin Oberman , Thomas Mueller , FreeBSD Current Message-Id: References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 06:45:09 -0000 --Apple-Mail=_459E4717-BC6A-49CB-AAD0-EE8C74A55906 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 29, 2017, at 11:01, Warner Losh wrote: ... > The blobs run on the actual card itself, not on the host. This is the = firmware for the wireless SoC that's on the card. We have allowed those = in the kernel since the very early days of the project when scsi = controllers like isp(4) downloaded firmware. >=20 > This is somewhat different than the recently discussed HBAs that have = binary blobs that run on the host, which have no business in GENERIC=E2=80= =A6 I=E2=80=99m just the messenger relaying what=E2=80=99s currently in = place in the code based on what I remember from past discussions. If you disagree with what=E2=80=99s in place with MK_SOURCELESS_UCODE, = please feel free to change it (how it works is already documented in = multiple places, and this is what Linux does too with their firmware = blobs). Also, it helps when the firmware driver is properly wired up to the = kernel build system: r324470, r325122. The kernel module could compile = on its own if someone cd=E2=80=99ed to the modules directory, but was = broken otherwise, meaning that it wasn=E2=80=99t compiling as a module, = or compiling into the kernel, prior to the before mentioned commits. Cheers, -Ngie --Apple-Mail=_459E4717-BC6A-49CB-AAD0-EE8C74A55906 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAln2ynIACgkQ9YOpJmkw hhV4vRAApV5UjbN3A/fI9UZqZ4Ylc51u7wE7jVrjkrWHeho75bNoAsCGAOW9E18w 1f0cLIJvhXgIR7Go7zHxwKAr2IrLQICD2XOZrKCzKZ0OlpC70KWl+jJqcEUk2vvm lDQSIyft27pfMPvbeNtFJf11HMtBrjz/1QMVK3utTT7mv5sOr1iIb+vdRGTe+rJ1 w9zRQNmUJ7FtdANZ9IzdVgwIA0e0NV+HBvbN9Z7gU/38ZPYhit+U9BGn0d7OtL/U f4UPnFfZ24uTf8HxXqXtDF0F9tY1EwZk1cF6/nsco+jeT2DUtGaoK4UH+ftJ2Ujh J5Njjc2OBIF1G1yur+tMrtYbT2tMyv82uRLEoeQ31z7aS6+1Ry+1IITDY/Xq+qf/ S/ujhS1NGiACvfpU1LqWjPzaO3Gwif+oq9vaHLxgoNuiiQ+4LRcSjAhAXUg5nhKp 0NtQo93kL2toYLaq0+OdK0luHjUq9YTCdXQwYqJ17mjzk2/me1RmwghpdJAzE06Y erg3susvyVMSHI3jnnxrETFbBzuxWoMZaOQwoVdM+bkKmuFDsAGuPSsUiGloz+9/ WUkcqUNRFV+l36D3xGHJPain8g4+neQ9qQxfyL9XuA1lifIpXhzLqB5+u4R1AfDN i+LTc7Q8FUgJPqUJOcaKfY7gZUOR4NpDQDOqn0JmKZDMq+2ZU9s= =ZVoj -----END PGP SIGNATURE----- --Apple-Mail=_459E4717-BC6A-49CB-AAD0-EE8C74A55906-- From owner-freebsd-current@freebsd.org Mon Oct 30 07:38:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87FA8E565F8 for ; Mon, 30 Oct 2017 07:38:26 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 5780B77D15 for ; Mon, 30 Oct 2017 07:38:25 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 9A34620D0C; Mon, 30 Oct 2017 03:38:18 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Mon, 30 Oct 2017 03:38:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=6bkNhaGYUbY3lo9zOVptCabQp+/fPYVDQwmWzagl6Js=; b=Z/2WWIi4 fC1eg5JbchDOk26eDTxT803sqEwANR8IzyZA1CAPv0ImsM+V2r4cRvv/myrjMtjR iJmNoCBu+iKsbRIf0t07QCl8w3p1tHhQgrlDAOMjS71h+TEpYpArGVITssdKJrBI 9ZvsdyfdrY8vszbIKA3iP0XsFjuqK4QwgItSDnpIXh+4SYe/JTl92NjhUraxjkdm mRY6IoLMtOde9gCW1Z+fkO+yiIau1hPQciZKRo/eMIy5dQ0TpZAPOoBT2g+Rfmpj nImQHrH/mMMaHnsZ/Qoum5jBw0Rk5IDT8OhzjQWsaSPeMchDNTRO8zShzswer9dW 3b+fhyzdG8mJqw== 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-sender :x-me-sender:x-sasl-enc; s=fm1; bh=6bkNhaGYUbY3lo9zOVptCabQp+/fP YVDQwmWzagl6Js=; b=EYnb1b8/TxMdNzyimxYNRuayFytMc62GO+ri0hu5Jtxnx yDYTN/zqLJ//Fi1Ngcl+J9WgZu+GT6OrqehQDd41eNZ2r3p0wtaL8ruDOwaN4qO3 n1YytgQf+5CAGo1lkum1r+G1agpy2PAHbWd8j7gw2VcGW0eaIa2cD6c2QW8sROdq 1axstF2DC/LO7CE6+Q45a/LovvgXtQJWgr0r+V4HTwqsiUThZjBnzHYvGrFifICk HpSL0VRg+km8kITLy6lHZ1BMV1GWld9sDFPeYhVSwb3TDyDyhkSzJhn/UsprNvfV KOZH0JhJaNJ1DGteWrwqpTazwmp68aeCC9uq3L83A== X-ME-Sender: Received: from localhost (c-210-10-166-199.syd.connect.net.au [210.10.166.199]) by mail.messagingengine.com (Postfix) with ESMTPA id 184587F39D for ; Mon, 30 Oct 2017 03:38:18 -0400 (EDT) From: Alastair Hogge To: freebsd-current@freebsd.org Subject: Re: Host CPUTYPE?=bdver2 unable to build release target for CPUTYPE?=slm Date: Mon, 30 Oct 2017 15:38:02 +0800 Message-ID: <34379613.UFvscrsAuk@direwolf.local.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) In-Reply-To: <2624318.nVSeVBqMH8@direwolf.local.> References: <2624318.nVSeVBqMH8@direwolf.local.> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2107650.ZQKnPbUZAx"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 07:38:26 -0000 --nextPart2107650.ZQKnPbUZAx Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Fri, 27 Oct 2017-10-27 12:59:30 Alastair Hogge wrote: > Hi, >=20 > I am attempting to build a release ${SRC}/release/release.sh -c > ${custom_release.conf}, however, the build fails with: Updated log from a host r325110: [...] =2D-- installconfig_subdir_usr.bin/vtfontcvt --- = = = =20 [29/2032] =3D=3D=3D> usr.bin/vtfontcvt (installconfig) =20 =2D-- installconfig_subdir_usr.bin/usbhidaction --- = =20 =3D=3D=3D> usr.bin/usbhidaction (installconfig) =20 =2D-- installconfig_subdir_usr.bin/usbhidctl --- = =20 =3D=3D=3D> usr.bin/usbhidctl (installconfig) =20 =2D-- installconfig_subdir_usr.bin/last --- =3D=3D=3D> usr.bin/last (installconfig) = =20 =2D-- installconfig_subdir_usr.bin/users --- =20 =3D=3D=3D> usr.bin/users (installconfig) = =20 =2D-- installconfig_subdir_usr.bin/who --- =20 =3D=3D=3D> usr.bin/who (installconfig) =20 =2D-- installconfig_subdir_usr.bin/vi --- =20 =2D-- installconfig_subdir_usr.bin/vi/catalog --- =20 =3D=3D=3D> usr.bin/vi/catalog (installconfig) =20 ELF ldconfig path: /lib /usr/lib /usr/lib/compat =20 32-bit compatibility ldconfig path: = =20 make: "/usr/src/Makefile" line 335: warning: "LC_ALL=3DC date" exited o= n a signal =2D-- buildworld --- =20 make[1]: "/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER: Determined= that=20 CC=3Dcc matches the source tree. Not bootstrapping a cross-compiler. make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m= =2D%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date +-%Y= =2D%m-%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%= m-%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date +-= %Y%m%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date +%= Y.%m.%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m= =2D%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date +-%Y= =2D%m-%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%= m-%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date +-= %Y%m%d"=20 exited on a signal make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date +%= Y.%m.%d"=20 exited on a signal =20 =2D-- buildworld_prologue --- =20 =2D------------------------------------------------------------- = =20 >>> World build started on =20 =2D------------------------------------------------------------- = =20 =2D-- _worldtmp --- =20 =2D------------------------------------------------------------- = =20 >>> Rebuilding the temporary build tree =20 =2D------------------------------------------------------------- = =20 rm -rf /usr/obj/usr/src/tmp =20 mkdir -p /usr/obj/usr/src/tmp/lib =20 mkdir -p /usr/obj/usr/src/tmp/lib/casper =20 mkdir -p /usr/obj/usr/src/tmp/usr =20 mkdir -p /usr/obj/usr/src/tmp/legacy/bin =20 mkdir -p /usr/obj/usr/src/tmp/legacy/usr =20 mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p=20 /usr/obj/usr/src/tmp/legacy/usr >/dev/null =20 Illegal instruction (core dumped) =20 *** [_worldtmp] Error code 132 =20 make[1]: stopped in /usr/src =20 1 error =20 make[1]: stopped in /usr/src =20 *** [buildworld] Error code 2 =20 make: stopped in /usr/src =20 1 error =20 make: stopped in /usr/src # cd /scratch/fafnir/usr/obj/usr/src/tmp/legacy/ # gdb =20 GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] =20 Copyright (C) 2017 Free Software Foundation, Inc. =20 License GPLv3+: GNU GPL version 3 or later =20 This is free software: you are free to change and redistribute it. = =20 There is NO WARRANTY, to the extent permitted by law. Type "show copyi= ng" =20 and "show warranty" for details. =20 This GDB was configured as "x86_64-portbld-freebsd12.0".=20 Type "show configuration" for configuration details. =20 For bug reporting instructions, please see: =20 . =20 Find the GDB manual and other documentation resources online at: = =20 . =20 For help, type "help". =20 Type "apropos word" to search for commands related to "word". = =20 (gdb) core mtree.core =20 [New LWP 101468] =20 warning: Unexpected size of section `.reg-xstate/101468' in core file. = =20 Core was generated by `mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p= =20 /usr/obj/usr/src/tmp/legacy/usr'. =20 Program terminated with signal SIGILL, Illegal instruction. = =20 warning: Unexpected size of section `.reg-xstate/101468' in core file. = =20 #0 0x0000000800d8e6de in ?? () =20 (gdb) bt =20 #0 0x0000000800d8e6de in ?? () =20 #1 0x00007fffffffdf50 in ?? () =20 #2 0x0000000800d9009d in ?? () =20 #3 0x00007fffffffe1e0 in ?? () = =20 #4 0x0000000100c69028 in ?? () =20 #5 0x0000000000000001 in ?? () = =20 #6 0x0000000800667014 in ?? () = =20 #7 0x0000000000000400 in ?? () =20 #8 0x00000008006a1000 in ?? () =20 #9 0x00000000e57f4b95 in ?? () = =20 #10 0x00007fffffffe1ec in ?? () = =20 #11 0xffffffff0068d000 in ?? () = =20 #12 0x0000000801021fb0 in ?? () =20 #13 0x00007fffffffdee0 in ?? () =20 #14 0x0000000800db56ae in ?? () =20 #15 0x00007fffffffdee0 in ?? () =20 #16 0x0000000801022160 in ?? () =20 #17 0x000000080065ffc7 in ?? () = =20 #18 0x0000000000000034 in ?? () =20 #19 0x00007fffffffdef0 in ?? () =20 #20 0x0000000000000005 in ?? () = =20 #21 0x0000000800de15c2 in ?? () =20 #22 0x0000000800de159e in ?? () =20 #23 0x00007fffffffdf50 in ?? () = =20 #24 0x0000000800da7a58 in ?? () = =20 #25 0x0000000100000042 in ?? () = =20 #26 0x00007fffffffe088 in ?? () = =20 #27 0x0000000800696078 in ?? () =20 #28 0x0000000000000018 in ?? () =20 #29 0x00007fffffffdf50 in ?? () #30 0x000000080065c078 in ?? () = = = =20 #31 0x228f7f06e57f4b95 in ?? () #32 0x0000000800d8fcc0 in ?? () = = = =20 #33 0x000000080068c280 in ?? () = = = =20 #34 0x0000000000000000 in ?? () =20 $ cat /usr/local/etc/fafnir-make.conf Thanks =2D-=20 The Worst Jury =09A murder trial at Manitoba in February 1978 was well advanced, when one juror revealed that he was completely deaf and did not have the remotest clue what was happening. =09The judge, Mr. Justice Solomon, asked him if he had heard any evidence at all and, when there was no reply, dismissed him. =09The excitement which this caused was only equalled when a second juror revealed that he spoke not a word of English. A fluent French speaker, he exhibited great surprised when told, after two days, that h= e was hearing a murder trial. =09The trial was abandoned when a third juror said that he suffered from=20both conditions, being simultaneously unversed in the English lang= uage and nearly as deaf as the first juror. =09The judge ordered a retrial. =09=09-- Stephen Pile, "The Book of Heroic Failures" --nextPart2107650.ZQKnPbUZAx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEE863ZAMFLT4P9HbjBtzY+5ZChngEFAln21toACgkQtzY+5ZCh ngGNeAgAvLm14+vOis+WlnLMkS2k/T9WjAxQTCBoqxwbjUuUUGJzI8AGiE59Quka XJqG9E46OBDSsRhehHSHZl3B1Bu95STiFYP65NggqXj0scpFkdrBC1QwqWt81knV YJQT2x+Ox4T2ckTaNX+iwBw5DAz30p7qKJi9NsIkGaN//RLMNUd4RGKJZRC0umLW n4QRmlKnK/lcHLGc0hBSy5s9CUvv5NdBvwoaOf54Sg93MqPgWZ4fqPHiFbWYtU21 EuBd3FCOxL1q93GYrijgnjMBD+iP+qhxswFyoeXvo2NvRrWzYAvU8SscdinXY00m X/vs2BjR1QrTARRVNB3P+iXrDSXhgA== =IMow -----END PGP SIGNATURE----- --nextPart2107650.ZQKnPbUZAx-- From owner-freebsd-current@freebsd.org Mon Oct 30 07:43:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F098E568C5 for ; Mon, 30 Oct 2017 07:43:37 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 4DA757C2E9 for ; Mon, 30 Oct 2017 07:43:36 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id C124720AEA; Mon, 30 Oct 2017 03:43:35 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Mon, 30 Oct 2017 03:43:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=SKeBC3rLXjLVPph7BUPJO8Gro8CJ2TJbZmnc05mB7RU=; b=ksceOPzf qw4U7uLMlxZM/XZT1OT7GrcVVtWF9bU1boXJ9/FKKgkCWMcqcuqQ31HULxTWnRc/ Q8cp7ZgAXAbjKZWeTppsrDGMLFW0r5E45+5sabxJKr0veGjlfFne8URHs0ijTUrT +jUm571+MT9LwlIiusDgaJbgv6mqtLGQeojzCGXF1qBBZMGar71XR44CwxMMo2/u T+gRaIeKmZRmm3omS7ANdeS8UD0Cg2cg81G+U+rwas17IC+Wnsza5ed32N6hW7uZ 3Wv3gAwg16kLPBFqsKmjnsckXqv1++YtfN72IVbJgm2KNWckJVSrCxEhon7ZCtwZ cUeNi6ipqZljpw== 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-sender :x-me-sender:x-sasl-enc; s=fm1; bh=SKeBC3rLXjLVPph7BUPJO8Gro8CJ2 TJbZmnc05mB7RU=; b=F5UN8alzDymjJOam9hVp5gcwGolJvvnXw0FbesZwGFu8i CxYNBvwxnd8tl25/jDFpupKICr1fBS36LOoXRbMYBs8J4GwnRxJrbj52+bf5RX6G 74H3LKtgD+rqCbyr9QFyeELYP3Vk5pngvxMQdtRzhcus18m+20j+88eN61gmBfeU lJSs5CvQCwSU/0a0A33R528ueD2M4sm7+oaofNsMnGeb2bY58xOSxhGEZf97aMUz 8iKmkvbtBcD7J1a+9SoXukAw7O6aS6pVjq1oGxrd19nhIMdPr/yMogVpVhNI7eyC QS3GvFZshoBNzl8PtZcRJ6xCokyGb5N1ScxddbIvw== X-ME-Sender: Received: from localhost (c-210-10-166-199.syd.connect.net.au [210.10.166.199]) by mail.messagingengine.com (Postfix) with ESMTPA id 41F437FA8C for ; Mon, 30 Oct 2017 03:43:35 -0400 (EDT) From: Alastair Hogge To: freebsd-current@freebsd.org Subject: Re: Host CPUTYPE?=bdver2 unable to build release target for CPUTYPE?=slm Date: Mon, 30 Oct 2017 15:43:32 +0800 Message-ID: <2733530.JRTi84CDi6@direwolf.local.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) In-Reply-To: <34379613.UFvscrsAuk@direwolf.local.> References: <2624318.nVSeVBqMH8@direwolf.local.> <34379613.UFvscrsAuk@direwolf.local.> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1775942.uPB3R1Hily"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 07:43:37 -0000 --nextPart1775942.uPB3R1Hily Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" On Mon, 30 Oct 2017-10-30 15:38:02 Alastair Hogge wrote: > On Fri, 27 Oct 2017-10-27 12:59:30 Alastair Hogge wrote: > > Hi, > > > > I am attempting to build a release ${SRC}/release/release.sh -c > > > ${custom_release.conf}, however, the build fails with: > Updated log from a host r325110: > > [...] > --- installconfig_subdir_usr.bin/vtfontcvt --- > [29/2032] > ===> usr.bin/vtfontcvt (installconfig) > --- installconfig_subdir_usr.bin/usbhidaction --- > ===> usr.bin/usbhidaction (installconfig) > --- installconfig_subdir_usr.bin/usbhidctl --- > ===> usr.bin/usbhidctl (installconfig) > --- installconfig_subdir_usr.bin/last --- > ===> usr.bin/last (installconfig) > --- installconfig_subdir_usr.bin/users --- > ===> usr.bin/users (installconfig) > --- installconfig_subdir_usr.bin/who --- > ===> usr.bin/who (installconfig) > --- installconfig_subdir_usr.bin/vi --- > --- installconfig_subdir_usr.bin/vi/catalog --- > ===> usr.bin/vi/catalog (installconfig) > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > 32-bit compatibility ldconfig path: > make: "/usr/src/Makefile" line 335: warning: "LC_ALL=C date" exited on a > signal --- buildworld --- > make[1]: "/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER: Determined that > CC=cc matches the source tree. Not bootstrapping a cross-compiler. > make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m-%d" > exited on a signal > make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date > +-%Y-%m-%d" exited on a signal > make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%m-%d" > exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date > +-%Y%m%d" exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date > +%Y.%m.%d" exited on a signal > make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m-%d" > exited on a signal > make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date > +-%Y-%m-%d" exited on a signal > make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%m-%d" > exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date > +-%Y%m%d" exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date > +%Y.%m.%d" exited on a signal > --- buildworld_prologue --- > -------------------------------------------------------------- > > >>> World build started on > > -------------------------------------------------------------- > --- _worldtmp --- > > -------------------------------------------------------------- > > >>> Rebuilding the temporary build tree > > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/tmp > mkdir -p /usr/obj/usr/src/tmp/lib > mkdir -p /usr/obj/usr/src/tmp/lib/casper > mkdir -p /usr/obj/usr/src/tmp/usr > mkdir -p /usr/obj/usr/src/tmp/legacy/bin > mkdir -p /usr/obj/usr/src/tmp/legacy/usr > mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p > /usr/obj/usr/src/tmp/legacy/usr >/dev/null > Illegal instruction (core dumped) > *** [_worldtmp] Error code 132 > > make[1]: stopped in /usr/src > 1 error > > make[1]: stopped in /usr/src > *** [buildworld] Error code 2 > > make: stopped in /usr/src > 1 error > > make: stopped in /usr/src > > # cd /scratch/fafnir/usr/obj/usr/src/tmp/legacy/ > # gdb > GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] > Copyright (C) 2017 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to > change and redistribute it. There is NO WARRANTY, to the extent permitted > by law. Type "show copying" and "show warranty" for details. > This GDB was configured as "x86_64-portbld-freebsd12.0". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word". > (gdb) core mtree.core > [New LWP 101468] > warning: Unexpected size of section `.reg-xstate/101468' in core file. > Core was generated by `mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p > /usr/obj/usr/src/tmp/legacy/usr'. > Program terminated with signal SIGILL, Illegal instruction. > warning: Unexpected size of section `.reg-xstate/101468' in core file. > #0 0x0000000800d8e6de in ?? () > (gdb) bt > #0 0x0000000800d8e6de in ?? () > #1 0x00007fffffffdf50 in ?? () > #2 0x0000000800d9009d in ?? () > #3 0x00007fffffffe1e0 in ?? () > #4 0x0000000100c69028 in ?? () > #5 0x0000000000000001 in ?? () > #6 0x0000000800667014 in ?? () > #7 0x0000000000000400 in ?? () > #8 0x00000008006a1000 in ?? () > #9 0x00000000e57f4b95 in ?? () > #10 0x00007fffffffe1ec in ?? () > #11 0xffffffff0068d000 in ?? () > #12 0x0000000801021fb0 in ?? () > #13 0x00007fffffffdee0 in ?? () > #14 0x0000000800db56ae in ?? () > #15 0x00007fffffffdee0 in ?? () > #16 0x0000000801022160 in ?? () > #17 0x000000080065ffc7 in ?? () > #18 0x0000000000000034 in ?? () > #19 0x00007fffffffdef0 in ?? () > #20 0x0000000000000005 in ?? () > #21 0x0000000800de15c2 in ?? () > #22 0x0000000800de159e in ?? () > #23 0x00007fffffffdf50 in ?? () > #24 0x0000000800da7a58 in ?? () > #25 0x0000000100000042 in ?? () > #26 0x00007fffffffe088 in ?? () > #27 0x0000000800696078 in ?? () > #28 0x0000000000000018 in ?? () > #29 0x00007fffffffdf50 in ?? () > #30 0x000000080065c078 in ?? () > #31 0x228f7f06e57f4b95 in ?? () > #32 0x0000000800d8fcc0 in ?? () > #33 0x000000080068c280 in ?? () > #34 0x0000000000000000 in ?? () > > $ cat /usr/local/etc/fafnir-make.conf ALWAYS_CHECK_MAKE= YES CPUTYPE?= slm DEBUG_FLAGS= -g DEFAULT_VERSIONS= bdb=5 linux=c7_64 ssl=openssl KERNCONF= FAFNIR MALLOC_PRODUCTION= MODULES_OVERRIDE= vmm WITH_PKG= devel WITH_SSP_PORTS= # cd /scratch/fafnir/usr/src # gdb GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word". (gdb) core date.core [New LWP 100185] warning: Unexpected size of section `.reg-xstate/100185' in core file. Core was generated by `date'. Program terminated with signal SIGILL, Illegal instruction. warning: Unexpected size of section `.reg-xstate/100185' in core file. #0 0x000000080097860e in ?? () (gdb) bt #0 0x000000080097860e in ?? () #1 0x0000000000000000 in ?? () (gdb) quit # cd /scratch/fafnir/usr/src/release # gdb GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word". (gdb) core date.core [New LWP 100193] warning: Unexpected size of section `.reg-xstate/100193' in core file. Core was generated by `date +%Y.%m.%d'. Program terminated with signal SIGILL, Illegal instruction. warning: Unexpected size of section `.reg-xstate/100193' in core file. #0 0x000000080097860e in ?? () (gdb) bt #0 0x000000080097860e in ?? () #1 0x0000000000000000 in ?? () (gdb) quit --nextPart1775942.uPB3R1Hily Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEE863ZAMFLT4P9HbjBtzY+5ZChngEFAln22CQACgkQtzY+5ZCh ngEHrgf/Y5t2+NbOIIOgz2yUIRndugzNuFOEzMtpsPMvpc1vuuuwOBATYpWuRpsT UaZZPY34TfVpRf+4+9evrIcR5U0AjDu0SdydN2ktTX00/2v1Q/1YWtqr+I5CdWb8 L/u8OdLmyxpIpWhsCzdbQpCr5uVC0MS9X3NW7Lda/km2hng8sI5thtAmEnbA052n +lBbsP0l+SAqZi1tdTe/DerAF0Pu21D9ZV35RqHG8THSwdNBfDxmdZqydQtSDpxS Z9jUG7ufdslo/6GSGrVrsbramsHgYwn/tmLrNHkneSlUBI309qj33GF8e3sucU+q P2EvTrv/za+63geBXl2JYoIhP7rDDQ== =+0s/ -----END PGP SIGNATURE----- --nextPart1775942.uPB3R1Hily-- From owner-freebsd-current@freebsd.org Mon Oct 30 14:28:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E018E5E4B4 for ; Mon, 30 Oct 2017 14:28:27 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A59A644F1; Mon, 30 Oct 2017 14:28:25 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AW2chYBa0OFFOrt+CLqjwmwH/LSx+4OfEezUN459i?= =?us-ascii?q?sYplN5qZoM+7bnLW6fgltlLVR4KTs6sC0LuG9fi4EUU7or+5+EgYd5JNUxJXwe?= =?us-ascii?q?43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6arXK99yMdFQviPgRp?= =?us-ascii?q?OOv1BpTSj8Oq3Oyu5pHfeQtFiT6+bL9oMBm6sRjau9ULj4dlNqs/0AbCrGFSe+?= =?us-ascii?q?RRy2NoJFaTkAj568yt4pNt8Dletuw4+cJYXqr0Y6o3TbpDDDQ7KG81/9HktQPC?= =?us-ascii?q?TQSU+HQRVHgdnwdSDAjE6BH6WYrxsjf/u+Fg1iSWIdH6QLYpUjmk8qxlSgLniD?= =?us-ascii?q?0fOjA38G/ZlNF+gqFZrxKvqBNw34HabZqJNPd8Yq/RYc8WSXZfUstXSidPApm8?= =?us-ascii?q?b4wKD+cZI+hYrov9p18TphagAgmsA/jvxSFNhnDs2606yPkqHAba3AwhHdIOtG?= =?us-ascii?q?/ZotXvNKgMT++40bTGwzvZY/NRwzf955HFfxY8qv+PRbJ9acncxVU1Gw/bklmc?= =?us-ascii?q?tZbpMjKR2+gXrmSX8eRtWOSygGA9sQ5xuCKgxsI0h4nMgYIa107L+D1iwIYwOd?= =?us-ascii?q?24UEl7YcO4EJdItyGVKY92QsQ6TmFroik6zrwGuZulcygQz5Qr3QLfa/2Fc4iM?= =?us-ascii?q?+B7sSOGRITBjhH17fbKwnRCy8VO6xu37TMm0305GritDktbSqnAAzx/e5tSdRv?= =?us-ascii?q?dj4kutxSyD2gHX5+1ePEw4i6TWJ4YkwrEql5oTtUrDHjXxmEXzlKKWakQk+uqs?= =?us-ascii?q?6+n8bLXmvIGTOJFvhQHlL6sigMu/Af43MgQWRWiU5fy81KH//U3+WLhKjfo2kr?= =?us-ascii?q?LFsJDbJsQUvbC2AwtO34Ys7hawFTam0NACkXYbK1JFfUHPs4+8GFbIO+zxC+u+?= =?us-ascii?q?hRyGnTNs2uvBIPW1AZLWMnnAmrrlVbl44k9YjgE0yIYMyYhTD+Q9IfD3EmT2s8?= =?us-ascii?q?fVCxY/KETg3+flDP1TzI4Tc1mjRKiDP/WB4hez+uszLrzUN8cuszHnJq196g?= =?us-ascii?q?=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CyDACnNvdZ/3tFyFBcHAEBBAEBCgEBF?= =?us-ascii?q?wEBBAEBCgEBgzRUSAE1J48PjhwBAYF7MgGIHJAEhUUChF5EFAEBAQEBAQEBAQE?= =?us-ascii?q?BaiiCOCKCQwEBAQECAScTHCMFCwsOBAYJJQ8SGBAOBhMbiXADDQyqOjqHMA2DQ?= =?us-ascii?q?AEBAQEGAgElgy6HYIENgmqCJ4V2BaFHPJADhGyBAJI6SIxQijE2IYFoVTIIgy2?= =?us-ascii?q?CXByBaEA2il0qghoBAQE?= X-IPAS-Result: =?us-ascii?q?A2CyDACnNvdZ/3tFyFBcHAEBBAEBCgEBFwEBBAEBCgEBgzR?= =?us-ascii?q?USAE1J48PjhwBAYF7MgGIHJAEhUUChF5EFAEBAQEBAQEBAQEBaiiCOCKCQwEBA?= =?us-ascii?q?QECAScTHCMFCwsOBAYJJQ8SGBAOBhMbiXADDQyqOjqHMA2DQAEBAQEGAgElgy6?= =?us-ascii?q?HYIENgmqCJ4V2BaFHPJADhGyBAJI6SIxQijE2IYFoVTIIgy2CXByBaEA2il0qg?= =?us-ascii?q?hoBAQE?= Received: from 123.69-200-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.200.69.123]) by relay.skynet.be with ESMTP; 30 Oct 2017 15:27:59 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v9UERwp7013772; Mon, 30 Oct 2017 15:27:58 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Mon, 30 Oct 2017 15:27:57 +0100 From: Tijl Coosemans To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171030152757.158ebcef@kalimero.tijl.coosemans.org> In-Reply-To: <20171029191358.GU2566@kib.kiev.ua> References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 14:28:27 -0000 On Sun, 29 Oct 2017 21:13:58 +0200 Konstantin Belousov wrote: > On Sun, Oct 29, 2017 at 06:23:51PM +0100, Tijl Coosemans wrote: >> On Sat, 26 Aug 2017 21:40:34 +0300 Konstantin Belousov wrote: >>> On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >>>> I did consider using >>>> a CFI directive (see patch below) and it works, but it's architecture >>>> specific and it's inserted after the function prologue so there's still >>>> a window of a few instructions where a stack unwinder will try to use >>>> the return address. >>>> >>>> Index: lib/libthr/thread/thr_create.c >>>> =================================================================== >>>> --- lib/libthr/thread/thr_create.c (revision 322802) >>>> +++ lib/libthr/thread/thr_create.c (working copy) >>>> @@ -251,6 +251,7 @@ create_stack(struct pthread_attr *pattr) >>>> static void >>>> thread_start(struct pthread *curthread) >>>> { >>>> + __asm(".cfi_undefined %rip"); >>>> sigset_t set; >>>> >>>> if (curthread->attr.suspend == THR_CREATE_SUSPENDED) >>> >>> I like this approach much more than the previous patch. What can be >>> done is to provide asm trampoline which calls thread_start(). There you >>> can add the .cfi_undefined right at the entry. >>> >>> It is somewhat more work than just setting the return address on the >>> kernel-constructed pseudo stack frame, but I believe this is ultimately >>> correct way. You still can do it only on some arches, if you do not >>> have incentive to code asm for all of them. >> >> Ok, but then there are two ways to implement the trampoline: >> >> 1) >> movq $0,(%rsp) >> jmp thread_start >> 2) >> subq $8,%rsp >> call thread_start >> /* NOTREACHED */ >> >> With 1) you're setting the return address to zero anyway, so you might >> as well do that in the kernel like my first patch. With 2) you're >> setting up a new call frame, basically redoing what the kernel already >> did and on i386 this also means copying the function argument. > I do not quite understand the second variant, because the stack is not > guaranteed to be zeroed, and it is often not if reused after the previously > exited thread. The problem is that the return address of thread_start can be garbage. Solution 1 sets it to zero. Nothing else changes, once thread_start runs it's as if the trampoline never existed. Solution 2 creates a new frame and calls thread_start giving it a valid return address back to the trampoline. The trampoline still has a return address that can be garbage, but it has a CFI directive saying its return address is undefined so that's ok. > The first variant is what I like, but perhaps we need to emulate the > frame as well, i.e. push two zero longs. That would be a hybrid of 1 and 2. > Currently kernel does not access the usermode stack for the new thread > unless dictated by ABI (i.e. it does not touch it for 64bit process > on amd64, but have to for 32bit). I like this property. Also, the > previous paragraph is indicative: we do not really know in kernel > what ABI the userspace follows. It might want frame, may be it does > not need it. It could use other register than %rbp as the frame base, > etc. Yes, but then the kernel should just set the stack pointer to the first byte after the stack and pass the argument in a register. Then userspace can align the stack and store function arguments the way it likes and call a C function or whatever else it wants to do. Now the kernel is already setting up the stack so the entry point can be a C function. But anyway, we're both talking about hypothetical situations now so I'm just going to make the decision and go with my earlier patch. Then it's clear that the kernel sets up the frame and there isn't some sort of split responsibility between kernel and userland. If there's ever a situation where the kernel should not set up a call frame a new syscall can be added. In the end we're talking about the best way to set a word to zero here. We've spent too many emails on that already. >> Do you have any preference (or better alternatives), because I think I >> still prefer my first patch. It's the caller's job to set up the call >> frame, in this case the kernel. And if the kernel handles it then it >> also works with (hypothetical) implementations other than libthr. >> >>> Also crt1 probably should get the same treatment, despite we already set >>> %rbp to zero AFAIR. >> >> I haven't checked but I imagine the return address of the process entry >> point is always zero because the stack is all zeros. > Stack is not zero. The environment and argument strings and auxv are copied > at top, and at the bottom the ps_strings structure is located, so it > is not. Yes, what I meant is that it's newly allocated so even if the return address is uninitialised it will be zero. If it wasn't people would have reported problems with stack unwinding. From owner-freebsd-current@freebsd.org Mon Oct 30 14:32:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8046EE5E7F1 for ; Mon, 30 Oct 2017 14:32:11 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D53B6649A0; Mon, 30 Oct 2017 14:32:10 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AGGZ9+BzPSZ+D+nDXCy+O+j09IxM/srCxBDY+r6Qd?= =?us-ascii?q?1OwUIJqq85mqBkHD//Il1AaPBtSLraocw8Pt8InYEVQa5piAtH1QOLdtbDQizf?= =?us-ascii?q?ssogo7HcSeAlf6JvO5JwYzHcBFSUM3tyrjaRsdF8nxfUDdrWOv5jAOBBr/KRB1?= =?us-ascii?q?JuPoEYLOksi7ze6/9pnQbglSmDaxfa55IQmrownWqsQYm5ZpJLwryhvOrHtIeu?= =?us-ascii?q?BWyn1tKFmOgRvy5dq+8YB6/ShItP0v68BPUaPhf6QlVrNYFygpM3o05MLwqxbO?= =?us-ascii?q?SxaE62YGXWUXlhpIBBXF7A3/U5zsvCb2qvZx1S+HNsDwULs6Wymt771zRRHmiC?= =?us-ascii?q?kJKSM3/mLVhcx+g61UvB2vqgdjw4PWfI2ZKOZycr/Dcd4cWGFPXtxRVytEAo6k?= =?us-ascii?q?cYUPDugBPeJFpITjoFsOqgC+ChepBOz1zD9InWL90Kom0+QgEwHG2BctEdIUsH?= =?us-ascii?q?vKstr4KbocX+6vwKnP1zXDYOpb1DHg44bGdRAhpOuDXbN2ccfJxkkvER7Fgk+X?= =?us-ascii?q?qYz/MDOY0PkGvWuD7+d4Vu+jl3Qrpx9trjSz3Mshi43EipgIxlza+yh0xps+K8?= =?us-ascii?q?eiR05he9GkFYNdtySdN4RrXMwvW3pouCMmyr0evp67YTQKxIwnxxHBb/yHdJCF?= =?us-ascii?q?4hH5W+aVIDd4gWxqeKi4hxqo7Uigy+/8Vs2u3FlWqSpFlcLMuW4I1xPJ7MiHUe?= =?us-ascii?q?Fx/kC72TaAzwzT6+dELl4olafDKJMt3qQ8moQPvUjfBCP7mUH7gLWLekk69OWk?= =?us-ascii?q?8+Hnba/npp+YOY90kAb+MqE2l8yjAOQ4MAwOUnOV+eSmyrLs41b2QK5XgfEsla?= =?us-ascii?q?nZqp/aKdwBpqGlGw9Vzpoj6xGnAjel19QYhmUHLFNGeB2ckYfpP0rDIP/9Dfil?= =?us-ascii?q?glSslC1nyOzBPr3kUd3xKS3qlrv7cL9mo3Jbwg4+15gL7pRYELwIO+62Xk7qqP?= =?us-ascii?q?TWAQ0/PhDyyOaxW/tn0YZLZWONBueyN6TJvFqB4Plnd/WNZos9lizwJtIey7jp?= =?us-ascii?q?l3BvygxVRrWgwZZCMCPwJf9hOUjMOXc=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BuGACnNvdZ/3tFyFBcGwEBAQMBAQEJA?= =?us-ascii?q?QEBFgEBAQMBAQEJAQEBgzRUEG4njw+OHAEBgXsyAZggLYUOBAQCAoReRRMBAQE?= =?us-ascii?q?BAQEBAQEBAWoogjgigkQBBTocIxALGAklDyoeBhOKJwyqaIp9AQEBAQEBAQECA?= =?us-ascii?q?QEBAQEBHQWDLohtgz6HSQWiA4dmjQmBAIEJkTFIjBeKajcggWhVMghJgmSCXBy?= =?us-ascii?q?BaEA2AY0gAQEB?= X-IPAS-Result: =?us-ascii?q?A2BuGACnNvdZ/3tFyFBcGwEBAQMBAQEJAQEBFgEBAQMBAQE?= =?us-ascii?q?JAQEBgzRUEG4njw+OHAEBgXsyAZggLYUOBAQCAoReRRMBAQEBAQEBAQEBAWoog?= =?us-ascii?q?jgigkQBBTocIxALGAklDyoeBhOKJwyqaIp9AQEBAQEBAQECAQEBAQEBHQWDLoh?= =?us-ascii?q?tgz6HSQWiA4dmjQmBAIEJkTFIjBeKajcggWhVMghJgmSCXByBaEA2AY0gAQEB?= Received: from 123.69-200-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.200.69.123]) by relay.skynet.be with ESMTP; 30 Oct 2017 15:32:08 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v9UEW7oN013844; Mon, 30 Oct 2017 15:32:07 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Mon, 30 Oct 2017 15:32:07 +0100 From: Tijl Coosemans To: Andreas Tobler Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> In-Reply-To: <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 14:32:11 -0000 On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler wrote: > Attached what I have for libgcc. It can be applied to gcc5-8, should > give no issues. The mentioned tc from this thread and mine, > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. > > What do you think? Like I said before the return address can be anything. It could for instance point to some instruction in a random function and then the stack unwinder will think thread_start was called from that function. There's no check you can add to libgcc to distinguish that from a normal valid return address. From owner-freebsd-current@freebsd.org Mon Oct 30 16:48:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8736E61452 for ; Mon, 30 Oct 2017 16:48:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 87D3369E6A for ; Mon, 30 Oct 2017 16:48:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 837CAE6144F; Mon, 30 Oct 2017 16:48:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82B5FE6144E; Mon, 30 Oct 2017 16:48:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5504369E69; Mon, 30 Oct 2017 16:48:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 6D3E0117BE; Mon, 30 Oct 2017 16:48:13 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id B819A9D8B; Mon, 30 Oct 2017 16:48:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id FWUJeG4ILj34; Mon, 30 Oct 2017 16:48:10 +0000 (UTC) To: current@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 43E2C9D84 Cc: stable@FreeBSD.org, Ports FreeBSD From: Bryan Drewery Subject: FYI about native-xtools / Poudriere jail -x change in head Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Mon, 30 Oct 2017 09:48:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VNl59An752mF5HHc2Pwxt96RvwvKxmJnm" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 16:48:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VNl59An752mF5HHc2Pwxt96RvwvKxmJnm Content-Type: multipart/mixed; boundary="W7GIbdOAuLl41kSAGvn2aE6JohmVHS1F7"; protected-headers="v1" From: Bryan Drewery To: current@FreeBSD.org Cc: stable@FreeBSD.org, Ports FreeBSD Message-ID: Subject: FYI about native-xtools / Poudriere jail -x change in head --W7GIbdOAuLl41kSAGvn2aE6JohmVHS1F7 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable The latest FreeBSD head's native-xtools support (jail -x) requires poudriere-devel-3.1.99.20171028 or poudriere-3.1.22 after r325082. Otherwise it will build but not install. Also with the new Poudriere and latest head native-xtools no longer requires a /usr/src checkout but uses the jails own source after r325001.= --=20 Regards, Bryan Drewery --W7GIbdOAuLl41kSAGvn2aE6JohmVHS1F7-- --VNl59An752mF5HHc2Pwxt96RvwvKxmJnm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ91fLAAoJEDXXcbtuRpfPA0QH/2JxV+cYHQfr417CmA6fAd39 6o9biqgTIWsoU9lftuJyBWV1vIOlUROLrOR/pt1Ef9l6uARVuaVmQwWcoc8BxKzk lXChnQy9OYL26Gnh1+xgfjcWolZe5jS/GxXyRpPOElPpIdw5gOrUA2hT/2Z8Q3tK cgJ/deBq+dyCr0s2b0Q0Sg/A11p5tMpZNokqpVnvmw3PNdHs0nVyo1QD6+QUlYgO B4Cvk+MJVFi9w3dz44BG3ABP5qsPPZr5rOKYvVLvXD8jJ6Q7ZXqVFhFYtDtxGu1Y KA/I9uBUZHj/Mx2lF/QFNOZTJUrCiV3mpN6tRbxn6Y8gp3a0mUMMod7sg3jYieg= =NWZN -----END PGP SIGNATURE----- --VNl59An752mF5HHc2Pwxt96RvwvKxmJnm-- From owner-freebsd-current@freebsd.org Mon Oct 30 16:19:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF1DFE60DE1 for ; Mon, 30 Oct 2017 16:19:26 +0000 (UTC) (envelope-from j.montes@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 84BD869122 for ; Mon, 30 Oct 2017 16:19:26 +0000 (UTC) (envelope-from j.montes@bally-wulff.de) Received: from bw-ex-cashub.bally-wulff.de (bw-ex-cashub.bally-wulff.de [192.168.204.230]) by mail.bally-wulff.de (Postfix) with ESMTPS id 62542FC; Mon, 30 Oct 2017 17:09:33 +0100 (CET) Received: from BWEPCMONTESJ.bally-wulff.de (192.168.195.125) by BW-EX-CASHUB.bally-wulff.de (192.168.204.230) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 30 Oct 2017 17:09:30 +0100 To: , , "Fernandez-Cueto, Roberto" From: =?UTF-8?Q?Jairo_Montes_Gonz=c3=a1lez?= Subject: pcsc-lite hangs up after unplugging an USB card reader Date: Mon, 30 Oct 2017 18:10:04 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------D686B711F8DE6A27E5201856" Content-Language: en-US X-OLX-Disclaimer: BW-EX-CASHUB.BALLY-WULFF.DE X-PureMessage: [Scanned] Message-ID: X-Mailman-Approved-At: Mon, 30 Oct 2017 16:56:14 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 16:19:26 -0000 --------------D686B711F8DE6A27E5201856 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable =EF=BB=BFJairo Montes schrieb am 30.10.2017 17:09 _____________________________________________________________________ Hi people! My problem appears only when unplugging one device. I can have more than one connected, but when I disconnect one, an error occurs, and if I plug in a device, even the same I just unplugged, it won't be loaded. I don't know if the problem comes from pcsc-lite or FreeBSD (libusb). Information requested for support at: http://pcsclite.alioth.debian.org/ccid.html#support Versions: - ccid-1.4.27 - pcsc-lite-1.8.22,2 - Inside Secure AT90SCR200 - Enabled features: FreeBSD amd64-portbld-freebsd12.0 serial usb libusb usbdropdir=3D/usr/local/lib/pcsc/drivers/ ipcdir=3D/var/run/pcscd configdir=3D/usr/local/etc/reader.conf.d Platform: - FreeBSD 10.4-STABLE and 12.0-CURRENT r323761 amd64 - Standard compatible PC (Intel i5-6500) - No card involved. It does the same with or without a card. - SCM Microsystems Inc. SCR 335, Inside Secure AT90SCR200. The output of pcscd is attached to this email. Any thoughts on this? Thanks in advance people. BALLY WULFF Games & Entertainment GmbH, Maybachufer 48-51, 12045 Berlin, Po= stanschrift: Postfach 44 01 57, 12001 Berlin Tel.: 030-620 02-0 FAX: 030-62= 0 02-200, Geschaeftsfuehrer: Thomas Niehenke, Lars Rogge, Wolfram Seiffert,= Thomas Wendt, Amtsgericht Berlin-Charlottenburg HRB 139020 B, UST-IdNr. DE= 815328376 _____________________________________________________________________ Dieses E-Mail ist nur fuer den Empfaenger bestimmt, an den es gerichtet ist und kann vertrauliches bzw. unter das Berufsgeheimnis fallendes Material enthalten. Jegliche darin enthaltene Ansicht oder Meinungs- aeusserung ist die des Autors und stellt nicht notwendigerweise die Ansicht oder Meinung von Bally Wulff Games & Entertainment GmbH dar. Sind Sie nicht der Empfaenger, so haben Sie diese E-Mail irrtuemlich erhalten und jegliche Verwendung, Veroeffentlichung, Weiterleitung, Abschrift oder jeglicher Druck dieser E-Mail ist strengstens untersagt. Weder Bally Wulff Games & Entertainment GmbH noch der Absender uebernehmen die Haftung fuer Viren. Es obliegt Ihrer Verantwortung, die E-Mail und deren Anhaenge auf Viren zu pruefen. 1 Anhaenge: log.txt _____________________________________________________________________ Versand am 30.10.2017 17:09 von Montes Jairo --------------D686B711F8DE6A27E5201856 Content-Type: text/plain; charset="UTF-8"; name="log.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="log.txt" MDAwMDAwMDAgZGVidWdsb2cuYzoyODk6RGVidWdMb2dTZXRMZXZlbCgpIGRlYnVnIGxldmVs PWRlYnVnCjAwMDAwMTMwIGRlYnVnbG9nLmM6MzEwOkRlYnVnTG9nU2V0Q2F0ZWdvcnkoKSBE ZWJ1ZyBvcHRpb25zOiBBUERVCjAwMDAwMDEzIHBjc2NkYWVtb24uYzozNTA6bWFpbigpIEZv cmNlIGNvbG9yZWQgbG9ncwowMDAwMTMyOSBjb25maWdmaWxlLmw6MzYxOkRCR2V0UmVhZGVy TGlzdCgpIFBhcnNpbmcgY29uZiBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9yZWFkZXIuY29uZi5k CjAwMDAwMDU1IHBjc2NkYWVtb24uYzo2NTg6bWFpbigpIHBjc2MtbGl0ZSAxLjguMjIgZGFl bW9uIHJlYWR5LgowMDAwNzgyMyBob3RwbHVnX2xpYnVzYi5jOjQ0MDpIUEVzdGFibGlzaFVT Qk5vdGlmaWNhdGlvbnMoKSBEcml2ZXIgaWZkLWNjaWQuYnVuZGxlIGRvZXMgbm90IHN1cHBv cnQgSUZEX0dFTkVSQVRFX0hPVFBMVUcuIFVzaW5nIGFjdGl2ZSBwb2xsaW5nIGluc3RlYWQu CjAwMDAwMDI0IGhvdHBsdWdfbGlidXNiLmM6NDQ5OkhQRXN0YWJsaXNoVVNCTm90aWZpY2F0 aW9ucygpIFBvbGxpbmcgZm9yY2VkIGV2ZXJ5IDEgc2Vjb25kKHMpCjAyNzA2NTk3IGhvdHBs dWdfbGlidXNiLmM6NTM2OkhQQWRkSG90UGx1Z2dhYmxlKCkgQWRkaW5nIFVTQiBkZXZpY2U6 IDA6MzowCjAwMDAwMTE5IHJlYWRlcmZhY3RvcnkuYzoxMDc0OlJGSW5pdGlhbGl6ZVJlYWRl cigpIEF0dGVtcHRpbmcgc3RhcnR1cCBvZiBJbnNpZGUgU2VjdXJlIEFUOTBTQ1IyMDAgMDAg MDAgdXNpbmcgL3Vzci9sb2NhbC9saWIvcGNzYy9kcml2ZXJzLy9pZmQtY2NpZC5idW5kbGUv Q29udGVudHMvRnJlZUJTRC9saWJjY2lkLnNvCjAwMDAwMjQ0IHJlYWRlcmZhY3RvcnkuYzo5 NDk6UkZCaW5kRnVuY3Rpb25zKCkgTG9hZGluZyBJRkQgSGFuZGxlciAzLjAKMDAwMDAwNjQg aWZkaGFuZGxlci5jOjE5NjU6aW5pdF9kcml2ZXIoKSBEcml2ZXIgdmVyc2lvbjogMS40LjI3 CjAwMDAyNzM1IGlmZGhhbmRsZXIuYzoxOTgyOmluaXRfZHJpdmVyKCkgTG9nTGV2ZWw6IDB4 MDAwMwowMDAwMDAyMSBpZmRoYW5kbGVyLmM6MTk5Mzppbml0X2RyaXZlcigpIERyaXZlck9w dGlvbnM6IDB4MDAwMAowMDAwMTIwNiBpZmRoYW5kbGVyLmM6MTExOkNyZWF0ZUNoYW5uZWxC eU5hbWVPckNoYW5uZWwoKSBMdW46IDAsIGRldmljZTogdXNiOjI0MDYvNjQwNzpsaWJ1c2It MS4wOjA6MzowCjAwMDAwMDUzIGNjaWRfdXNiLmM6MzAyOk9wZW5VU0JCeU5hbWUoKSBVc2lu ZzogL3Vzci9sb2NhbC9saWIvcGNzYy9kcml2ZXJzL2lmZC1jY2lkLmJ1bmRsZS9Db250ZW50 cy9JbmZvLnBsaXN0CjAwMDAxMDI2IHBjc2NkYWVtb24uYzoxOTE6c2lnbmFsX3RocmVhZCgp IFJlY2VpdmVkIHNpZ25hbDogMzAKMDAwMDAwMjIgaG90cGx1Z19saWJ1c2IuYzo2NTE6SFBS ZUNoZWNrU2VyaWFsUmVhZGVycygpCjAwMDAxMTQ2IGNjaWRfdXNiLmM6MzIwOk9wZW5VU0JC eU5hbWUoKSBpZmRNYW51ZmFjdHVyZXJTdHJpbmc6IEx1ZG92aWMgUm91c3NlYXUgKGx1ZG92 aWMucm91c3NlYXVAZnJlZS5mcikKMDAwMDAwMTcgY2NpZF91c2IuYzozMjE6T3BlblVTQkJ5 TmFtZSgpIGlmZFByb2R1Y3RTdHJpbmc6IEdlbmVyaWMgQ0NJRCBkcml2ZXIKMDAwMDAwMTIg Y2NpZF91c2IuYzozMjI6T3BlblVTQkJ5TmFtZSgpIENvcHlyaWdodDogVGhpcyBkcml2ZXIg aXMgcHJvdGVjdGVkIGJ5IHRlcm1zIG9mIHRoZSBHTlUgTGVzc2VyIEdlbmVyYWwgUHVibGlj IExpY2Vuc2UgdmVyc2lvbiAyLjEsIG9yIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZl cnNpb24uCjAwMDAwNjk1IGNjaWRfdXNiLmM6NjU2Ok9wZW5VU0JCeU5hbWUoKSBGb3VuZCBW ZW5kb3IvUHJvZHVjdDogMjQwNi82NDA3IChJbnNpZGUgU2VjdXJlIEFUOTBTQ1IyMDApCjAw MDAwMDE4IGNjaWRfdXNiLmM6NjU4Ok9wZW5VU0JCeU5hbWUoKSBVc2luZyBVU0IgYnVzL2Rl dmljZTogMC8zCjAwMDAwMDA5IGNjaWRfdXNiLmM6NzE3Ok9wZW5VU0JCeU5hbWUoKSBiTnVt RGF0YVJhdGVzU3VwcG9ydGVkIGlzIDAKMDAwNTg5MzQgaWZkaGFuZGxlci5jOjM4MjpJRkRI R2V0Q2FwYWJpbGl0aWVzKCkgdGFnOiAweEZCMywgdXNiOjI0MDYvNjQwNzpsaWJ1c2ItMS4w OjA6MzowIChsdW46IDApCjAwMDAwMDIwIHJlYWRlcmZhY3RvcnkuYzozOTY6UkZBZGRSZWFk ZXIoKSBVc2luZyB0aGUgcmVhZGVyIHBvbGxpbmcgdGhyZWFkCjAwMDAwMzQwIGlmZGhhbmRs ZXIuYzozODI6SUZESEdldENhcGFiaWxpdGllcygpIHRhZzogMHhGQUUsIHVzYjoyNDA2LzY0 MDc6bGlidXNiLTEuMDowOjM6MCAobHVuOiAwKQowMDAwMDAxNiBpZmRoYW5kbGVyLmM6NDc3 OklGREhHZXRDYXBhYmlsaXRpZXMoKSBSZWFkZXIgc3VwcG9ydHMgMSBzbG90KHMpCjAyMzI5 Njc2IHBjc2NkYWVtb24uYzoxOTE6c2lnbmFsX3RocmVhZCgpIFJlY2VpdmVkIHNpZ25hbDog MzAKMDAwMDAwMjIgaG90cGx1Z19saWJ1c2IuYzo2NTE6SFBSZUNoZWNrU2VyaWFsUmVhZGVy cygpCjAwNzE0NTk3IGhvdHBsdWdfbGlidXNiLmM6NjI2OkhQUmVtb3ZlSG90UGx1Z2dhYmxl KCkgUmVtb3ZpbmcgVVNCIGRldmljZVswXTogMDozOjAKMDAwMDAwMjggcmVhZGVyZmFjdG9y eS5jOjYwOTpSRlJlbW92ZVJlYWRlcigpIFVucmVmUmVhZGVyKCkgY291bnQgd2FzOiAxCjAw MDAwMDExIGV2ZW50aGFuZGxlci5jOjE3MzpFSERlc3Ryb3lFdmVudEhhbmRsZXIoKSBTdG9t cGluZyB0aHJlYWQuCjAwMDAwMDE2IGlmZGhhbmRsZXIuYzozODI6SUZESEdldENhcGFiaWxp dGllcygpIHRhZzogMHhGQjEsIHVzYjoyNDA2LzY0MDc6bGlidXNiLTEuMDowOjM6MCAobHVu OiAwKQowMDAwMDAxMCBpZmRoYW5kbGVyLmM6MzgyOklGREhHZXRDYXBhYmlsaXRpZXMoKSB0 YWc6IDB4RkIyLCB1c2I6MjQwNi82NDA3OmxpYnVzYi0xLjA6MDozOjAgKGx1bjogMCkKMDAw MDAwMDkgZXZlbnRoYW5kbGVyLmM6MTk4OkVIRGVzdHJveUV2ZW50SGFuZGxlcigpIFJlcXVl c3Qgc3RvcHBpbmcgb2YgcG9sbGluZyB0aHJlYWQKMDAwMDAwMDkgaWZkaGFuZGxlci5jOjM0 NzpJRkRIU3RvcFBvbGxpbmcoKSB1c2I6MjQwNi82NDA3OmxpYnVzYi0xLjA6MDozOjAgKGx1 bjogMCkKMDAwMDAwMTcgY2NpZF91c2IuYzoxMzg5OkludGVycnVwdFN0b3AoKSBsaWJ1c2Jf Y2FuY2VsX3RyYW5zZmVyIGZhaWxlZDogLTUKMDI0MDc3MTIgcGNzY2RhZW1vbi5jOjE5MTpz aWduYWxfdGhyZWFkKCkgUmVjZWl2ZWQgc2lnbmFsOiAyCjAwMDAwMDE4IHBjc2NkYWVtb24u YzoyMjQ6c2lnbmFsX3RocmVhZCgpIFByZXBhcmluZyBmb3Igc3VpY2lkZQowMTA2Mjc0OSBy ZWFkZXJmYWN0b3J5LmM6MTM1MjpSRkNsZWFudXBSZWFkZXJzKCkgZW50ZXJpbmcgY2xlYW5p bmcgZnVuY3Rpb24KMDAwMDAwMjMgcmVhZGVyZmFjdG9yeS5jOjEzNjE6UkZDbGVhbnVwUmVh ZGVycygpIFN0b3BwaW5nIHJlYWRlcjogSW5zaWRlIFNlY3VyZSBBVDkwU0NSMjAwIDAwIDAw CjAwMDAwMDEyIHJlYWRlcmZhY3RvcnkuYzo2MDk6UkZSZW1vdmVSZWFkZXIoKSBVbnJlZlJl YWRlcigpIGNvdW50IHdhczogMAowMDAwMDAyNCB3aW5zY2FyZF9zdmMuYzoxNTU6Q29udGV4 dHNEZWluaXRpYWxpemUoKSByZW1haW5pbmcgdGhyZWFkczogMAowMDAwMDAwOSBwY3NjZGFl bW9uLmM6Nzc5OmF0X2V4aXQoKSBjbGVhbmluZyAvdmFyL3J1bi9wY3NjZAo= --------------D686B711F8DE6A27E5201856-- From owner-freebsd-current@freebsd.org Mon Oct 30 17:15:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF57EE624D1 for ; Mon, 30 Oct 2017 17:15:44 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A58B86B1B8 for ; Mon, 30 Oct 2017 17:15:44 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C860C26081E; Mon, 30 Oct 2017 18:15:35 +0100 (CET) Subject: Re: pcsc-lite hangs up after unplugging an USB card reader To: =?UTF-8?Q?Jairo_Montes_Gonz=c3=a1lez?= , ludovic.rousseau@free.fr, freebsd-current@freebsd.org, "Fernandez-Cueto, Roberto" References: From: Hans Petter Selasky Message-ID: <9b50e911-4a19-8f2c-75e9-17fa1b455edd@selasky.org> Date: Mon, 30 Oct 2017 18:12:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 17:15:45 -0000 On 10/30/17 18:10, Jairo Montes González wrote: > Jairo Montes schrieb am 30.10.2017 17:09 > _____________________________________________________________________ > > Hi people! > > My problem appears only when unplugging one device. I can have more than > one connected, but when I disconnect one, an error occurs, and if I plug in > a device, even the same I just unplugged, it won't be loaded. I don't know > if the problem comes from pcsc-lite or FreeBSD (libusb). > > > Information requested for support at: > http://pcsclite.alioth.debian.org/ccid.html#support > > Versions: > - ccid-1.4.27 > - pcsc-lite-1.8.22,2 > - Inside Secure AT90SCR200 > - Enabled features: FreeBSD amd64-portbld-freebsd12.0 serial usb libusb >     usbdropdir=/usr/local/lib/pcsc/drivers/ ipcdir=/var/run/pcscd >     configdir=/usr/local/etc/reader.conf.d > > Platform: > - FreeBSD 10.4-STABLE and 12.0-CURRENT r323761 amd64 > - Standard compatible PC (Intel i5-6500) > - No card involved. It does the same with or without a card. > - SCM Microsystems Inc. SCR 335,  Inside Secure AT90SCR200. > > The output of pcscd is attached to this email. > > Any thoughts on this? Thanks in advance people. > Check the output from "procstat -ak". --HPS From owner-freebsd-current@freebsd.org Mon Oct 30 21:54:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A21BE669F2 for ; Mon, 30 Oct 2017 21:54:09 +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 D04F373AC8; Mon, 30 Oct 2017 21:54:08 +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 65F06C6839; Mon, 30 Oct 2017 22:54:05 +0100 (CET) Subject: Re: Segfault in _Unwind_* code called from pthread_exit To: Tijl Coosemans Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, gerald@FreeBSD.org References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> From: Andreas Tobler Message-ID: <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> Date: Mon, 30 Oct 2017 22:54:05 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: Obelix Submit on 127.0.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 30 Oct 2017 21:54:09 -0000 On 30.10.17 15:32, Tijl Coosemans wrote: > On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler wrote: >> Attached what I have for libgcc. It can be applied to gcc5-8, should >> give no issues. The mentioned tc from this thread and mine, >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. >> >> What do you think? > > Like I said before the return address can be anything. It could for > instance point to some instruction in a random function and then the > stack unwinder will think thread_start was called from that function. > There's no check you can add to libgcc to distinguish that from a > normal valid return address. > Maybe not, and most probably I do not understand what is happening. But with my modification I survive the test case. If no objections from your or Konstantin's side come up I will commit it to the gcc repo. It will not 'fix' the issue, but it will improve the gcc behavior. Andreas From owner-freebsd-current@freebsd.org Tue Oct 31 09:28:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AE88E53290 for ; Tue, 31 Oct 2017 09:28:30 +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 C3E516AF2D; Tue, 31 Oct 2017 09:28:29 +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 v9V9S36S027499 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 31 Oct 2017 11:28:03 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v9V9S36S027499 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v9V9S31V027498; Tue, 31 Oct 2017 11:28:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 31 Oct 2017 11:28:03 +0200 From: Konstantin Belousov To: Andreas Tobler Cc: Tijl Coosemans , freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171031092803.GA2566@kib.kiev.ua> References: <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 09:28:30 -0000 On Mon, Oct 30, 2017 at 10:54:05PM +0100, Andreas Tobler wrote: > On 30.10.17 15:32, Tijl Coosemans wrote: > > On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler wrote: > >> Attached what I have for libgcc. It can be applied to gcc5-8, should > >> give no issues. The mentioned tc from this thread and mine, > >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. > >> > >> What do you think? > > > > Like I said before the return address can be anything. It could for > > instance point to some instruction in a random function and then the > > stack unwinder will think thread_start was called from that function. > > There's no check you can add to libgcc to distinguish that from a > > normal valid return address. > > > Maybe not, and most probably I do not understand what is happening. But > with my modification I survive the test case. > > If no objections from your or Konstantin's side come up I will commit it > to the gcc repo. It will not 'fix' the issue, but it will improve the > gcc behavior. I posted something similar when the discussion thread started. From the cursory look, your patch is better than mine. The only difference that makes me wonder is that I used #ifdef KERN_PROC_SIGTRAMP around the block because I believe gcc has more relaxed policy about supporting obsoleted OS versions. From owner-freebsd-current@freebsd.org Tue Oct 31 09:45:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FE8AE5397F for ; Tue, 31 Oct 2017 09:45:01 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1C926B8CE; Tue, 31 Oct 2017 09:45:00 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AGJHa8x/z4Y25z/9uRHKM819IXTAuvvDOBiVQ1KB4?= =?us-ascii?q?1egcTK2v8tzYMVDF4r011RmSDNWds6oMotGVmpioYXYH75eFvSJKW713fDhBt/?= =?us-ascii?q?8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFRXjLwp1?= =?us-ascii?q?Ifn+FpLPg8it2e2//57ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyhzHontJf+?= =?us-ascii?q?RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKWE169b1uhTF?= =?us-ascii?q?UACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMMvrRr42RDui9b9mRhHohi?= =?us-ascii?q?kZKjA382PYisJ/g61HrxysvAB/zozIbI2JKPZyYr3RcNUHTmRBRMZRUClBD5ui?= =?us-ascii?q?YYsODeoBOftTopf6p1sJthuxGwysC/npyj9Tm3T72rE60+UjEQHCxwEuH8gOv2?= =?us-ascii?q?rKo9joKakcX/q5zK7SzTXMdv5b3yr25obPchAku/6MXLRwfNLeyUkpCgPJlFKQ?= =?us-ascii?q?qZbqPz6Ty+8DsHCb4vJjWO6zkWIrtR19riS1ysotjoTFnJ8Zxk7K+Ch/3Y07P8?= =?us-ascii?q?e3SFRhbt6hCJZQsiaaOJZoTc46WGFovTo6yqUBuZ6mYCgG0JQnyADba/yAa4WI?= =?us-ascii?q?4QjsVOKQITd9mn1lYrW/iwyu8UihyO38UtO430pNripCidnDqHUN2AbV6sicUP?= =?us-ascii?q?d9+V2h2TmX2wDS7OFLP1w0mLLYJpI92LI8iIYfvVjZEiL3nEj6lrKaelsq9+Sw?= =?us-ascii?q?7uToeLTmppuSN49ujQH+N7wjmtC+AeQ6NggDRGab+f6i27L95kL5W6hFgucxkq?= =?us-ascii?q?nDv5DWPd4bqbKhAw9JzoYj7A6yDzSh0NQDgXkHLVFFdwmZgIjtIFzOL/X4Au2+?= =?us-ascii?q?g1Soijtk2/fGPriySqnKe1HFnK3sdK0110lWzAcphYRW4Z5OB7gaPLf3W1TtnN?= =?us-ascii?q?LXHBk0L0q/w7C0Js9609YiWGCLSoSeN7jftFaO/ap7P+iOYKc7ojvwAcMJofn0?= =?us-ascii?q?gilqyhcmYaC10M5POziDFfN8LhDBbA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2AQCgBPRfhZ/3tFyFBdGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBFQEBAQECAQEBAQgBAQEBgzRUEG4njw+OIAEBgXsyAZggLYElg3MChGR?= =?us-ascii?q?EFAEBAQEBAQEBAQEBaiiCOCKCRAEFOhwjEAsYCSUPKh4GE4onDKpbiwgBAQEBA?= =?us-ascii?q?QEBAQIBAQEBAQEdBYMuiG2DPodJBaIEh2aNCYEAkjtIjBeKbDYhgWhVMghJgmS?= =?us-ascii?q?CXByBaEA2AYwrAQEB?= X-IPAS-Result: =?us-ascii?q?A2AQCgBPRfhZ/3tFyFBdGgEBAQECAQEBAQgBAQEBFQEBAQE?= =?us-ascii?q?CAQEBAQgBAQEBgzRUEG4njw+OIAEBgXsyAZggLYElg3MChGREFAEBAQEBAQEBA?= =?us-ascii?q?QEBaiiCOCKCRAEFOhwjEAsYCSUPKh4GE4onDKpbiwgBAQEBAQEBAQIBAQEBAQE?= =?us-ascii?q?dBYMuiG2DPodJBaIEh2aNCYEAkjtIjBeKbDYhgWhVMghJgmSCXByBaEA2AYwrA?= =?us-ascii?q?QEB?= Received: from 123.69-200-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.200.69.123]) by relay.skynet.be with ESMTP; 31 Oct 2017 10:44:56 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v9V9itf6021842; Tue, 31 Oct 2017 10:44:55 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Tue, 31 Oct 2017 10:44:55 +0100 From: Tijl Coosemans To: Andreas Tobler Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171031104455.48dd7c3c@kalimero.tijl.coosemans.org> In-Reply-To: <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 09:45:01 -0000 On Mon, 30 Oct 2017 22:54:05 +0100 Andreas Tobler wrote: > On 30.10.17 15:32, Tijl Coosemans wrote: >> On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler wrote: >>> Attached what I have for libgcc. It can be applied to gcc5-8, should >>> give no issues. The mentioned tc from this thread and mine, >>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. >>> >>> What do you think? >> >> Like I said before the return address can be anything. It could for >> instance point to some instruction in a random function and then the >> stack unwinder will think thread_start was called from that function. >> There's no check you can add to libgcc to distinguish that from a >> normal valid return address. > > Maybe not, and most probably I do not understand what is happening. But > with my modification I survive the test case. > > If no objections from your or Konstantin's side come up I will commit it > to the gcc repo. It will not 'fix' the issue, but it will improve the > gcc behavior. The patch looks good to me. KERN_PROC_SIGTRAMP was added in 9.3 it seems. If gcc wants to support older versions you may have to use an #ifdef like Konstantin did in his first reply in this thread. From owner-freebsd-current@freebsd.org Tue Oct 31 11:37:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A9B4E563BE for ; Tue, 31 Oct 2017 11:37:13 +0000 (UTC) (envelope-from david@catwhisker.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 6395B708B8 for ; Tue, 31 Oct 2017 11:37:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 62A84E563BB; Tue, 31 Oct 2017 11:37:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62423E563B9 for ; Tue, 31 Oct 2017 11:37:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2EDF4708B7 for ; Tue, 31 Oct 2017 11:37:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v9VBbAwg037001 for ; Tue, 31 Oct 2017 11:37:10 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v9VBbAEt037000 for current@freebsd.org; Tue, 31 Oct 2017 04:37:10 -0700 (PDT) (envelope-from david) Date: Tue, 31 Oct 2017 04:37:10 -0700 From: David Wolfskill To: current@freebsd.org Subject: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) Message-ID: <20171031113710.GS1387@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qTa+0zXUvx+FOrJg" Content-Disposition: inline User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 11:37:13 -0000 --qTa+0zXUvx+FOrJg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Performed the usual src update in head/amd64; today was from r325137 to r325228. Laptop had no complaints; everything Just Worked (as usual). This time, it was the build machine that whined -- rather less inconvenient for me. :-} Here's what it says currently: =2E.. APIC: Using the MADT enumerator. Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #516 r325228M/325228:1200052: Tue Oct 31 03:55:03 PDT= 2017 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on LLVM = 5.0.0svn) WARNING: WITNESS option enabled, expect reduced performance. =2E.. GEOM: new disk ada0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 1350095E5057 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 915715MB (1875385008 512 byte sectors) ada0: quirks=3D0x2 ses0: uhub1: on usb= us1 GEOM_PART: partition 1 on (ada0, MBR) is not aligned on 4096 bytes uhub2: Generation Code 0x0 has 1 SubEnclosures =2E.. WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ada0s4a [rw]... umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 umass0:6:0: Attached to scbus6 random: harvesting attach, 8 bytes (4 bits) from umass0 (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? atrtc0: providing initial system time pass6 at umass-sim0 bus 0 scbus6 target 0 lun 0 start_init: trying /sbin/init pass6: Removable Direct Access SCSI device uhub4: 6 ports with 6 removable, self powered pass6: Serial Number 20100818841300000 random: harvesting attach, 8 bytes (4 bits) from uhub4 pass6: 40.000MB/s transfers uhub3: 8 ports with 8 removable, self powered GEOM: new disk da0 (probe0:umass-sim0:0:0:1): Down reving Protocol Version from 2 to 0? random: harvesting attach, 8 bytes (4 bits) from uhub3 da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 da0: Removable Direct Access SCSI device da0: Serial Number 20100818841300000 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da0: quirks=3D0x2 da0: Delete methods: pass7 at umass-sim0 bus 0 scbus6 target 0 lun 1 ugen0.3: at usbus0 pass7: Removable Direct Access SCSI device ukbd0 on uhub2 ukbd0: on = usbus0 pass7: Serial Number 20100818841300000 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000pass7: 40.000MB/s trans= fers random: harvesting attach, 8 bytes (4 bits) from ukbd0 (da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL not supported. da1 at umass-sim0 bus 0 scbus6 target 0 lun 1 da1: Removable Direct Access SCSI device da1: Serial Number 20100818841300000 da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da1: quirks=3D0x2 (probe0:umass-sim0:0:0:2): Down reving Protocol Version from 2 to 0? da1: Delete methods: pass8 at umass-sim0 bus 0 scbus6 target 0 lun 2 pass8: Removable Direct Access SCSI device pass8: Serial Number 20100818841300000 pass8: 40.000MB/s transfers da2 at umass-sim0 bus 0 scbus6 target 0 lun 2 da2: Removable Direct Access SCSI device da2: Serial Number 20100818841300000 da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da2: quirks=3D0x2 ugen0.4: at usbus0 da2: Delete methods: (probe0:umass-sim0:0:0:3): Down reving Protocol Version from 2 to 0? GEOM: new disk da1 panic: vtopde on a uva/gpa 0x1030000 cpuid =3D 5 time =3D 1509448749 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe07c77a8= 880 vpanic() at vpanic+0x19c/frame 0xfffffe07c77a8900 kassert_panic() at kassert_panic+0x126/frame 0xfffffe07c77a8970 pmap_kextract() at pmap_kextract+0x121/frame 0xfffffe07c77a89a0 free() at free+0x5e/frame 0xfffffe07c77a89e0 g_slice_orphan() at g_slice_orphan+0x7e/frame 0xfffffe07c77a8a00 g_spoil_event() at g_spoil_event+0x72/frame 0xfffffe07c77a8a30 g_run_events() at g_run_events+0x231/frame 0xfffffe07c77a8a70 fork_exit() at fork_exit+0x84/frame 0xfffffe07c77a8ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe07c77a8ab0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- KDB: enter: panic [ thread pid 13 tid 100044 ] Stopped at kdb_enter+0x3b: movq $0,kdb_why db>=20 Links to yesterday's verbose dmesg.boot for this machine ("freebeast") -- as well as a log showing the uname string for each daily update, among other things -- may be found at . This particular panic appears to be quite reproducible. Any suggestions for diagnosing or fixing it? (I can leave the machine in this state for a while: normally, after successfully smoke-testing head, the machine is powered down until 23:50 local, when it comes back up (in stable/11) and starts re-syncing its local private SVN mirrors.) Thanks! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Unsubstantiated claims of "Fake News" are evidence that the claimant lies a= gain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --qTa+0zXUvx+FOrJg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZ+GBmXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4X1MgIAK5lEdwhRQRN7VB+TUZ4qH8Q nSWPkzwaQtduwMG4W73uS/vVFeUoq81dQTz2n67HaiAR8AtSBr0f+4M2kp1i2paN QVSKgmbQH7DEo2GcijP4CiOWsc1i4Ark3S8BZL5WFaXOxdlPLbJNgj926dYu5zNG pASyxSjT4C+H5979Fh9/bJI836R1lsnlFzSyK5Smdvw8Wz55IXKrmXwVl6zap6Mq yfHCcinisVvLFAh9Emew4V/YqWvlLzXSbPtOPRygKBMoMVMmfFrcfe2W6igAb9SJ yDwAeyDauEZvk4IiCUTESjp6IifX/fJEfp/g5ibduF/yZvLUhJ09esN1zN2mHBs= =Kzwm -----END PGP SIGNATURE----- --qTa+0zXUvx+FOrJg-- From owner-freebsd-current@freebsd.org Tue Oct 31 11:53:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA1F7E571D2 for ; Tue, 31 Oct 2017 11:53:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A16F571B59 for ; Tue, 31 Oct 2017 11:53:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id A0C1CE571D1; Tue, 31 Oct 2017 11:53:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0649E571D0 for ; Tue, 31 Oct 2017 11:53:39 +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 1A8B171B56 for ; Tue, 31 Oct 2017 11:53:38 +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 v9VBrRAc060283 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 31 Oct 2017 13:53:27 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v9VBrRAc060283 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v9VBrRfb060282; Tue, 31 Oct 2017 13:53:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 31 Oct 2017 13:53:27 +0200 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) Message-ID: <20171031115327.GC2566@kib.kiev.ua> References: <20171031113710.GS1387@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171031113710.GS1387@albert.catwhisker.org> User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 11:53:39 -0000 On Tue, Oct 31, 2017 at 04:37:10AM -0700, David Wolfskill wrote: > Performed the usual src update in head/amd64; today was from r325137 to > r325228. Laptop had no complaints; everything Just Worked (as usual). > > GEOM: new disk da1 > panic: vtopde on a uva/gpa 0x1030000 > cpuid = 5 > time = 1509448749 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe07c77a8880 > vpanic() at vpanic+0x19c/frame 0xfffffe07c77a8900 > kassert_panic() at kassert_panic+0x126/frame 0xfffffe07c77a8970 > pmap_kextract() at pmap_kextract+0x121/frame 0xfffffe07c77a89a0 > free() at free+0x5e/frame 0xfffffe07c77a89e0 > g_slice_orphan() at g_slice_orphan+0x7e/frame 0xfffffe07c77a8a00 > g_spoil_event() at g_spoil_event+0x72/frame 0xfffffe07c77a8a30 > g_run_events() at g_run_events+0x231/frame 0xfffffe07c77a8a70 > fork_exit() at fork_exit+0x84/frame 0xfffffe07c77a8ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe07c77a8ab0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > [ thread pid 13 tid 100044 ] > Stopped at kdb_enter+0x3b: movq $0,kdb_why > db> Try to revert r325227. From owner-freebsd-current@freebsd.org Tue Oct 31 12:13:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFDCAE582B9 for ; Tue, 31 Oct 2017 12:13:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D084E72C29 for ; Tue, 31 Oct 2017 12:13:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id CFDAAE582B7; Tue, 31 Oct 2017 12:13:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF6CDE582B5 for ; Tue, 31 Oct 2017 12:13:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-io0-f175.google.com (mail-io0-f175.google.com [209.85.223.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3D3A72C28 for ; Tue, 31 Oct 2017 12:13:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-io0-f175.google.com with SMTP id f20so34512521ioj.9 for ; Tue, 31 Oct 2017 05:13:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QEvVroSZqWh95ipYxh/qnDBJD11Zr0un6dH7kOE/3C0=; b=bYCDS+Gx+ll3MOOhLzObbQS8Zc3xBBHSy099IAcjR+CNyM05BFvlizu5gsemWDhQXh CpoVmKoO2Z/G0vxIXy+gY99el09jfL6pZuNI6tB3ng1vMZwUJBNr3mgfOdn/LFCNjD9+ /+uvOq8YirRMIn+o1y3RqfDHHXi1798gY/a55MF1qp61C69NDNKB9giQecD4MO6aHQtt hD9lqh00pQG2e+Ec1iHHh1TA4d1L+8pCN4MDCe2YhjpiWn9/eGk1OEQvxGfo5z7zB/fb xEmWC28DH6L3K01Q618vsBlNYeqhrClgu2uhGUymlg6luHIe5t3sDVIhD2rBVtAY0r+I TwdQ== X-Gm-Message-State: AMCzsaWdkbk6MopqKnHZfdCTPY/GplNE97EXsdhX+vC2eXuLHp2q46w2 dnp+vCAqXQ+YtXvhNXFHA5zQ96an X-Google-Smtp-Source: ABhQp+RELhAyJYjwR7WKQnLmLeuOyzuP9itPnGqvXW0DaXNRXCVcfXtguJH3bs4uhUMiq6nsTDQzRg== X-Received: by 10.36.65.34 with SMTP id x34mr2780228ita.118.1509451978552; Tue, 31 Oct 2017 05:12:58 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 80sm606510ioz.54.2017.10.31.05.12.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Oct 2017 05:12:57 -0700 (PDT) Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) To: David Wolfskill , current@freebsd.org References: <20171031113710.GS1387@albert.catwhisker.org> From: Andriy Gapon Message-ID: <3c26f77d-73c6-c169-5242-4eadfb7ca633@FreeBSD.org> Date: Tue, 31 Oct 2017 14:12:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171031113710.GS1387@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 12:13:05 -0000 On 31/10/2017 13:37, David Wolfskill wrote: > Any suggestions for diagnosing or fixing it? Try setting a dump device via loader.conf (e.g. dumpdev="ada0p99") and obtaining a crash dump. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 31 12:32:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FB36E58CB3 for ; Tue, 31 Oct 2017 12:32:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0814973BC9 for ; Tue, 31 Oct 2017 12:32:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 07532E58CB2; Tue, 31 Oct 2017 12:32:18 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06F0CE58CB1 for ; Tue, 31 Oct 2017 12:32:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B031873BC5; Tue, 31 Oct 2017 12:32:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v9VCWFKj039443; Tue, 31 Oct 2017 12:32:15 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v9VCWFZq039442; Tue, 31 Oct 2017 05:32:15 -0700 (PDT) (envelope-from david) Date: Tue, 31 Oct 2017 05:32:15 -0700 From: David Wolfskill To: Konstantin Belousov , Andriy Gapon Cc: current@freebsd.org Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) Message-ID: <20171031123215.GP1387@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Konstantin Belousov , Andriy Gapon MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cxTiMJ4Mxg0d1ax6" Content-Disposition: inline In-Reply-To: <3c26f77d-73c6-c169-5242-4eadfb7ca633@FreeBSD.org> <20171031115327.GC2566@kib.kiev.ua> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 12:32:18 -0000 --cxTiMJ4Mxg0d1ax6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 31, 2017 at 01:53:27PM +0200, Konstantin Belousov wrote: > ... > > db>=20 >=20 > Try to revert r325227. OK; did that, via "svn merge -c -r325227 ^/head"; rebuilt/installed kernel, and a reboot was ... boringly normal. :-) FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #517 r3= 25228M/325228:1200052: Tue Oct 31 05:22:04 PDT 2017 root@freebeast.catw= hisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 Good call! :-) On Tue, Oct 31, 2017 at 02:12:54PM +0200, Andriy Gapon wrote: > ... > Try setting a dump device via loader.conf (e.g. dumpdev=3D"ada0p99") and = obtaining > a crash dump. Andriy, I "cloned" the slice before doing the above, so I can poke at this a bit more (e.g., try to get a crash dump), if that would still be useful. Peace, david --=20 David H. Wolfskill david@catwhisker.org Unsubstantiated claims of "Fake News" are evidence that the claimant lies a= gain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --cxTiMJ4Mxg0d1ax6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZ+G1PXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xku4H/21UKk/eEN1x7D+Izdhcczlm AGdMFbd1cKTw4+hAPkm9zxGc2vWde8j8/hhOWyIZKs8Dv6FQDhhuzR9qQKtZnOvB FzGdcOu7Dn+UQsInE9n1JxLXDlizVoEqDbBOTR90a7XXMkEm8TZHxKqsPL+k7tyw KFRynBDOugwHQBrcyxdh1dl6rGp00Qyk13PVZQkcc2gziscJGmQe0Tk4RhuCRx8M eIPM+xi+B6g60x/DRCt1uY6RzkBnZIM67gXxZ5JKrsd137jNOGT2YA2TVHdUm5ty ygP605jjvgHczdw2KC6UUfTt6vPMIFv94mZZr5NFGn3E6YBl7He3ZOpBQRHpBd8= =IJZY -----END PGP SIGNATURE----- --cxTiMJ4Mxg0d1ax6-- From owner-freebsd-current@freebsd.org Tue Oct 31 12:35:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6420E58E9C for ; Tue, 31 Oct 2017 12:35:28 +0000 (UTC) (envelope-from agapon@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 B106B73E0C for ; Tue, 31 Oct 2017 12:35:28 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B04BDE58E9B; Tue, 31 Oct 2017 12:35:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFF49E58E99 for ; Tue, 31 Oct 2017 12:35:28 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-pg0-f41.google.com (mail-pg0-f41.google.com [74.125.83.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AE0573E09 for ; Tue, 31 Oct 2017 12:35:28 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-pg0-f41.google.com with SMTP id a192so14529179pge.9 for ; Tue, 31 Oct 2017 05:35:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=yBU1ZTSyUYgUm4h+10ZEW802VwYTpxL4NOw68AEchSA=; b=Y7V3cT1NGQN0E5Lia0dXMVQhtu3Q1W2Wxi4aYRgZ2cWTF8itGeauwmY5Au75V03Fhf jj2CuuLp31tOyULNh01RSBtEC95Q86XB/IKuz6YmlZZtbjEeVwG6yQjkyBpPZGe0U3/n bCODGWVTkEfiLV3qqMMnSFvLDnBgvGeD5PP5MLiSsD9dH6S1gdifIZ/YE2sjsUn+te2C x+8F9UY7a31zokoQ7/pHFtY5G5dZnceNwgELu8yyZAoT+/g11B2qHCsIh34IuS1WgM6S OrGgdinzax1cBMuUoIf7Os7Etr3X3Jcs3yGuolcqhmbmST9xMAkpt+uqqgz98lHidT2S zURQ== X-Gm-Message-State: AMCzsaXkUObUeVh7Dj6MUf4AGAxfr+xAVSuyrKhnlAA4LlQLzfSFdmQ6 kXYtBUQDIO4YrAFXBqIHLDkS62Vg X-Google-Smtp-Source: ABhQp+Tn7Gaduk1sMW7ncsQWvRDLhbdH8zZfRXQKeb2eNh+NlcCqBfodihOd7w5tNLVyU3fRyeFtZQ== X-Received: by 10.84.135.101 with SMTP id 92mr1785779pli.180.1509453321964; Tue, 31 Oct 2017 05:35:21 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id h1sm3084263pgf.37.2017.10.31.05.35.20 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Oct 2017 05:35:21 -0700 (PDT) Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) To: current@freebsd.org References: <20171031123215.GP1387@albert.catwhisker.org> From: Andriy Gapon Message-ID: Date: Tue, 31 Oct 2017 14:35:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171031123215.GP1387@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 12:35:29 -0000 On 31/10/2017 14:32, David Wolfskill wrote: > Andriy, I "cloned" the slice before doing the above, so I can poke > at this a bit more (e.g., try to get a crash dump), if that would > still be useful. Yes, it would be, as I currently do not see what the problem with r325227 is. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 31 12:43:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B93A0E5937E for ; Tue, 31 Oct 2017 12:43:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0074.outbound.protection.outlook.com [104.47.41.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6590E74515 for ; Tue, 31 Oct 2017 12:43:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM (52.132.46.161) by YTOPR0101MB2171.CANPRD01.PROD.OUTLOOK.COM (52.132.46.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.178.6; Tue, 31 Oct 2017 12:43:02 +0000 Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad]) by YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad%13]) with mapi id 15.20.0178.014; Tue, 31 Oct 2017 12:43:02 +0000 From: Rick Macklem To: Cy Schubert CC: Yuri Pankov , freebsd-current Subject: Re: NFSv3 issues with latest -current Thread-Topic: NFSv3 issues with latest -current Thread-Index: AQHTUMopas8UmakPy0GlL/yJGiaU1aL952Zq Date: Tue, 31 Oct 2017 12:43:02 +0000 Message-ID: References: Message from Rick Macklem of "Sun, 29 Oct 2017 13:13:31 -0000." , <201710291525.v9TFPXmQ052790@slippy.cwsent.com> In-Reply-To: <201710291525.v9TFPXmQ052790@slippy.cwsent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB2171; 6:uo5kjkaiYr1KAsET4mxK1rvNgJE+xSGQn3sbrpsi1n0+fkwk687tXrZOhEnFFffA8npXITYdRSE9pNF1qo+FW7RSxzLz+dfmkZXBTevcwkTGtW4s7ghM7ouYgzT2w9yzt8RavmrDivA8D/DNw3hxNRUWAlotqL8XAS5gGlexL4uZzH3Dsc+JPMFL/vdfHxzRGvosJk2k5eyykAnk7MpL/iW6bmt/0tXDt7JtCDqLoFsxWoKmyg7vu4zu97YrPIYOlY2LTT2WADygVtxBE+zTH2xqyxIlo8Rf045RuhiTfjZXCWC9agKHQq9vVI1ZhLBEX8p+ZtrzLHDFuIUIZZQGBu8prgjdOuVkA7JXtxTSsxo=; 5:uR0vutSEWWviyCTJ6ebBV6QOaM5TEVz0fsIOzWhWdDzA5jXOpH0AzJeFovOaoAFab/kmNs/GSxoyykUWCKzY9kN+GqHn7a2L2lyegFJgSgazzhh1Akufeg+wK5m4LENVouGWSyzfUlTMrOtBDnAZRI0AezJRaDNP6mcm/0axW0o=; 24:aNxgktdfdGA1+/yASaFp64g5jh3doF9++PSn+Kdomlf6nc9kluHljmLxpjf/sTvO6HcgEt5WIiXOUCFoDxSU9lfl9shvA4YkRi2/kOapaas=; 7:jtQmJb4QmTyz22rZgjOHhIxH11xOFmkaOCtc28dppUFRJzzOqlpkbmqqOtZDbCS4xR8am6S9SUmjulFMInwb7pGk59GkH3xqU76u8Eifc7b0ktN3WQw77vWP1d2QVXWv2JRJGnuakEHLV3tcUPT24P+cwvA+JnN0Z834Jsvlc55Alnou2CJVq4h1255PLT1aiuUT5/KE/P9+hRq/UXxyzXUy+N2yENIQxcbg7lte+WoacbzFwuqD4Jap20aSHgwH x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 900c4392-ff6a-4211-55d6-08d5205cecd4 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(2017052603238); SRVR:YTOPR0101MB2171; x-ms-traffictypediagnostic: YTOPR0101MB2171: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-exchange-antispam-report-test: UriScan:; x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231020)(100000703101)(100105400095)(3002001)(10201501046)(6041248)(20161123562025)(20161123558100)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTOPR0101MB2171; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTOPR0101MB2171; x-forefront-prvs: 04772EA191 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(346002)(376002)(24454002)(189002)(199003)(4326008)(2950100002)(53936002)(6916009)(6246003)(2906002)(8936002)(316002)(189998001)(3660700001)(3280700002)(81156014)(8676002)(81166006)(7696004)(9686003)(305945005)(5660300001)(86362001)(8666007)(5250100002)(14454004)(97736004)(102836003)(55016002)(74316002)(101416001)(25786009)(229853002)(478600001)(74482002)(33656002)(105586002)(50986999)(76176999)(54356999)(54906003)(786003)(6436002)(2900100001)(106356001)(68736007)(6506006); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2171; H:YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:3; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 900c4392-ff6a-4211-55d6-08d5205cecd4 X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Oct 2017 12:43:02.4586 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2171 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 12:43:05 -0000 Cy Schubert wrote: [stuff snipped] >The sysctl is net.inet.tcp.tso. You can also disable tso through ifconfig >for an interface. > For testing this case, I'd recommend using the sysctl. Since the net device driver is often the culprit, that device driver might not handle the "ifcon= fig" correctly either. Btw, NFS often causes this because... - Typically TSO is limited to a 64K packet (including TCP/IP and MAC header= s). - When NFS does reading/writing, it will do 64K + NFS, TCP/IP and MAC heade= rs for an RPC (or a multiple of 64K like 128K). --> This results in tcp_output() generating a 64K TSO segment followed by a small TCP segment (since another RPC message doesn;t usually end up queued quickly enough to fill in the rest of the second TCP segment). - Also, at the end of file, you can get an RPC which is just under 64K incl= uding NFS and TCP/IP headers. (The drivers often broke when adding the MAC header bumped this case to > 64K.) Thanks go to Yuri for diagnosing this, rick From owner-freebsd-current@freebsd.org Tue Oct 31 13:02:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E428CE59D62 for ; Tue, 31 Oct 2017 13:02:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CBF3475092 for ; Tue, 31 Oct 2017 13:02:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id CB32CE59D61; Tue, 31 Oct 2017 13:02:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAC6EE59D60 for ; Tue, 31 Oct 2017 13:02:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7EBFC75091; Tue, 31 Oct 2017 13:02:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v9VD2fhv040734; Tue, 31 Oct 2017 13:02:41 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v9VD2ftB040733; Tue, 31 Oct 2017 06:02:41 -0700 (PDT) (envelope-from david) Date: Tue, 31 Oct 2017 06:02:41 -0700 From: David Wolfskill To: Andriy Gapon Cc: current@freebsd.org Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) Message-ID: <20171031130241.GZ1387@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Andriy Gapon , current@freebsd.org References: <20171031123215.GP1387@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="y6IdC9+/ilDqdjNX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 13:02:43 -0000 --y6IdC9+/ilDqdjNX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 31, 2017 at 02:35:19PM +0200, Andriy Gapon wrote: > On 31/10/2017 14:32, David Wolfskill wrote: > > Andriy, I "cloned" the slice before doing the above, so I can poke > > at this a bit more (e.g., try to get a crash dump), if that would > > still be useful. >=20 > Yes, it would be, as I currently do not see what the problem with r325227= is. > .... OK; please see for: Icon Name Last modified Size Description[PARENTDIR] Parent Directory - =20 [TXT] core.txt.5 2017-10-31 12:52 201K =20 [ ] core.txt.5.gz 2017-10-31 12:52 43K =20 [ ] info.5 2017-10-31 12:52 524 =20 [ ] info.5.gz 2017-10-31 12:52 363 =20 [ ] vmcore.5 2017-10-31 12:52 1.3G =20 [ ] vmcore.5.gz 2017-10-31 12:52 493M =20 As noted earlier in the thread, there's a verbose dmesg.boot available =66rom (as well as a few other bits). Peace, david --=20 David H. Wolfskill david@catwhisker.org Unsubstantiated claims of "Fake News" are evidence that the claimant lies a= gain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --y6IdC9+/ilDqdjNX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZ+HRxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XVsIH/jPqLLubAqSmqqfGAf5bLp6z m7GOYSYxObPP2852hkHpZ8kz2g2WALlLWh53VqEWbSVE6O/q2SwgpSBUMXnaK/BN 7e8OZ8gbJ2gvg/VJrbjwxmqhNSJOjAePeHtpCPk8pM56QavfVcnGWTeJA2UUr448 Pt1iDpUY9BeZ8GN6QnVe4NpEiMkNJS9nwflm6IGFe/kcGSDvhmWLtLzPdz0XoZFj VYVzCYB4+ZLnUfktwSYUQrgkcvpKjv/SZiKpTIsCDbYDsi1GYn5qZ8miH4Zk5wmZ geZbx99gQalRXzE2lq95p8sG6vUi28kKN/7wzBPCvWF/6SOQLVMlB7A166CRWKQ= =8MdT -----END PGP SIGNATURE----- --y6IdC9+/ilDqdjNX-- From owner-freebsd-current@freebsd.org Tue Oct 31 16:46:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D4F8E5E86B for ; Tue, 31 Oct 2017 16:46:59 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 788CE80D74 for ; Tue, 31 Oct 2017 16:46:58 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v9VGkoMc082030; Tue, 31 Oct 2017 09:46:50 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v9VGknFO082029; Tue, 31 Oct 2017 09:46:49 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201710311646.v9VGknFO082029@pdx.rh.CN85.dnsmgr.net> Subject: Re: NFSv3 issues with latest -current In-Reply-To: To: Rick Macklem Date: Tue, 31 Oct 2017 09:46:49 -0700 (PDT) CC: Cy Schubert , Yuri Pankov , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Tue, 31 Oct 2017 16:58:26 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 16:46:59 -0000 > Cy Schubert wrote: > [stuff snipped] > >The sysctl is net.inet.tcp.tso. You can also disable tso through ifconfig > >for an interface. > > > For testing this case, I'd recommend using the sysctl. Since the net device > driver is often the culprit, that device driver might not handle the "ifconfig" > correctly either. > > Btw, NFS often causes this because... > - Typically TSO is limited to a 64K packet (including TCP/IP and MAC headers). > - When NFS does reading/writing, it will do 64K + NFS, TCP/IP and MAC headers > for an RPC (or a multiple of 64K like 128K). > --> This results in tcp_output() generating a 64K TSO segment followed by a > small TCP segment (since another RPC message doesn;t usually end up > queued quickly enough to fill in the rest of the second TCP segment). > - Also, at the end of file, you can get an RPC which is just under 64K including > NFS and TCP/IP headers. (The drivers often broke when adding the MAC > header bumped this case to > 64K.) > > Thanks go to Yuri for diagnosing this, rick Just a thought, not asking anyone to write one :-) It would be handy to have some sh(1) scripts that can exercise this bug case and have it readily avaliable to network driver authors for testing the tso (or other large segment) code. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Oct 31 19:37:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B4D5E61CE1 for ; Tue, 31 Oct 2017 19:37:40 +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 2769C1F89; Tue, 31 Oct 2017 19:37:39 +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 64E44C51EC; Tue, 31 Oct 2017 20:37:29 +0100 (CET) Subject: Re: Segfault in _Unwind_* code called from pthread_exit To: Konstantin Belousov , Tijl Coosemans Cc: freebsd-current@FreeBSD.org, gerald@FreeBSD.org References: <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> <20171031092803.GA2566@kib.kiev.ua> From: Andreas Tobler Message-ID: <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> Date: Tue, 31 Oct 2017 20:37:29 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171031092803.GA2566@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 7bit X-Scanned-By: Obelix Submit on 127.0.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 19:37:40 -0000 On 31.10.17 10:28, Konstantin Belousov wrote: > On Mon, Oct 30, 2017 at 10:54:05PM +0100, Andreas Tobler wrote: >> On 30.10.17 15:32, Tijl Coosemans wrote: >>> On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler wrote: >>>> Attached what I have for libgcc. It can be applied to gcc5-8, should >>>> give no issues. The mentioned tc from this thread and mine, >>>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. >>>> >>>> What do you think? >>> >>> Like I said before the return address can be anything. It could for >>> instance point to some instruction in a random function and then the >>> stack unwinder will think thread_start was called from that function. >>> There's no check you can add to libgcc to distinguish that from a >>> normal valid return address. >>> >> Maybe not, and most probably I do not understand what is happening. But >> with my modification I survive the test case. >> >> If no objections from your or Konstantin's side come up I will commit it >> to the gcc repo. It will not 'fix' the issue, but it will improve the >> gcc behavior. > > I posted something similar when the discussion thread started. From the > cursory look, your patch is better than mine. The only difference that > makes me wonder is that I used #ifdef KERN_PROC_SIGTRAMP around the > block because I believe gcc has more relaxed policy about supporting > obsoleted OS versions. I am aware about KERN_PROC_SIGTRAMP and older OS releases, that's why I asked for feedback. Do we, FreeBSD'ers, want to have gcc unwind support on older than FreeBSD 9.3 releases? I think the gcc folks do not care, but we are the ones who might have an need for such a support? @Gerald, do you have an opinion? I can 'ifdef' the new code and in the 'else' case we fall back to the already existing path. Thank you both for the feedback. Andreas From owner-freebsd-current@freebsd.org Tue Oct 31 19:49:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91123E620AB for ; Tue, 31 Oct 2017 19:49:54 +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 386662A99; Tue, 31 Oct 2017 19:49:54 +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 v9VJnkc1068288 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 31 Oct 2017 21:49:46 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v9VJnkc1068288 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v9VJnjTK068286; Tue, 31 Oct 2017 21:49:45 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 31 Oct 2017 21:49:45 +0200 From: Konstantin Belousov To: Andreas Tobler Cc: Tijl Coosemans , freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171031194945.GF2566@kib.kiev.ua> References: <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> <20171031092803.GA2566@kib.kiev.ua> <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 19:49:54 -0000 On Tue, Oct 31, 2017 at 08:37:29PM +0100, Andreas Tobler wrote: > On 31.10.17 10:28, Konstantin Belousov wrote: > > On Mon, Oct 30, 2017 at 10:54:05PM +0100, Andreas Tobler wrote: > >> On 30.10.17 15:32, Tijl Coosemans wrote: > >>> On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler wrote: > >>>> Attached what I have for libgcc. It can be applied to gcc5-8, should > >>>> give no issues. The mentioned tc from this thread and mine, > >>>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. > >>>> > >>>> What do you think? > >>> > >>> Like I said before the return address can be anything. It could for > >>> instance point to some instruction in a random function and then the > >>> stack unwinder will think thread_start was called from that function. > >>> There's no check you can add to libgcc to distinguish that from a > >>> normal valid return address. > >>> > >> Maybe not, and most probably I do not understand what is happening. But > >> with my modification I survive the test case. > >> > >> If no objections from your or Konstantin's side come up I will commit it > >> to the gcc repo. It will not 'fix' the issue, but it will improve the > >> gcc behavior. > > > > I posted something similar when the discussion thread started. From the > > cursory look, your patch is better than mine. The only difference that > > makes me wonder is that I used #ifdef KERN_PROC_SIGTRAMP around the > > block because I believe gcc has more relaxed policy about supporting > > obsoleted OS versions. > > I am aware about KERN_PROC_SIGTRAMP and older OS releases, that's why I > asked for feedback. > Do we, FreeBSD'ers, want to have gcc unwind support on older than > FreeBSD 9.3 releases? I think the gcc folks do not care, but we are the > ones who might have an need for such a support? Well, I put the #ifdef because I suspected that gcc folks cared, if anybody. For instance I know that perl people do. Is there some specific configuration bits in gcc that are only relevant for older releases ? If yes, then we perhaps should not break them until removed. If not, then it does not matter, most likely. > @Gerald, do you have an opinion? > > I can 'ifdef' the new code and in the 'else' case we fall back to the > already existing path. From owner-freebsd-current@freebsd.org Tue Oct 31 21:52:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 117D2E63F3A for ; Tue, 31 Oct 2017 21:52:38 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [157.161.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 AE06A65973; Tue, 31 Oct 2017 21:52:36 +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 DA550C3BBA; Tue, 31 Oct 2017 22:52:33 +0100 (CET) Subject: Re: Segfault in _Unwind_* code called from pthread_exit To: Gerald Pfeifer Cc: Konstantin Belousov , Tijl Coosemans , freebsd-current@FreeBSD.org References: <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> <20171031092803.GA2566@kib.kiev.ua> <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> From: Andreas Tobler Message-ID: Date: Tue, 31 Oct 2017 22:52:33 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------40C450CC1D50A0A8104883DE" Content-Language: de-CH X-Scanned-By: Idefix Submit on 127.0.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 21:52:38 -0000 This is a multi-part message in MIME format. --------------40C450CC1D50A0A8104883DE Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 31.10.17 22:36, Gerald Pfeifer wrote: > On Tue, 31 Oct 2017, Andreas Tobler wrote: >> Do we, FreeBSD'ers, want to have gcc unwind support on older than >> FreeBSD 9.3 releases? I think the gcc folks do not care, but we are the >> ones who might have an need for such a support? >> @Gerald, do you have an opinion? > > Yes. No. :-) > > Those possibly still stuck on obsolete versions of FreeBSD don't > need/want fancy new compilers and GCC 4.9 is still available for > use and does not exhibit this issue, correct? (If it does, nobody > reported any problems.) It is limited to gcc >=5, gcc-4.9 does not have the MD_FALLBACK_FRAME_STATE_FOR defined. >> I can 'ifdef' the new code and in the 'else' case we fall back to >> the already existing path. > > If it's "cheap", that might be nice. Attached, the test is running on gcc trunk and gcc-6. gcc-6 is the last one with java support and there we have quite extensive test cases which really test for this MD_FALLBACK_FRAME_STATE_FOR macro. These test cases, Throw_2 and co do pass. So I think the new bits should be fine. Also some coming asan test cases do pass with this addition too. > Thanks to the three of you - Tijl, Konstantin, and Andreas! Gruss, Andreas --------------40C450CC1D50A0A8104883DE Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="libgcc-fbsd-unwind.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libgcc-fbsd-unwind.diff" SW5kZXg6IGxpYmdjYy9jb25maWcvaTM4Ni9mcmVlYnNkLXVud2luZC5oCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIGxpYmdjYy9jb25maWcvaTM4Ni9mcmVlYnNkLXVud2luZC5oCShyZXZpc2lvbiAy NTQyMDUpCisrKyBsaWJnY2MvY29uZmlnL2kzODYvZnJlZWJzZC11bndpbmQuaAkod29ya2lu ZyBjb3B5KQpAQCAtMjgsNyArMjgsMTAgQEAKIAogI2luY2x1ZGUgPHN5cy90eXBlcy5oPgog I2luY2x1ZGUgPHNpZ25hbC5oPgorI2luY2x1ZGUgPHVuaXN0ZC5oPgorI2luY2x1ZGUgPHN5 cy9zeXNjdGwuaD4KICNpbmNsdWRlIDxzeXMvdWNvbnRleHQuaD4KKyNpbmNsdWRlIDxzeXMv dXNlci5oPgogI2luY2x1ZGUgPG1hY2hpbmUvc2lnZnJhbWUuaD4KIAogI2RlZmluZSBSRUdf TkFNRShyZWcpCXNmX3VjLnVjX21jb250ZXh0Lm1jXyMjIHJlZwpAQCAtMzYsNiArMzksMzkg QEAKICNpZmRlZiBfX3g4Nl82NF9fCiAjZGVmaW5lIE1EX0ZBTExCQUNLX0ZSQU1FX1NUQVRF X0ZPUiB4ODZfNjRfZnJlZWJzZF9mYWxsYmFja19mcmFtZV9zdGF0ZQogCisjaWZkZWYgS0VS Tl9QUk9DX1NJR1RSQU1QCisgLyogTmV3ZXIgdmVyc2lvbnMgb2YgRnJlZUJTRCwgPiBGcmVl QlNEIDkuMywgcHJvdmlkZSBhCisgICAga2Vybi5wcm9jLnNpZ3RyYW1wLjxwaWQ+IHN5c2N0 bCB0aGF0IHJldHVybnMgdGhlIGxvY2F0aW9uIG9mIHRoZQorICAgIHNpZ25hbCB0cmFtcG9s aW5lLiBXZSB1c2UgdGhpcyBpbmZvcm1hdGlvbiB0byBmaW5kIG91dCBpZiB3ZSdyZSBpbgor ICAgIGEgdHJhbXBvbGluZSBvciBub3QuCisgKi8KK3N0YXRpYyBpbnQKK3g4Nl82NF9vdXRz aWRlX3NpZ3RyYW1wX3JhbmdlICh1bnNpZ25lZCBjaGFyICpwYykKK3sKKyAgc3RhdGljIGlu dCBzaWd0cmFtcF9yYW5nZV9kZXRlcm1pbmVkID0gMDsKKyAgc3RhdGljIHVuc2lnbmVkIGNo YXIgKnNpZ3RyYW1wX3N0YXJ0LCAqc2lndHJhbXBfZW5kOworCisgIGlmIChzaWd0cmFtcF9y YW5nZV9kZXRlcm1pbmVkID09IDApCisgICAgeworICAgICAgc3RydWN0IGtpbmZvX3NpZ3Ry YW1wIGtzdCA9IHswfTsKKyAgICAgIHNpemVfdCBsZW4gPSBzaXplb2YgKGtzdCk7CisgICAg ICBpbnQgbWliWzRdID0geyBDVExfS0VSTiwgS0VSTl9QUk9DLCBLRVJOX1BST0NfU0lHVFJB TVAsIGdldHBpZCgpIH07CisKKyAgICAgIHNpZ3RyYW1wX3JhbmdlX2RldGVybWluZWQgPSAx OworICAgICAgaWYgKHN5c2N0bCAobWliLCA0LCAma3N0LCAmbGVuLCBOVUxMLCAwKSA9PSAw KQorICAgICAgeworICAgICAgICBzaWd0cmFtcF9yYW5nZV9kZXRlcm1pbmVkID0gMjsKKyAg ICAgICAgc2lndHJhbXBfc3RhcnQgPSBrc3Qua3NpZ3RyYW1wX3N0YXJ0OworICAgICAgICBz aWd0cmFtcF9lbmQgICA9IGtzdC5rc2lndHJhbXBfZW5kOworICAgICAgfQorICAgIH0KKyAg aWYgKHNpZ3RyYW1wX3JhbmdlX2RldGVybWluZWQgPCAyKSAgLyogc3lzY3RsIGZhaWxlZCBp ZiA8IDIgKi8KKyAgICByZXR1cm4gMTsKKworICByZXR1cm4gKHBjIDwgc2lndHJhbXBfc3Rh cnQgfHwgcGMgPj0gc2lndHJhbXBfZW5kKTsKK30KKyNlbmRpZgorCiBzdGF0aWMgX1Vud2lu ZF9SZWFzb25fQ29kZQogeDg2XzY0X2ZyZWVic2RfZmFsbGJhY2tfZnJhbWVfc3RhdGUKIChz dHJ1Y3QgX1Vud2luZF9Db250ZXh0ICpjb250ZXh0LCBfVW53aW5kX0ZyYW1lU3RhdGUgKmZz KQpAQCAtNDMsNiArNzksNyBAQAogICBzdHJ1Y3Qgc2lnZnJhbWUgKnNmOwogICBsb25nIG5l d19jZmE7CiAKKyNpZm5kZWYgS0VSTl9QUk9DX1NJR1RSQU1QCiAgIC8qIFByaW9yIHRvIEZy ZWVCU0QgOSwgdGhlIHNpZ25hbCB0cmFtcG9saW5lIHdhcyBsb2NhdGVkIGltbWVkaWF0ZWx5 CiAgICAgIGJlZm9yZSB0aGUgcHNfc3RyaW5ncy4gIFRvIHN1cHBvcnQgbm9uLWV4ZWN1dGFi bGUgc3RhY2tzIG9uIEFNRDY0LAogICAgICB0aGUgc2lndHJhbXAgd2FzIG1vdmVkIHRvIGEg c2hhcmVkIHBhZ2UgZm9yIEZyZWVCU0QgOS4gIFVuZm9ydHVuYXRlbHkKQEAgLTYyLDEyICs5 OSwxNSBAQAogICAgICAgICAmJiAqKHVuc2lnbmVkIGludCAqKShjb250ZXh0LT5yYSArICA4 KSA9PSAweDAxYTFjMGM3CiAgICAgICAgICYmICoodW5zaWduZWQgaW50ICopKGNvbnRleHQt PnJhICsgMTIpID09IDB4MDUwZjAwMDAgKSkKICAgICByZXR1cm4gX1VSQ19FTkRfT0ZfU1RB Q0s7CisjZWxzZQorICBpZiAoeDg2XzY0X291dHNpZGVfc2lndHJhbXBfcmFuZ2UoY29udGV4 dC0+cmEpKQorICAgIHJldHVybiBfVVJDX0VORF9PRl9TVEFDSzsKKyNlbmRpZgogCiAgIHNm ID0gKHN0cnVjdCBzaWdmcmFtZSAqKSBjb250ZXh0LT5jZmE7CiAgIG5ld19jZmEgPSBzZi0+ UkVHX05BTUUocnNwKTsKICAgZnMtPnJlZ3MuY2ZhX2hvdyA9IENGQV9SRUdfT0ZGU0VUOwot ICAvKiBSZWdpc3RlciA3IGlzIHJzcCAgKi8KLSAgZnMtPnJlZ3MuY2ZhX3JlZyA9IDc7Cisg IGZzLT5yZWdzLmNmYV9yZWcgPSAgX19MSUJHQ0NfU1RBQ0tfUE9JTlRFUl9SRUdOVU1fXzsK ICAgZnMtPnJlZ3MuY2ZhX29mZnNldCA9IG5ld19jZmEgLSAobG9uZykgY29udGV4dC0+Y2Zh OwogCiAgIC8qIFRoZSBTVlI0IHJlZ2lzdGVyIG51bWJlcmluZyBtYWNyb3MgYXJlbid0IHVz YWJsZSBpbiBsaWJnY2MuICAqLwo= --------------40C450CC1D50A0A8104883DE-- From owner-freebsd-current@freebsd.org Tue Oct 31 21:37:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CB30E63B42 for ; Tue, 31 Oct 2017 21:37:04 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 668A564F67; Tue, 31 Oct 2017 21:37:03 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (localhost [127.0.0.1]) by ainaz.pair.com (Postfix) with ESMTP id 775333F468; Tue, 31 Oct 2017 17:37:02 -0400 (EDT) Received: from anthias (vie-188-118-244-226.dsl.sil.at [188.118.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 9434F3F445; Tue, 31 Oct 2017 17:37:01 -0400 (EDT) Date: Tue, 31 Oct 2017 22:36:54 +0100 (CET) From: Gerald Pfeifer To: Andreas Tobler cc: Konstantin Belousov , Tijl Coosemans , freebsd-current@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit In-Reply-To: <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> Message-ID: References: <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> <20171031092803.GA2566@kib.kiev.ua> <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Tue, 31 Oct 2017 22:40:04 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 31 Oct 2017 21:37:04 -0000 On Tue, 31 Oct 2017, Andreas Tobler wrote: > Do we, FreeBSD'ers, want to have gcc unwind support on older than > FreeBSD 9.3 releases? I think the gcc folks do not care, but we are the > ones who might have an need for such a support? > @Gerald, do you have an opinion? Yes. No. :-) Those possibly still stuck on obsolete versions of FreeBSD don't need/want fancy new compilers and GCC 4.9 is still available for use and does not exhibit this issue, correct? (If it does, nobody reported any problems.) > I can 'ifdef' the new code and in the 'else' case we fall back to > the already existing path. If it's "cheap", that might be nice. Thanks to the three of you - Tijl, Konstantin, and Andreas! Gerald From owner-freebsd-current@freebsd.org Wed Nov 1 00:27:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DC8AE47ADF for ; Wed, 1 Nov 2017 00:27:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0048.outbound.protection.outlook.com [104.47.36.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02C8F6A977 for ; Wed, 1 Nov 2017 00:27:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM (52.132.46.161) by YTOPR0101MB2171.CANPRD01.PROD.OUTLOOK.COM (52.132.46.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.178.6; Wed, 1 Nov 2017 00:27:51 +0000 Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad]) by YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad%13]) with mapi id 15.20.0178.014; Wed, 1 Nov 2017 00:27:51 +0000 From: Rick Macklem To: "Rodney W. Grimes" CC: Cy Schubert , Yuri Pankov , freebsd-current Subject: Re: NFSv3 issues with latest -current Thread-Topic: NFSv3 issues with latest -current Thread-Index: AQHTUMopas8UmakPy0GlL/yJGiaU1aL952ZqgABGtoCAAH96LA== Date: Wed, 1 Nov 2017 00:27:50 +0000 Message-ID: References: , <201710311646.v9VGknFO082029@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201710311646.v9VGknFO082029@pdx.rh.CN85.dnsmgr.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB2171; 6:pP2G7MZqv02C+NtBESXoUOV6NniqB1qZRrtVS4lXqakjOyFfjdODx6dSC0TBUx62OsfvEWl1tvaGy1wVtGhIjuLkrReZGMNbmFa+pT+EGhlzOFMNCiZHNQjlN0IgIWm/9A5oJd70gqgNYvsdk9HjUrfpEgNh2DyIvmS2LK0Zu0ahh9vAINib4sjznZSd7bW7j+mScoe8pd17CpJO9TkWCvmPDG4hfzNDVTgQmjl7EpdKECJrrjK4yPtVvp5ZlhDux95l+gACkhaZ5wz9CixcceU8SxccbEUXrjRobWn+LTV/f709loPocS7xGVqg8/BQlIH2Ok00rEJpzCVTZJND6QQt8OhNXxGq7hm+4ocTmA8=; 5:b8gx4VDqGR+inkqWbBvNKvj6e6kOqT5V+5z1tNByXoVCgl+kbUAx2L17KovNu2MBjNN5Wjt9DWYZmeRxp+xjzqbNR8HLo/5odlI/g33VPScm+IFdvI4MSx3zaegmy4h2aPRKqOY9cG1ixWCoIbDBB4LUlCmGUdSTxxgDL/j+k0Q=; 24:PldEfyVKSTFrYt9vUFCGSOIkbaIeZeumhGTHNjfh9CMX+DHGfOYtWAl4Xnxndlu+Rqy1W0zIODuMfZMs1rCoTI66CgfCi/0yQnylYGdfnRE=; 7:cCxwZZVT9ylwkHcDjW2PHRN41c5DrIpiSpNsOmmVxdlzxxpQIkODxudcMInh+ybSW75Gs+TC0Bsi9BzNlBnRIcacxhAG1qE18KrRfsf+sLMa4zMlxXh8oWx3dxHa1hNCT+lT+7QSgFNVjiQgKrTMz/1dk2MmQl4bHSSZ5Q2hxfacxiKEZDpwklUPQ3AMZcVI+Zm8LYDKcquH4J7FgK1GcECCa7jrSuJXQ8uDr6VYOY7LF3AI0hbFSReGErE1dy9b x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 9536ea62-0f9a-4bb1-5be1-08d520bf62c0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(2017052603238); SRVR:YTOPR0101MB2171; x-ms-traffictypediagnostic: YTOPR0101MB2171: x-exchange-antispam-report-test: UriScan:; x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(10201501046)(3002001)(100000703101)(100105400095)(3231020)(93006095)(93001095)(6041248)(20161123558100)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123564025)(20161123562025)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTOPR0101MB2171; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTOPR0101MB2171; x-forefront-prvs: 0478C23FE0 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(376002)(346002)(76094002)(189002)(199003)(24454002)(33656002)(54356999)(105586002)(50986999)(76176999)(74482002)(478600001)(229853002)(2900100001)(106356001)(6436002)(25786009)(6506006)(786003)(68736007)(101416001)(54906003)(316002)(189998001)(3280700002)(81156014)(3660700001)(8936002)(53936002)(2950100002)(6246003)(4326008)(2906002)(8676002)(81166006)(55016002)(102836003)(97736004)(5250100002)(14454004)(6916009)(74316002)(305945005)(9686003)(7696004)(86362001)(8666007)(5660300001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2171; H:YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 9536ea62-0f9a-4bb1-5be1-08d520bf62c0 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Nov 2017 00:27:50.9471 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2171 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 00:27:53 -0000 Rodney W. Grimes wrote: [stuff snipped] > I wrote: >> Btw, NFS often causes this because... >> - Typically TSO is limited to a 64K packet (including TCP/IP and MAC hea= ders). >> - When NFS does reading/writing, it will do 64K + NFS, TCP/IP and MAC he= aders >> for an RPC (or a multiple of 64K like 128K). >> --> This results in tcp_output() generating a 64K TSO segment followed b= y a >> small TCP segment (since another RPC message doesn;t usually end up >> queued quickly enough to fill in the rest of the second TCP segment= ). >> - Also, at the end of file, you can get an RPC which is just under 64K i= ncluding >> NFS and TCP/IP headers. (The drivers often broke when adding the MAC >> header bumped this case to > 64K.) >> >> Thanks go to Yuri for diagnosing this, rick > > Just a thought, not asking anyone to write one :-) > > It would be handy to have some sh(1) scripts that can exercise this bug > case and have it readily avaliable to network driver authors for testing > the tso (or other large segment) code. You can't easily reproduce this from userland. It depends on the way NFS fi= lls in the mbuf chain for I/O RPCs. (iSCSI does something similar.) However, if your shell script does an NFS mount and the writes/reads a file just under 64K in size on the mount... rick= From owner-freebsd-current@freebsd.org Wed Nov 1 00:47:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 590F2E48786 for ; Wed, 1 Nov 2017 00:47:06 +0000 (UTC) (envelope-from yuripv@gmx.com) 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 CD0F86B4A4 for ; Wed, 1 Nov 2017 00:47:05 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from thor.xvoid.org ([94.233.210.201]) by mail.gmx.com (mrgmx002 [212.227.17.184]) with ESMTPSA (Nemesis) id 0McEkx-1dtXsF47ol-00JdRd; Wed, 01 Nov 2017 01:46:49 +0100 Subject: Re: NFSv3 issues with latest -current To: Rick Macklem , "Rodney W. Grimes" Cc: Cy Schubert , freebsd-current References: <201710311646.v9VGknFO082029@pdx.rh.CN85.dnsmgr.net> From: Yuri Pankov Message-ID: <1c0ca4f6-04ee-944c-e910-3a10ada87d9e@gmx.com> Date: Wed, 1 Nov 2017 03:46:46 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1d/UG+ngGphX83VJpnbGi1wYnEGhMY5gY8eYxEGKzSict7o7klq 0uITXThYrEAgtvf2V4c85EbiJabBLaE91aubfx4ger10dg4tJ6BdPuVUlvXjDcwtK/Rg150 vrPkO20b6kYeWms6xLDfJ/x6QQsMbu8um4RQ8eK+lZLHQN3sRrzKGomQvnu3WefRb8hoR9p O9GKfwAsfOIGMR7EDd9jg== X-UI-Out-Filterresults: notjunk:1;V01:K0:oFllo50LJy0=:GCJ12ZIewi8/MwtXb558NY Dc2KmMGDgRPPrsFbMJPjEO91gGnS+evN83pInplvzglOolwWNueBOx91oawU6qW5MZU/Y5KvK 8ws5laPm1c72vHKFPToEKmRZvVc5L3cLKpQhntKThOXSazV6a76YQOpr/XoeDqU+Ha/gtFJEQ KTv8I/DtNac0bJPQsBk1ptBlQ58qtdWcFTr5GXpYQWRoXa5duqXtKPahmSQ27KpJAXViK/5Ww wLjNz8+pdSL0omrXshiYR7Tkv3Mxmni1+5MOEbZddLWOLnJSS+HlA6CcGMatoz/4pXS6/moCh GMv9SclIP/rX8W3sOOWR38VWKnk3dpD+deSj6xPmReIEzIG2kSre8iY1SQKKqEushjxA0Zq89 Ul3jP7tq7GAERdu3E6l65ye/oPRbG3L19W3nhaeNEJEv5Bhs+wnq/1Tbxbhl810ICuVWoUrQO gj8XF6B7mvCaaCSAhe6391nn8EwGX5zWNrTF9ujqw4Fa8WbFP0iih/P2JZMWGbOvGho0oo4wQ NBfd2PMgjdMPz71xK7YsAzBZ9Onw7C6PCIGHxL45rSXHiGTnHYpx7IqE5zaJiBqFo3Hk+sjvC zxyed1ER/DrzjqUGfYt+GJ1Yt6di3WQb3iH5+CLz1hebCgTumV1qhw4EkCAfyxIXZyKZTXbha 6g1jUePbBcxee7PPPda1qAeB3WGU3/bD+NfIYMLVTU0DZTt5w5FPGAr5od6g+mCqf1KLgvspx +ZCQXIPz5pTDLqmmQMnhwqrCacwubonhNltycKf0ormkRHa5pQ0mzjUGNURPyxxqEeskmJW4f tq7F7sPnYVMsmTbKVYvHhzeN2phP2JTnxD3jT/LzK1aDZ2/Qwg= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 00:47:06 -0000 On Wed, 1 Nov 2017 00:27:50 +0000, Rick Macklem wrote: > Rodney W. Grimes wrote: > [stuff snipped] >> I wrote: >>> Btw, NFS often causes this because... >>> - Typically TSO is limited to a 64K packet (including TCP/IP and MAC headers). >>> - When NFS does reading/writing, it will do 64K + NFS, TCP/IP and MAC headers >>> for an RPC (or a multiple of 64K like 128K). >>> --> This results in tcp_output() generating a 64K TSO segment followed by a >>> small TCP segment (since another RPC message doesn;t usually end up >>> queued quickly enough to fill in the rest of the second TCP segment). >>> - Also, at the end of file, you can get an RPC which is just under 64K including >>> NFS and TCP/IP headers. (The drivers often broke when adding the MAC >>> header bumped this case to > 64K.) >>> >>> Thanks go to Yuri for diagnosing this, rick >> >> Just a thought, not asking anyone to write one :-) >> >> It would be handy to have some sh(1) scripts that can exercise this bug >> case and have it readily avaliable to network driver authors for testing >> the tso (or other large segment) code. > You can't easily reproduce this from userland. It depends on the way NFS fills in > the mbuf chain for I/O RPCs. (iSCSI does something similar.) > > However, if your shell script does an NFS mount and the writes/reads a > file just under 64K in size on the mount... Yes, I should be able to test this, it's not a production in any case. And just in case, it's not related to nfs, sorry for jumping to guesses, Rick, scp behaves the same, giving a fair transfer rate of 10kbps, and 10MBps with that change backed out. From owner-freebsd-current@freebsd.org Wed Nov 1 08:13:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E2F1E49D5B for ; Wed, 1 Nov 2017 08:13:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA0C2EB2 for ; Wed, 1 Nov 2017 08:13:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3AD11E49D56; Wed, 1 Nov 2017 08:13:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38954E49D54 for ; Wed, 1 Nov 2017 08:13:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f48.google.com (mail-lf0-f48.google.com [209.85.215.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA60C2EB1 for ; Wed, 1 Nov 2017 08:13:09 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f48.google.com with SMTP id g70so1624989lfl.3 for ; Wed, 01 Nov 2017 01:13:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=LtdYNavIsiv1Y/OZXAsljGXvZAnIlH9O5QYb4ZBA6pQ=; b=BmGpBaBPvwMLQqTFSpjCfyNf8xDATO0TAEp6GiOtXPqiw8HVy7P1BOioaWDbV5WRqw LCO/reI3vndSyCUJd7DoT3hQNdeLJ2Wuz4Z0dnoMP/T92M9LjBtrIPnQROyXv7su6ap+ O8ncCGS1OLL5De27UTsIBa0L3muX9nUNu/HTiqwjbpCyqWgBYKj+tTkEEX68WqhWxu4K JFyKKDW5XIu2Z9FW62xPDk8vsrJlMun3/dwGFjhgAvTgibQIIKsTNjug/7PxKCF1H35w 49tljNhCNiBjM/Y+Ms8lWaqCu/x9aMX2v9Z7FMQ+nqZ/ISBY4up/V7mdTFhikgcfYniy vBAw== X-Gm-Message-State: AMCzsaWQP6sBvxu5AeKlCECT3k2qWaBcf1MtUeYGmtVRsTBgtfBAzxAU PDyyO61G/ykYDr2GupTqwV1uDNaJt/E= X-Google-Smtp-Source: ABhQp+Qd54TUSkvyImMAKaWqFarHdG+GGAm3jOVhZxzccknBX1oDSZuJ18Bf/W4X2c6nGKsCPWagKg== X-Received: by 10.25.76.193 with SMTP id z184mr1823001lfa.97.1509523982063; Wed, 01 Nov 2017 01:13:02 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id j14sm3104lfh.31.2017.11.01.01.13.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Nov 2017 01:13:01 -0700 (PDT) Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) To: "O. Hartmann" Cc: current@FreeBSD.org References: <20171031123215.GP1387@albert.catwhisker.org> <20171031130241.GZ1387@albert.catwhisker.org> <20171101083257.1c2b55aa@freyja.zeit4.iv.bundesimmobilien.de> From: Andriy Gapon Message-ID: Date: Wed, 1 Nov 2017 10:12:59 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171101083257.1c2b55aa@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 08:13:10 -0000 On 01/11/2017 09:33, O. Hartmann wrote: > I have the same (or similar) probleme here on two boxes now, maybe more to come > as I start updating CURRENT cyclic. > > Reverting r325227 solves to problem for now. Oliver, David and I have been working on this and a fix is coming soon. Sorry for the trouble and thanks for the report. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Nov 1 10:16:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71AF7E55D33 for ; Wed, 1 Nov 2017 10:16:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37FA266CD0 for ; Wed, 1 Nov 2017 10:16:50 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C3017260100; Wed, 1 Nov 2017 11:16:47 +0100 (CET) Subject: Re: pcsc-lite hangs up after unplugging an USB card reader To: =?UTF-8?Q?Jairo_Montes_Gonz=c3=a1lez?= , ludovic.rousseau@free.fr, freebsd-current@freebsd.org, "Fernandez-Cueto, Roberto" References: <9b50e911-4a19-8f2c-75e9-17fa1b455edd@selasky.org> <27dc1898-074f-4e4b-849b-4985138eec1b@BW-EX-CASHUB.bally-wulff.de> From: Hans Petter Selasky Message-ID: Date: Wed, 1 Nov 2017 11:14:08 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <27dc1898-074f-4e4b-849b-4985138eec1b@BW-EX-CASHUB.bally-wulff.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 10:16:51 -0000 On 11/01/17 12:05, Jairo Montes González wrote: > Jairo Montes schrieb am 01.11.2017 11:04 > _____________________________________________________________________ > > The output from "procstat -ak" is attached to this email. > Here are the relevant bits: > 898 100592 pcscd - mi_switch sleepq_switch sleepq_catch_signals sleepq_timedwait_sig _cv_timedwait_sig_sbt seltdwait kern_select sys_select amd64_syscall Xfast_syscall > 898 100699 pcscd - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv sys_read amd64_syscall Xfast_syscall > 898 100700 pcscd - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep umtxq_sleep do_wait __umtx_op_wait amd64_syscall Xfast_syscall > 898 100702 pcscd - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait kern_poll sys_poll amd64_syscall Xfast_syscall BTW: I see no USB processes hanging. It looks like pcscd is stuck: 1) waiting for select to complete (normal) 2) waiting on a mutex operation (might be an indication of deadlock) Try to do: thread 100700 bt I'm not sure how you can extend the backtrace into userspace. Maybe you need to do: gdb -p 898 thread 100700 bt To figure out where this software is stuck. It might look like a missed mutex unlock in some error path inside pcscd. --HPS From owner-freebsd-current@freebsd.org Wed Nov 1 07:33:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24069E657AC for ; Wed, 1 Nov 2017 07:33:53 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 01BA61AF7 for ; Wed, 1 Nov 2017 07:33:53 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: by mailman.ysv.freebsd.org (Postfix) id 012A2E657AB; Wed, 1 Nov 2017 07:33:53 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00D88E657AA for ; Wed, 1 Nov 2017 07:33:53 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 5F1F51AF6; Wed, 1 Nov 2017 07:33:51 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LoVvG-1dUfDW3gbK-00gbgC; Wed, 01 Nov 2017 08:33:36 +0100 Date: Wed, 1 Nov 2017 08:33:34 +0100 From: "O. Hartmann" To: David Wolfskill Cc: Andriy Gapon , current@freebsd.org Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) Message-ID: <20171101083257.1c2b55aa@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20171031130241.GZ1387@albert.catwhisker.org> References: <20171031123215.GP1387@albert.catwhisker.org> <20171031130241.GZ1387@albert.catwhisker.org> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:sN3uUv87Mo7HBWtndM+SYCJsX8TiTAymAvUoVaQFmxp8xTDQFg9 aEa2qdWfsQfkT1wuWsjsyiM6fGPGLI+y/UgCXf00TpxO3gfI24rmHUmsuuyg0MNKOBzlrgu J44IGtYx+3FjFlTO2qUUyyW1caf8iAuN0PP4G4qyaIEs79j8PWsLqOqOWlNBIXsPY49bIU6 RUTKAoB6oVpiaTphtvaoA== X-UI-Out-Filterresults: notjunk:1;V01:K0:88NxjCSjIyw=:Gy+z2LtcV4XNrk9F2L9INL yxd221RF6t9LSXEVHsc+/X683H2s3RSuKG0Ph2r9souNov3q69G/8ofnc7F4njDhXvW6pzKM7 raqGTXZ9MOFxWMoQmXIurcVa7VwkIAuCoGbkYkOqEQ4HiyAsNSQnJFoF026b2Za22OjUDo3BA H7N9amgyPhtQR6lHFynEWGELAX0yMomuBm8IWbYyZJId7Llsek3wTfwsrT6eMqfuaNK+gWef+ IFnWEO+hRLuQNK9/cDSdAxeJzgeXqk2ehRIMp9Fo2/x2mxDO9DmU5AsjSNcK+Zk+ePWxq+bfu CIOf7XkcMUTQvmbYI21MtBXPGzRs2XVHNcEjWryFfeH7xyS4nO7KmuX2n9Jxm1QC7JMWMwkfD aUWggwe2wWDdyjW4pcmWfBNfHfx/0RgcHrkvttAUwhRvsAwya6u92rMF/MXH/zoxixZy5rUUI i5V4hkf5H/UH4Zal1eJMWbabCLU/9vW+L/BBMRXDXhnA+Zu87K7NeDYcCkwB6QhFB91HBU2Ig zuBvDZinrLA6Bsivr5qN4umcaz00F/+Q97mg9fykXQE0PY1NbkuYTKOKZ5bjakMve/n7IUgm3 JHPFeOHxxn09l10t5FM2W7VnWEB1bJLGq+LbkL6UHDv4pkanpbCEcfRgccIh1cBj21CnFvzDv kC05om/i2lIMv9i8Sz+BUJX45ew9IqC9h0ipIKZngxrlvd1nt++C9i0nPgs6U1akxF78mlqBY FNH7U8FSYH2As/6bQvcZ4qILPAwsvdQ2rrUaf1yfPpNQjUrJURP/sDGlQDjGCs0fduQO2oFAd gvB+vOxRmSkbREhzGsYRkCgIC9AkIxKLfKfJWN/ojIEyKhJmmI= X-Mailman-Approved-At: Wed, 01 Nov 2017 10:58:46 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 07:33:53 -0000 On Tue, 31 Oct 2017 06:02:41 -0700 David Wolfskill wrote: > On Tue, Oct 31, 2017 at 02:35:19PM +0200, Andriy Gapon wrote: > > On 31/10/2017 14:32, David Wolfskill wrote: > > > Andriy, I "cloned" the slice before doing the above, so I can poke > > > at this a bit more (e.g., try to get a crash dump), if that would > > > still be useful. > > > > Yes, it would be, as I currently do not see what the problem with r325227 > > is. .... > > OK; please see > for: > > Icon Name Last modified Size > Description[PARENTDIR] Parent Directory - > [TXT] core.txt.5 2017-10-31 12:52 201K > [ ] core.txt.5.gz 2017-10-31 12:52 43K > [ ] info.5 2017-10-31 12:52 524 > [ ] info.5.gz 2017-10-31 12:52 363 > [ ] vmcore.5 2017-10-31 12:52 1.3G > [ ] vmcore.5.gz 2017-10-31 12:52 493M > > As noted earlier in the thread, there's a verbose dmesg.boot available > from (as well as a > few other bits). > > Peace, > david I have the same (or similar) probleme here on two boxes now, maybe more to come as I start updating CURRENT cyclic. Reverting r325227 solves to problem for now. Kind regards, Oliver From owner-freebsd-current@freebsd.org Wed Nov 1 11:12:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0547BE57D8E for ; Wed, 1 Nov 2017 11:12:16 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay111.isp.belgacom.be (mailrelay111.isp.belgacom.be [195.238.20.138]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFAF4694AE; Wed, 1 Nov 2017 11:12:14 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3Aecowqx+1lrNUgf9uRHKM819IXTAuvvDOBiVQ1KB4?= =?us-ascii?q?1OscTK2v8tzYMVDF4r011RmSDNWds6oMotGVmpioYXYH75eFvSJKW713fDhBt/?= =?us-ascii?q?8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFRXjLwp1?= =?us-ascii?q?Ifn+FpLPg8it2e2//57ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyhzHontJf+?= =?us-ascii?q?RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKWE169b1uhTF?= =?us-ascii?q?UACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMNboRr4oRzut86ZrSAfpiC?= =?us-ascii?q?gZMT457HrXgdF0gK5CvR6tuwBzz4vSbYqINvRxY7ndcMsUS2RBQMhfSi9PDYGy?= =?us-ascii?q?b4QAE+UPMv1Vr5X/qlcSsReyGRWgCP3pxzRVhnH2x6o60+E5HA/Y3QwgHdYOu2?= =?us-ascii?q?nKodXyM6cSSv66zKzSwjXFdPNdxDDw6JTJchAjpfGBRrJ+cdDPxkYxCg7Lk1ue?= =?us-ascii?q?pZbiPzOP2eQAqm6W5PdjW+K3k2MqqB19riKxysswloXFnIMYx1Te+Slk3oo4K9?= =?us-ascii?q?u1Q1Nhb9G+CptfrSSaOpNzQsMlXm5npj43yqYDuZ6nZCgKz4knxwLHZ/yHbYeI?= =?us-ascii?q?5hXjWf6SIThigHJlebe/iAio8Uin0OH8Ssi00FROriZfjtbMsXcN1wfN5ciCUP?= =?us-ascii?q?R9+Fyh1SyI1wDJ5eFIOUE0lazFJJ492rM9lYYfvV7dEiPqhEn6lq6be0E+9uS1?= =?us-ascii?q?9ejqbK3qppqGOI91jgH+PL4umsu6AekgLggOXmqb+eCn2b3t5032XqtFgeYtkq?= =?us-ascii?q?bEqpzaIt4bpqGhDw9Pzokj8wq/Dyuh0NkAnnkHK0lFeA6Gj4jqIF7BPvT4AOyw?= =?us-ascii?q?g1SpijhrxvTGMqf9DZXKK3iQ2IvmKJ9751RRwRF78ddV459OQuUIJv7pV0bqqJ?= =?us-ascii?q?ncDwQlGwK70eDqFJN21tVNd3iIB/qlMaHW+XSP4fkiJuCKf8dBpDf/L9AL/fPj?= =?us-ascii?q?p0QV31gHcv/6jtMsdHmkE6E+cA2ian32j4JESD9Ssw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2AiAwBEq/lZ/3tFyFBcGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBFQEBAQECAQEBAQgBAQEBgzREEH4njxCOIwEBgXsyAZghgVKDcwKEekQ?= =?us-ascii?q?UAQEBAQEBAQEBAQFqKII4JAGCQQEFOhwjEAsYCSUPKh4GE4onqmaLDwEBAQEBA?= =?us-ascii?q?QEDAQEBASSDLohthGqGHQWiCpRvgQCBIoYBixpIlwQ2IYFsVTIISYJkhGBANoo?= =?us-ascii?q?pgkQBAQE?= X-IPAS-Result: =?us-ascii?q?A2AiAwBEq/lZ/3tFyFBcGgEBAQECAQEBAQgBAQEBFQEBAQE?= =?us-ascii?q?CAQEBAQgBAQEBgzREEH4njxCOIwEBgXsyAZghgVKDcwKEekQUAQEBAQEBAQEBA?= =?us-ascii?q?QFqKII4JAGCQQEFOhwjEAsYCSUPKh4GE4onqmaLDwEBAQEBAQEDAQEBASSDLoh?= =?us-ascii?q?thGqGHQWiCpRvgQCBIoYBixpIlwQ2IYFsVTIISYJkhGBANoopgkQBAQE?= Received: from 123.69-200-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.200.69.123]) by relay.skynet.be with ESMTP; 01 Nov 2017 12:11:02 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id vA1BB07e042166; Wed, 1 Nov 2017 12:11:01 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Wed, 1 Nov 2017 12:11:00 +0100 From: Tijl Coosemans To: Andreas Tobler Cc: Gerald Pfeifer , Konstantin Belousov , freebsd-current@FreeBSD.org, sunpoet@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171101121100.5ca84da3@kalimero.tijl.coosemans.org> In-Reply-To: References: <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> <20171031092803.GA2566@kib.kiev.ua> <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 11:12:16 -0000 On Tue, 31 Oct 2017 22:52:33 +0100 Andreas Tobler wrote: > On 31.10.17 22:36, Gerald Pfeifer wrote: >> On Tue, 31 Oct 2017, Andreas Tobler wrote: >> Those possibly still stuck on obsolete versions of FreeBSD don't >> need/want fancy new compilers and GCC 4.9 is still available for >> use and does not exhibit this issue, correct? (If it does, nobody >> reported any problems.) > > It is limited to gcc >=5, gcc-4.9 does not have the > MD_FALLBACK_FRAME_STATE_FOR defined. > >>> I can 'ifdef' the new code and in the 'else' case we fall back to >>> the already existing path. >> >> If it's "cheap", that might be nice. > > Attached, the test is running on gcc trunk and gcc-6. gcc-6 is the last > one with java support and there we have quite extensive test cases which > really test for this MD_FALLBACK_FRAME_STATE_FOR macro. These test > cases, Throw_2 and co do pass. So I think the new bits should be fine. > Also some coming asan test cases do pass with this addition too. Please commit it to the ports tree as well, because there are reports that ftp/curl can trigger the problem. From owner-freebsd-current@freebsd.org Wed Nov 1 10:04:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 169A6E54CD2 for ; Wed, 1 Nov 2017 10:04:52 +0000 (UTC) (envelope-from j.montes@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 43D366653C for ; Wed, 1 Nov 2017 10:04:51 +0000 (UTC) (envelope-from j.montes@bally-wulff.de) Received: from bw-ex-cashub.bally-wulff.de (bw-ex-cashub.bally-wulff.de [192.168.204.230]) by mail.bally-wulff.de (Postfix) with ESMTPS id CEFE9FC; Wed, 1 Nov 2017 11:04:43 +0100 (CET) Received: from BWEPCMONTESJ.bally-wulff.de (192.168.195.125) by BW-EX-CASHUB.bally-wulff.de (192.168.204.230) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 1 Nov 2017 11:04:40 +0100 Subject: Re: pcsc-lite hangs up after unplugging an USB card reader To: Hans Petter Selasky , , , "Fernandez-Cueto, Roberto" References: <9b50e911-4a19-8f2c-75e9-17fa1b455edd@selasky.org> From: =?UTF-8?Q?Jairo_Montes_Gonz=c3=a1lez?= Date: Wed, 1 Nov 2017 12:05:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: <9b50e911-4a19-8f2c-75e9-17fa1b455edd@selasky.org> Content-Type: multipart/mixed; boundary="------------53EF4648B924E695F3D5FD58" Content-Language: en-US X-OLX-Disclaimer: BW-EX-CASHUB.BALLY-WULFF.DE X-PureMessage: [Scanned] Message-ID: <27dc1898-074f-4e4b-849b-4985138eec1b@BW-EX-CASHUB.bally-wulff.de> X-Mailman-Approved-At: Wed, 01 Nov 2017 11:18:54 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 10:04:52 -0000 --------------53EF4648B924E695F3D5FD58 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable =EF=BB=BFJairo Montes schrieb am 01.11.2017 11:04 _____________________________________________________________________ The output from "procstat -ak" is attached to this email. As you might see, I'm trying to debug it, but this is my first time using the GDB debugger, so I'm a bit lost with it's usage and I believe I'm not doing a good job with it. All I've found so far is that it keeps looping in somewhere and does not return correctly. I forgot to mention in my first email that I added the lines to /etc/devd.conf that the pcsc-lite installation tells you to add for USB cardreaders. I also added /usr/local/etc/devd/pcscd.conf, attached here too, just in case it produces any kind of conflict. On 10/30/2017 18:12, Hans Petter Selasky wrote: > On 10/30/17 18:10, Jairo Montes Gonz=C3=A1lez wrote: >> Jairo Montes schrieb am 30.10.2017 17:09 >> _____________________________________________________________________ >> >> Hi people! >> >> My problem appears only when unplugging one device. I can have more than >> one connected, but when I disconnect one, an error occurs, and if I=20 >> plug in >> a device, even the same I just unplugged, it won't be loaded. I don't=20 >> know >> if the problem comes from pcsc-lite or FreeBSD (libusb). >> >> >> Information requested for support at: >> http://pcsclite.alioth.debian.org/ccid.html#support >> >> Versions: >> - ccid-1.4.27 >> - pcsc-lite-1.8.22,2 >> - Inside Secure AT90SCR200 >> - Enabled features: FreeBSD amd64-portbld-freebsd12.0 serial usb libusb >> usbdropdir=3D/usr/local/lib/pcsc/drivers/ ipcdir=3D/var/run/pcscd >> configdir=3D/usr/local/etc/reader.conf.d >> >> Platform: >> - FreeBSD 10.4-STABLE and 12.0-CURRENT r323761 amd64 >> - Standard compatible PC (Intel i5-6500) >> - No card involved. It does the same with or without a card. >> - SCM Microsystems Inc. SCR 335, Inside Secure AT90SCR200. >> >> The output of pcscd is attached to this email. >> >> Any thoughts on this? Thanks in advance people. >> > > Check the output from "procstat -ak". > > --HPS > BALLY WULFF Games & Entertainment GmbH, Maybachufer 48-51, 12045 Berlin, Po= stanschrift: Postfach 44 01 57, 12001 Berlin Tel.: 030-620 02-0 FAX: 030-62= 0 02-200, Geschaeftsfuehrer: Thomas Niehenke, Lars Rogge, Wolfram Seiffert,= Thomas Wendt, Amtsgericht Berlin-Charlottenburg HRB 139020 B, UST-IdNr. DE= 815328376 _____________________________________________________________________ Dieses E-Mail ist nur fuer den Empfaenger bestimmt, an den es gerichtet ist und kann vertrauliches bzw. unter das Berufsgeheimnis fallendes Material enthalten. Jegliche darin enthaltene Ansicht oder Meinungs- aeusserung ist die des Autors und stellt nicht notwendigerweise die Ansicht oder Meinung von Bally Wulff Games & Entertainment GmbH dar. Sind Sie nicht der Empfaenger, so haben Sie diese E-Mail irrtuemlich erhalten und jegliche Verwendung, Veroeffentlichung, Weiterleitung, Abschrift oder jeglicher Druck dieser E-Mail ist strengstens untersagt. Weder Bally Wulff Games & Entertainment GmbH noch der Absender uebernehmen die Haftung fuer Viren. Es obliegt Ihrer Verantwortung, die E-Mail und deren Anhaenge auf Viren zu pruefen. 2 Anhaenge: procstat_output.txt pcscd.conf _____________________________________________________________________ Versand am 01.11.2017 11:04 von Montes Jairo --------------53EF4648B924E695F3D5FD58 Content-Type: text/plain; charset="UTF-8"; name="procstat_output.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="procstat_output.txt" ICBQSUQgICAgVElEIENPTU0gICAgICAgICAgICAgICAgVEROQU1FICAgICAgICAgICAgICBL U1RBQ0sgICAgICAgICAgICAgICAgICAgICAgIAogICAgMCAxMDAwMDAga2VybmVsICAgICAg ICAgICAgICBzd2FwcGVyICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNs ZWVwcV90aW1lZHdhaXQgX3NsZWVwIHN3YXBwZXIgYnRleHQgCiAgICAwIDEwMDAwOCBrZXJu ZWwgICAgICAgICAgICAgIHRocmVhZCB0YXNrcSAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwMDkga2VybmVsICAgICAgICAgICAgICBh aW9kX2tpY2sgdGFza3EgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0 IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSAKICAgIDAgMTAwMDExIGtlcm5lbCAgICAgICAgICAgICAga3F1ZXVlX2N0eCB0YXNrcSAg ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVl X3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDAxMyBr ZXJuZWwgICAgICAgICAgICAgIGlmX2NvbmZpZ190cWdfMCAgICAgbWlfc3dpdGNoIHNsZWVw cV9zd2l0Y2ggc2xlZXBxX3dhaXQgbXNsZWVwX3NwaW5fc2J0IGd0YXNrcXVldWVfdGhyZWFk X2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMDE0IGtlcm5lbCAg ICAgICAgICAgICAgaWZfaW9fdHFnXzAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfd2FpdCBtc2xlZXBfc3Bpbl9zYnQgZ3Rhc2txdWV1ZV90aHJlYWRfbG9vcCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwMTUga2VybmVsICAgICAgICAg ICAgICBpZl9pb190cWdfMSAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV93YWl0IG1zbGVlcF9zcGluX3NidCBndGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDAxNiBrZXJuZWwgICAgICAgICAgICAgIGlm X2lvX3RxZ18yICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQg bXNsZWVwX3NwaW5fc2J0IGd0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDAgMTAwMDE3IGtlcm5lbCAgICAgICAgICAgICAgaWZfaW9fdHFn XzMgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBtc2xlZXBf c3Bpbl9zYnQgZ3Rhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIAogICAgMCAxMDAwMTgga2VybmVsICAgICAgICAgICAgICBzb2Z0aXJxXzAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IG1zbGVlcF9zcGluX3Ni dCBndGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg ICAwIDEwMDAxOSBrZXJuZWwgICAgICAgICAgICAgIHNvZnRpcnFfMSAgICAgICAgICAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgbXNsZWVwX3NwaW5fc2J0IGd0YXNr cXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAw MDIwIGtlcm5lbCAgICAgICAgICAgICAgc29mdGlycV8yICAgICAgICAgICBtaV9zd2l0Y2gg c2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBtc2xlZXBfc3Bpbl9zYnQgZ3Rhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwMjEga2Vy bmVsICAgICAgICAgICAgICBzb2Z0aXJxXzMgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IG1zbGVlcF9zcGluX3NidCBndGFza3F1ZXVlX3RocmVhZF9s b29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDAyOCBrZXJuZWwgICAg ICAgICAgICAgIGZpcm13YXJlIHRhc2txICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2gg c2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIAogICAgMCAxMDAwNDQga2VybmVsICAgICAgICAgICAgICBtY2EgdGFz a3EgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IG1zbGVl cF9zcGluX3NidCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBv bGluZSAKICAgIDAgMTAwMDQ1IGtlcm5lbCAgICAgICAgICAgICAgc3lzdGVtX3Rhc2txXzAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1 ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDA0 NiBrZXJuZWwgICAgICAgICAgICAgIHN5c3RlbV90YXNrcV8xICAgICAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwNDcga2VybmVsICAgICAgICAg ICAgICBzeXN0ZW1fdGFza3FfMiAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSAKICAgIDAgMTAwMDQ4IGtlcm5lbCAgICAgICAgICAgICAgc3lzdGVtX3Rhc2tx XzMgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFz a3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEw MDA1NSBrZXJuZWwgICAgICAgICAgICAgIGRidV9ldmljdCAgICAgICAgICAgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwNTcga2VybmVsICAgICAg ICAgICAgICB6X3ZkZXZfZmlsZV8wICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNs ZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDAgMTAwMDU4IGtlcm5lbCAgICAgICAgICAgICAgel92ZGV2X2Zp bGVfMSAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAg dGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAw IDEwMDA1OSBrZXJuZWwgICAgICAgICAgICAgIHpfdmRldl9maWxlXzIgICAgICAgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwNjAga2VybmVsICAg ICAgICAgICAgICB6X3ZkZXZfZmlsZV8zICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZv cmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMDYxIGtlcm5lbCAgICAgICAgICAgICAgel92ZGV2 X2ZpbGVfNCAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xl ZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg ICAwIDEwMDA2MiBrZXJuZWwgICAgICAgICAgICAgIHpfdmRldl9maWxlXzUgICAgICAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwNjMga2VybmVs ICAgICAgICAgICAgICB6X3ZkZXZfZmlsZV82ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dp dGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMDY0IGtlcm5lbCAgICAgICAgICAgICAgel92 ZGV2X2ZpbGVfNyAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg CiAgICAwIDEwMDA2NSBrZXJuZWwgICAgICAgICAgICAgIHpfdmRldl9maWxlXzggICAgICAg bWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwNjYga2Vy bmVsICAgICAgICAgICAgICB6X3ZkZXZfZmlsZV85ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMDY3IGtlcm5lbCAgICAgICAgICAgICAg el92ZGV2X2ZpbGVfMTAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2Fp dCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgICAwIDEwMDA2OCBrZXJuZWwgICAgICAgICAgICAgIHpfdmRldl9maWxlXzExICAg ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1 ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAwNjkg a2VybmVsICAgICAgICAgICAgICB6X3ZkZXZfZmlsZV8xMiAgICAgIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMDcwIGtlcm5lbCAgICAgICAgICAg ICAgel92ZGV2X2ZpbGVfMTMgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf d2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgCiAgICAwIDEwMDA3MSBrZXJuZWwgICAgICAgICAgICAgIHpfdmRldl9maWxlXzE0 ICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2tx dWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAw NzIga2VybmVsICAgICAgICAgICAgICB6X3ZkZXZfZmlsZV8xNSAgICAgIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3Ag Zm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMDc0IGtlcm5lbCAgICAgICAg ICAgICAgZGVhZGxrcmVzICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVl cHFfdGltZWR3YWl0IF9zbGVlcCBwYXVzZV9zYnQgZGVhZGxrcmVzIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgCiAgICAwIDEwMDA3NyBrZXJuZWwgICAgICAgICAgICAgIGFjcGlfdGFz a18wICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgbXNsZWVw X3NwaW5fc2J0IHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIAogICAgMCAxMDAwNzgga2VybmVsICAgICAgICAgICAgICBhY3BpX3Rhc2tfMSAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IG1zbGVlcF9zcGluX3Ni dCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAg IDAgMTAwMDc5IGtlcm5lbCAgICAgICAgICAgICAgYWNwaV90YXNrXzIgICAgICAgICBtaV9z d2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBtc2xlZXBfc3Bpbl9zYnQgdGFza3F1 ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDA4 MSBrZXJuZWwgICAgICAgICAgICAgIENBTSB0YXNrcSAgICAgICAgICAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzMzMga2VybmVsICAgICAgICAg ICAgICB6aW9fbnVsbF9pc3N1ZSAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSAKICAgIDAgMTAwMzM0IGtlcm5lbCAgICAgICAgICAgICAgemlvX251bGxfaW50 ciAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFz a3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEw MDMzNSBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2lzc3VlXzAgICAgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzMzYga2VybmVsICAgICAg ICAgICAgICB6aW9fcmVhZF9pc3N1ZV8xICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNs ZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDAgMTAwMzM3IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRf aXNzdWVfMiAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAg dGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAw IDEwMDMzOCBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2lzc3VlXzMgICAgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzMzkga2VybmVsICAg ICAgICAgICAgICB6aW9fcmVhZF9pc3N1ZV80ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZv cmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzQwIGtlcm5lbCAgICAgICAgICAgICAgemlvX3Jl YWRfaXNzdWVfNSAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xl ZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg ICAwIDEwMDM0MSBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2lzc3VlXzYgICAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzNDIga2VybmVs ICAgICAgICAgICAgICB6aW9fcmVhZF9pc3N1ZV83ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dp dGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzQzIGtlcm5lbCAgICAgICAgICAgICAgemlv X3JlYWRfaW50cl8wXzAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg CiAgICAwIDEwMDM0NCBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfMF8xICAg bWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzNDUga2Vy bmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzBfMiAgIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzQ2IGtlcm5lbCAgICAgICAgICAgICAg emlvX3JlYWRfaW50cl8wXzMgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2Fp dCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgICAwIDEwMDM0NyBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfMF80 ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1 ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzNDgg a2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzBfNSAgIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzQ5IGtlcm5lbCAgICAgICAgICAg ICAgemlvX3JlYWRfaW50cl8wXzYgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf d2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgCiAgICAwIDEwMDM1MCBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJf MF83ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2tx dWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAz NTEga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzBfOCAgIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3Ag Zm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzUyIGtlcm5lbCAgICAgICAg ICAgICAgemlvX3JlYWRfaW50cl8wXzkgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVl cHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgCiAgICAwIDEwMDM1MyBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2lu dHJfMF8xMCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAx MDAzNTQga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzBfMTEgIG1pX3N3aXRj aCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xv b3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzU1IGtlcm5lbCAgICAg ICAgICAgICAgemlvX3JlYWRfaW50cl8xXzAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBz bGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgCiAgICAwIDEwMDM1NiBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFk X2ludHJfMV8xICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVw IHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAg MCAxMDAzNTcga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzFfMiAgIG1pX3N3 aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFk X2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzU4IGtlcm5lbCAg ICAgICAgICAgICAgemlvX3JlYWRfaW50cl8xXzMgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM1OSBrZXJuZWwgICAgICAgICAgICAgIHppb19y ZWFkX2ludHJfMV80ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3Ns ZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAog ICAgMCAxMDAzNjAga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzFfNSAgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhy ZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzYxIGtlcm5l bCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8xXzYgICBtaV9zd2l0Y2ggc2xlZXBxX3N3 aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM2MiBrZXJuZWwgICAgICAgICAgICAgIHpp b19yZWFkX2ludHJfMV83ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IAogICAgMCAxMDAzNjMga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzFfOCAg IG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVf dGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzY0IGtl cm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8xXzkgICBtaV9zd2l0Y2ggc2xlZXBx X3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtf ZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM2NSBrZXJuZWwgICAgICAgICAgICAg IHppb19yZWFkX2ludHJfMV8xMCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dh aXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIAogICAgMCAxMDAzNjYga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzFf MTEgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVl dWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzY3 IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8yXzAgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZv cmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM2OCBrZXJuZWwgICAgICAgICAg ICAgIHppb19yZWFkX2ludHJfMl8xICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBx X3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIAogICAgMCAxMDAzNjkga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRy XzJfMiAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNr cXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAw MzcwIGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8yXzMgICBtaV9zd2l0Y2gg c2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29w IGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM3MSBrZXJuZWwgICAgICAg ICAgICAgIHppb19yZWFkX2ludHJfMl80ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIAogICAgMCAxMDAzNzIga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9p bnRyXzJfNSAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0 YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAg MTAwMzczIGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8yXzYgICBtaV9zd2l0 Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9s b29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM3NCBrZXJuZWwgICAg ICAgICAgICAgIHppb19yZWFkX2ludHJfMl83ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2gg c2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIAogICAgMCAxMDAzNzUga2VybmVsICAgICAgICAgICAgICB6aW9fcmVh ZF9pbnRyXzJfOCAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVl cCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAg IDAgMTAwMzc2IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8yXzkgICBtaV9z d2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVh ZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM3NyBrZXJuZWwg ICAgICAgICAgICAgIHppb19yZWFkX2ludHJfMl8xMCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0 Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQg Zm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzNzgga2VybmVsICAgICAgICAgICAgICB6aW9f cmVhZF9pbnRyXzJfMTEgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9z bGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAK ICAgIDAgMTAwMzc5IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8zXzAgICBt aV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3Ro cmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM4MCBrZXJu ZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfM18xICAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzODEga2VybmVsICAgICAgICAgICAgICB6 aW9fcmVhZF9pbnRyXzNfMiAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0 IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSAKICAgIDAgMTAwMzgyIGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8zXzMg ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVl X3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM4MyBr ZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfM180ICAgbWlfc3dpdGNoIHNsZWVw cV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3Jr X2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzODQga2VybmVsICAgICAgICAgICAg ICB6aW9fcmVhZF9pbnRyXzNfNSAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93 YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBv bGluZSAKICAgIDAgMTAwMzg1IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl8z XzYgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1 ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDM4 NiBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfM183ICAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzODcga2VybmVsICAgICAgICAg ICAgICB6aW9fcmVhZF9pbnRyXzNfOCAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSAKICAgIDAgMTAwMzg4IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50 cl8zXzkgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFz a3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEw MDM4OSBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfM18xMCAgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzOTAga2VybmVsICAgICAg ICAgICAgICB6aW9fcmVhZF9pbnRyXzNfMTEgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNs ZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDAgMTAwMzkxIGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRf aW50cl80XzAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAg dGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAw IDEwMDM5MiBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfNF8xICAgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzOTMga2VybmVsICAg ICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzRfMiAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZv cmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzk0IGtlcm5lbCAgICAgICAgICAgICAgemlvX3Jl YWRfaW50cl80XzMgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xl ZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg ICAwIDEwMDM5NSBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfNF80ICAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzOTYga2VybmVs ICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzRfNSAgIG1pX3N3aXRjaCBzbGVlcHFfc3dp dGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwMzk3IGtlcm5lbCAgICAgICAgICAgICAgemlv X3JlYWRfaW50cl80XzYgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg CiAgICAwIDEwMDM5OCBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfNF83ICAg bWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDAzOTkga2Vy bmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzRfOCAgIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDAwIGtlcm5lbCAgICAgICAgICAgICAg emlvX3JlYWRfaW50cl80XzkgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2Fp dCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgICAwIDEwMDQwMSBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfNF8x MCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1 ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0MDIg a2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzRfMTEgIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDAzIGtlcm5lbCAgICAgICAgICAg ICAgemlvX3JlYWRfaW50cl81XzAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf d2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgCiAgICAwIDEwMDQwNCBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJf NV8xICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2tx dWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0 MDUga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzVfMiAgIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3Ag Zm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDA2IGtlcm5lbCAgICAgICAg ICAgICAgemlvX3JlYWRfaW50cl81XzMgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVl cHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgCiAgICAwIDEwMDQwNyBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2lu dHJfNV80ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAx MDA0MDgga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzVfNSAgIG1pX3N3aXRj aCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xv b3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDA5IGtlcm5lbCAgICAg ICAgICAgICAgemlvX3JlYWRfaW50cl81XzYgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBz bGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgCiAgICAwIDEwMDQxMCBrZXJuZWwgICAgICAgICAgICAgIHppb19yZWFk X2ludHJfNV83ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVw IHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAg MCAxMDA0MTEga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzVfOCAgIG1pX3N3 aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFk X2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDEyIGtlcm5lbCAg ICAgICAgICAgICAgemlvX3JlYWRfaW50cl81XzkgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQxMyBrZXJuZWwgICAgICAgICAgICAgIHppb19y ZWFkX2ludHJfNV8xMCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3Ns ZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAog ICAgMCAxMDA0MTQga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzVfMTEgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhy ZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDE1IGtlcm5l bCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl82XzAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3 aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQxNiBrZXJuZWwgICAgICAgICAgICAgIHpp b19yZWFkX2ludHJfNl8xICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IAogICAgMCAxMDA0MTcga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzZfMiAg IG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVf dGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDE4IGtl cm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl82XzMgICBtaV9zd2l0Y2ggc2xlZXBx X3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtf ZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQxOSBrZXJuZWwgICAgICAgICAgICAg IHppb19yZWFkX2ludHJfNl80ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dh aXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIAogICAgMCAxMDA0MjAga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRyXzZf NSAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVl dWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDIx IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl82XzYgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZv cmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQyMiBrZXJuZWwgICAgICAgICAg ICAgIHppb19yZWFkX2ludHJfNl83ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBx X3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIAogICAgMCAxMDA0MjMga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9pbnRy XzZfOCAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNr cXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAw NDI0IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl82XzkgICBtaV9zd2l0Y2gg c2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29w IGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQyNSBrZXJuZWwgICAgICAg ICAgICAgIHppb19yZWFkX2ludHJfNl8xMCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIAogICAgMCAxMDA0MjYga2VybmVsICAgICAgICAgICAgICB6aW9fcmVhZF9p bnRyXzZfMTEgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0 YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAg MTAwNDI3IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl83XzAgICBtaV9zd2l0 Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9s b29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQyOCBrZXJuZWwgICAg ICAgICAgICAgIHppb19yZWFkX2ludHJfN18xICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2gg c2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIAogICAgMCAxMDA0Mjkga2VybmVsICAgICAgICAgICAgICB6aW9fcmVh ZF9pbnRyXzdfMiAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVl cCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAg IDAgMTAwNDMwIGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl83XzMgICBtaV9z d2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVh ZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQzMSBrZXJuZWwg ICAgICAgICAgICAgIHppb19yZWFkX2ludHJfN180ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0 Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQg Zm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0MzIga2VybmVsICAgICAgICAgICAgICB6aW9f cmVhZF9pbnRyXzdfNSAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9z bGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAK ICAgIDAgMTAwNDMzIGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl83XzYgICBt aV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3Ro cmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQzNCBrZXJu ZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfN183ICAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0MzUga2VybmVsICAgICAgICAgICAgICB6 aW9fcmVhZF9pbnRyXzdfOCAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0 IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSAKICAgIDAgMTAwNDM2IGtlcm5lbCAgICAgICAgICAgICAgemlvX3JlYWRfaW50cl83Xzkg ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVl X3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQzNyBr ZXJuZWwgICAgICAgICAgICAgIHppb19yZWFkX2ludHJfN18xMCAgbWlfc3dpdGNoIHNsZWVw cV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3Jr X2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0Mzgga2VybmVsICAgICAgICAgICAg ICB6aW9fcmVhZF9pbnRyXzdfMTEgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93 YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBv bGluZSAKICAgIDAgMTAwNDM5IGtlcm5lbCAgICAgICAgICAgICAgemlvX3dyaXRlX2lzc3Vl XzAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1 ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ0 MCBrZXJuZWwgICAgICAgICAgICAgIHppb193cml0ZV9pc3N1ZV8xICAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0NDEga2VybmVsICAgICAgICAg ICAgICB6aW9fd3JpdGVfaXNzdWVfMiAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSAKICAgIDAgMTAwNDQyIGtlcm5lbCAgICAgICAgICAgICAgemlvX3dyaXRlX2lz c3VlX2hpZyBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFz a3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEw MDQ0MyBrZXJuZWwgICAgICAgICAgICAgIHppb193cml0ZV9pc3N1ZV9oaWcgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0NDQga2VybmVsICAgICAg ICAgICAgICB6aW9fd3JpdGVfaXNzdWVfaGlnIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNs ZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDAgMTAwNDQ1IGtlcm5lbCAgICAgICAgICAgICAgemlvX3dyaXRl X2lzc3VlX2hpZyBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAg dGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAw IDEwMDQ0NiBrZXJuZWwgICAgICAgICAgICAgIHppb193cml0ZV9pc3N1ZV9oaWcgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0NDcga2VybmVsICAg ICAgICAgICAgICB6aW9fd3JpdGVfaW50cl8wICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZv cmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDQ4IGtlcm5lbCAgICAgICAgICAgICAgemlvX3dy aXRlX2ludHJfMSAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xl ZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg ICAwIDEwMDQ0OSBrZXJuZWwgICAgICAgICAgICAgIHppb193cml0ZV9pbnRyXzIgICAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0NTAga2VybmVs ICAgICAgICAgICAgICB6aW9fd3JpdGVfaW50cl8zICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dp dGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDUxIGtlcm5lbCAgICAgICAgICAgICAgemlv X3dyaXRlX2ludHJfNCAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg CiAgICAwIDEwMDQ1MiBrZXJuZWwgICAgICAgICAgICAgIHppb193cml0ZV9pbnRyXzUgICAg bWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0NTMga2Vy bmVsICAgICAgICAgICAgICB6aW9fd3JpdGVfaW50cl82ICAgIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDU0IGtlcm5lbCAgICAgICAgICAgICAg emlvX3dyaXRlX2ludHJfNyAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2Fp dCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgICAwIDEwMDQ1NSBrZXJuZWwgICAgICAgICAgICAgIHppb193cml0ZV9pbnRyX2hp Z2ggbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1 ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0NTYg a2VybmVsICAgICAgICAgICAgICB6aW9fd3JpdGVfaW50cl9oaWdoIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDU3IGtlcm5lbCAgICAgICAgICAg ICAgemlvX3dyaXRlX2ludHJfaGlnaCBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf d2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgCiAgICAwIDEwMDQ1OCBrZXJuZWwgICAgICAgICAgICAgIHppb193cml0ZV9pbnRy X2hpZ2ggbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2tx dWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0 NTkga2VybmVsICAgICAgICAgICAgICB6aW9fd3JpdGVfaW50cl9oaWdoIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3Ag Zm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDYwIGtlcm5lbCAgICAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfMF8wICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVl cHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgCiAgICAwIDEwMDQ2MSBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lz c3VlXzBfMSAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAx MDA0NjIga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8wXzIgIG1pX3N3aXRj aCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xv b3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDYzIGtlcm5lbCAgICAg ICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMF8zICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBz bGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ2NCBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVl X2lzc3VlXzBfNCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVw IHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAg MCAxMDA0NjUga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8wXzUgIG1pX3N3 aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFk X2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDY2IGtlcm5lbCAg ICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMF82ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ2NyBrZXJuZWwgICAgICAgICAgICAgIHppb19m cmVlX2lzc3VlXzBfNyAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3Ns ZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAog ICAgMCAxMDA0Njgga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8wXzggIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhy ZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDY5IGtlcm5l bCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMF85ICBtaV9zd2l0Y2ggc2xlZXBxX3N3 aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ3MCBrZXJuZWwgICAgICAgICAgICAgIHpp b19mcmVlX2lzc3VlXzBfMTAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IAogICAgMCAxMDA0NzEga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8wXzEx IG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVf dGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDcyIGtl cm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMV8wICBtaV9zd2l0Y2ggc2xlZXBx X3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtf ZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ3MyBrZXJuZWwgICAgICAgICAgICAg IHppb19mcmVlX2lzc3VlXzFfMSAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dh aXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIAogICAgMCAxMDA0NzQga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8x XzIgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVl dWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNDc1 IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMV8zICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZv cmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ3NiBrZXJuZWwgICAgICAgICAg ICAgIHppb19mcmVlX2lzc3VlXzFfNCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBx X3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIAogICAgMCAxMDA0Nzcga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1 ZV8xXzUgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNr cXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAw NDc4IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMV82ICBtaV9zd2l0Y2gg c2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29w IGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ3OSBrZXJuZWwgICAgICAg ICAgICAgIHppb19mcmVlX2lzc3VlXzFfNyAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIAogICAgMCAxMDA0ODAga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9p c3N1ZV8xXzggIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0 YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAg MTAwNDgxIGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMV85ICBtaV9zd2l0 Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9s b29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ4MiBrZXJuZWwgICAg ICAgICAgICAgIHppb19mcmVlX2lzc3VlXzFfMTAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2gg c2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIAogICAgMCAxMDA0ODMga2VybmVsICAgICAgICAgICAgICB6aW9fZnJl ZV9pc3N1ZV8xXzExIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVl cCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAg IDAgMTAwNDg0IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMl8wICBtaV9z d2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVh ZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ4NSBrZXJuZWwg ICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzJfMSAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0 Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQg Zm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0ODYga2VybmVsICAgICAgICAgICAgICB6aW9f ZnJlZV9pc3N1ZV8yXzIgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9z bGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAK ICAgIDAgMTAwNDg3IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMl8zICBt aV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3Ro cmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ4OCBrZXJu ZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzJfNCAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0ODkga2VybmVsICAgICAgICAgICAgICB6 aW9fZnJlZV9pc3N1ZV8yXzUgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0 IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSAKICAgIDAgMTAwNDkwIGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfMl82 ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVl X3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ5MSBr ZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzJfNyAgbWlfc3dpdGNoIHNsZWVw cV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3Jr X2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0OTIga2VybmVsICAgICAgICAgICAg ICB6aW9fZnJlZV9pc3N1ZV8yXzggIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93 YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBv bGluZSAKICAgIDAgMTAwNDkzIGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVf Ml85ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1 ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDQ5 NCBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzJfMTAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0OTUga2VybmVsICAgICAgICAg ICAgICB6aW9fZnJlZV9pc3N1ZV8yXzExIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSAKICAgIDAgMTAwNDk2IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfM18wICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFz a3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEw MDQ5NyBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzNfMSAgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA0OTgga2VybmVsICAgICAg ICAgICAgICB6aW9fZnJlZV9pc3N1ZV8zXzIgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNs ZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDAgMTAwNDk5IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVf aXNzdWVfM18zICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAg dGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAw IDEwMDUwMCBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzNfNCAgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1MDEga2VybmVsICAg ICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8zXzUgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZv cmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTAyIGtlcm5lbCAgICAgICAgICAgICAgemlvX2Zy ZWVfaXNzdWVfM182ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xl ZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg ICAwIDEwMDUwMyBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzNfNyAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1MDQga2VybmVs ICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8zXzggIG1pX3N3aXRjaCBzbGVlcHFfc3dp dGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTA1IGtlcm5lbCAgICAgICAgICAgICAgemlv X2ZyZWVfaXNzdWVfM185ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg CiAgICAwIDEwMDUwNiBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzNfMTAg bWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1MDcga2Vy bmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV8zXzExIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTA4IGtlcm5lbCAgICAgICAgICAgICAg emlvX2ZyZWVfaXNzdWVfNF8wICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2Fp dCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgICAwIDEwMDUwOSBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzRf MSAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1 ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1MTAg a2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV80XzIgIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTExIGtlcm5lbCAgICAgICAgICAg ICAgemlvX2ZyZWVfaXNzdWVfNF8zICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf d2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgCiAgICAwIDEwMDUxMiBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3Vl XzRfNCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2tx dWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1 MTMga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV80XzUgIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3Ag Zm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTE0IGtlcm5lbCAgICAgICAg ICAgICAgemlvX2ZyZWVfaXNzdWVfNF82ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVl cHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgCiAgICAwIDEwMDUxNSBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lz c3VlXzRfNyAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAx MDA1MTYga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV80XzggIG1pX3N3aXRj aCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xv b3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTE3IGtlcm5lbCAgICAg ICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNF85ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBz bGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgCiAgICAwIDEwMDUxOCBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVl X2lzc3VlXzRfMTAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVw IHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAg MCAxMDA1MTkga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV80XzExIG1pX3N3 aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFk X2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTIwIGtlcm5lbCAg ICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNV8wICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDUyMSBrZXJuZWwgICAgICAgICAgICAgIHppb19m cmVlX2lzc3VlXzVfMSAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3Ns ZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAog ICAgMCAxMDA1MjIga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV81XzIgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhy ZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTIzIGtlcm5l bCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNV8zICBtaV9zd2l0Y2ggc2xlZXBxX3N3 aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhp dCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDUyNCBrZXJuZWwgICAgICAgICAgICAgIHpp b19mcmVlX2lzc3VlXzVfNCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQg X3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5l IAogICAgMCAxMDA1MjUga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV81XzUg IG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVf dGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTI2IGtl cm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNV82ICBtaV9zd2l0Y2ggc2xlZXBx X3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtf ZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDUyNyBrZXJuZWwgICAgICAgICAgICAg IHppb19mcmVlX2lzc3VlXzVfNyAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dh aXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIAogICAgMCAxMDA1Mjgga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV81 XzggIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVl dWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTI5 IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNV85ICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZv cmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDUzMCBrZXJuZWwgICAgICAgICAg ICAgIHppb19mcmVlX2lzc3VlXzVfMTAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBx X3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIAogICAgMCAxMDA1MzEga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9pc3N1 ZV81XzExIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNr cXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAw NTMyIGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNl8wICBtaV9zd2l0Y2gg c2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29w IGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDUzMyBrZXJuZWwgICAgICAg ICAgICAgIHppb19mcmVlX2lzc3VlXzZfMSAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xl ZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190 cmFtcG9saW5lIAogICAgMCAxMDA1MzQga2VybmVsICAgICAgICAgICAgICB6aW9fZnJlZV9p c3N1ZV82XzIgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0 YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAg MTAwNTM1IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNl8zICBtaV9zd2l0 Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9s b29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDUzNiBrZXJuZWwgICAg ICAgICAgICAgIHppb19mcmVlX2lzc3VlXzZfNCAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2gg c2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIAogICAgMCAxMDA1Mzcga2VybmVsICAgICAgICAgICAgICB6aW9fZnJl ZV9pc3N1ZV82XzUgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVl cCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAg IDAgMTAwNTM4IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNl82ICBtaV9z d2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVh ZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDUzOSBrZXJuZWwg ICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzZfNyAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0 Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQg Zm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NDAga2VybmVsICAgICAgICAgICAgICB6aW9f ZnJlZV9pc3N1ZV82XzggIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9z bGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAK ICAgIDAgMTAwNTQxIGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfNl85ICBt aV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3Ro cmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDU0MiBrZXJu ZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzZfMTAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4 aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NDMga2VybmVsICAgICAgICAgICAgICB6 aW9fZnJlZV9pc3N1ZV82XzExIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0 IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSAKICAgIDAgMTAwNTQ0IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVfN18w ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVl X3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDU0NSBr ZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzdfMSAgbWlfc3dpdGNoIHNsZWVw cV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBmb3Jr X2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NDYga2VybmVsICAgICAgICAgICAg ICB6aW9fZnJlZV9pc3N1ZV83XzIgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93 YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBv bGluZSAKICAgIDAgMTAwNTQ3IGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNzdWVf N18zICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFza3F1 ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEwMDU0 OCBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzdfNCAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9vcCBm b3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NDkga2VybmVsICAgICAgICAg ICAgICB6aW9fZnJlZV9pc3N1ZV83XzUgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSAKICAgIDAgMTAwNTUwIGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVfaXNz dWVfN182ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgdGFz a3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAwIDEw MDU1MSBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzdfNyAgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRfbG9v cCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NTIga2VybmVsICAgICAg ICAgICAgICB6aW9fZnJlZV9pc3N1ZV83XzggIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNs ZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDAgMTAwNTUzIGtlcm5lbCAgICAgICAgICAgICAgemlvX2ZyZWVf aXNzdWVfN185ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAg dGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICAw IDEwMDU1NCBrZXJuZWwgICAgICAgICAgICAgIHppb19mcmVlX2lzc3VlXzdfMTAgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJlYWRf bG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NTUga2VybmVsICAg ICAgICAgICAgICB6aW9fZnJlZV9pc3N1ZV83XzExIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0IGZv cmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTU2IGtlcm5lbCAgICAgICAgICAgICAgemlvX2Zy ZWVfaW50ciAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xl ZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg ICAwIDEwMDU1NyBrZXJuZWwgICAgICAgICAgICAgIHppb19jbGFpbV9pc3N1ZSAgICAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NTgga2VybmVs ICAgICAgICAgICAgICB6aW9fY2xhaW1faW50ciAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dp dGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTU5IGtlcm5lbCAgICAgICAgICAgICAgemlv X2lvY3RsX2lzc3VlICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBf c2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUg CiAgICAwIDEwMDU2MCBrZXJuZWwgICAgICAgICAgICAgIHppb19pb2N0bF9pbnRyICAgICAg bWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1ZV90 aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NjIga2Vy bmVsICAgICAgICAgICAgICBtZXRhc2xhYl9ncm91cF90YXNrIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9ya19l eGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTYzIGtlcm5lbCAgICAgICAgICAgICAg bWV0YXNsYWJfZ3JvdXBfdGFzayBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2Fp dCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgICAwIDEwMDU2NCBrZXJuZWwgICAgICAgICAgICAgIGRwX3N5bmNfdGFza3FfMCAg ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2txdWV1 ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1NjUg a2VybmVsICAgICAgICAgICAgICBkcF9zeW5jX3Rhc2txXzEgICAgIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3AgZm9y a19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTY2IGtlcm5lbCAgICAgICAgICAg ICAgZHBfc3luY190YXNrcV8yICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf d2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgCiAgICAwIDEwMDU2NyBrZXJuZWwgICAgICAgICAgICAgIGRwX3ppbF9jbGVhbl90 YXNrcV8gbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRhc2tx dWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAxMDA1 Njgga2VybmVsICAgICAgICAgICAgICBkcF96aWxfY2xlYW5fdGFza3FfIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xvb3Ag Zm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDAgMTAwNTY5IGtlcm5lbCAgICAgICAg ICAgICAgZHBfemlsX2NsZWFuX3Rhc2txXyBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVl cHFfd2FpdCBfc2xlZXAgdGFza3F1ZXVlX3RocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgCiAgICAwIDEwMDU3MCBrZXJuZWwgICAgICAgICAgICAgIGRwX3ppbF9jbGVh bl90YXNrcV8gbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHRh c2txdWV1ZV90aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgMCAx MDA1NzEga2VybmVsICAgICAgICAgICAgICB6ZnNfdm5fcmVsZV90YXNrcSAgIG1pX3N3aXRj aCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB0YXNrcXVldWVfdGhyZWFkX2xv b3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDEgMTAwMDAyIGluaXQgICAgICAg ICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBz bGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIGtlcm5fd2FpdDYg c3lzX3dhaXQ0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICAgIDIgMTAwMDMyIGNy eXB0byAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBx X3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgY3J5cHRvX3Byb2MgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgIDMgMTAwMDMzIGNyeXB0byByZXR1cm5zICAgICAgLSAgICAgICAg ICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAg Y3J5cHRvX3JldF9wcm9jIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICA0IDEwMDAz NCBjYW0gICAgICAgICAgICAgICAgIGRvbmVxMCAgICAgICAgICAgICAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHhwdF9kb25lX3RkIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgCiAgICA0IDEwMDA4MiBjYW0gICAgICAgICAgICAgICAgIHNjYW5u ZXIgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3Ns ZWVwIHhwdF9zY2FubmVyX3RocmVhZCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAg NSAxMDAwNDkgc29haW9kMSAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3 aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV90aW1lZHdhaXQgX3NsZWVwIHNvYWlvX2twcm9j X2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDYgMTAwMDUwIHNvYWlvZDIg ICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfdGltZWR3YWl0IF9zbGVlcCBzb2Fpb19rcHJvY19sb29wIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgCiAgICA3IDEwMDA1MSBzb2Fpb2QzICAgICAgICAgICAgIC0gICAg ICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2Fp dCBfc2xlZXAgc29haW9fa3Byb2NfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAog ICAgOCAxMDAwNTIgc29haW9kNCAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV90aW1lZHdhaXQgX3NsZWVwIHNvYWlvX2tw cm9jX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgIDkgMTAwMDUzIHpmc2tl cm4gICAgICAgICAgICAgYXJjX3JlY2xhaW1fdGhyZWFkICBtaV9zd2l0Y2ggc2xlZXBxX3N3 aXRjaCBzbGVlcHFfdGltZWR3YWl0IF9jdl90aW1lZHdhaXRfc2J0IGFyY19yZWNsYWltX3Ro cmVhZCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAgOSAxMDAwNTQgemZza2VybiAg ICAgICAgICAgICBhcmNfZG5sY19ldmljdHNfdGhyIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV93YWl0IF9jdl93YWl0IGFyY19kbmxjX2V2aWN0c190aHJlYWQgZm9ya19leGl0 IGZvcmtfdHJhbXBvbGluZSAKICAgIDkgMTAwMDU2IHpmc2tlcm4gICAgICAgICAgICAgZGJ1 Zl9ldmljdF90aHJlYWQgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfdGltZWR3 YWl0IF9jdl90aW1lZHdhaXRfc2J0IGRidWZfZXZpY3RfdGhyZWFkIGZvcmtfZXhpdCBmb3Jr X3RyYW1wb2xpbmUgCiAgICA5IDEwMDA3MyB6ZnNrZXJuICAgICAgICAgICAgIGwyYXJjX2Zl ZWRfdGhyZWFkICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2FpdCBf Y3ZfdGltZWR3YWl0X3NidCBsMmFyY19mZWVkX3RocmVhZCBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIAogICAgOSAxMDA1NjEgemZza2VybiAgICAgICAgICAgICB0cmltIHpyb290ICAg ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV90aW1lZHdhaXQgX2N2X3Rp bWVkd2FpdF9zYnQgdHJpbV90aHJlYWQgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAg IDkgMTAwNTg2IHpmc2tlcm4gICAgICAgICAgICAgdHhnX3RocmVhZF9lbnRlciAgICBtaV9z d2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCB0eGdfdGhyZWFkX3dh aXQgdHhnX3F1aWVzY2VfdGhyZWFkIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgICA5 IDEwMDU4NyB6ZnNrZXJuICAgICAgICAgICAgIHR4Z190aHJlYWRfZW50ZXIgICAgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2FpdCBfY3ZfdGltZWR3YWl0X3NidCB0 eGdfdGhyZWFkX3dhaXQgdHhnX3N5bmNfdGhyZWFkIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgICA5IDEwMDU4OCB6ZnNrZXJuICAgICAgICAgICAgIHp2b2wgenJvb3QvdGVzdGlu Z18gbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHp2b2xfZ2Vv bV93b3JrZXIgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgMTAgMTAwMDAxIGF1ZGl0 ICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3 aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCBhdWRpdF93b3JrZXIgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgMTEgMTAwMDAzIGlkbGUgICAgICAgICAgICAgICAgaWRsZTogY3B1 MCAgICAgICAgICBtaV9zd2l0Y2ggc2NoZWRfaWRsZXRkIGZvcmtfZXhpdCBmb3JrX3RyYW1w b2xpbmUgCiAgIDExIDEwMDAwNCBpZGxlICAgICAgICAgICAgICAgIGlkbGU6IGNwdTEgICAg ICAgICAgPHJ1bm5pbmc+ICAgICAgICAgICAgICAgICAgICAKICAgMTEgMTAwMDA1IGlkbGUg ICAgICAgICAgICAgICAgaWRsZTogY3B1MiAgICAgICAgICA8cnVubmluZz4gICAgICAgICAg ICAgICAgICAgIAogICAxMSAxMDAwMDYgaWRsZSAgICAgICAgICAgICAgICBpZGxlOiBjcHUz ICAgICAgICAgIDxydW5uaW5nPiAgICAgICAgICAgICAgICAgICAgCiAgIDEyIDEwMDAwNyBp bnRyICAgICAgICAgICAgICAgIHN3aTY6IEdpYW50IHRhc2txICAgbWlfc3dpdGNoIGl0aHJl YWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAxMiAxMDAwMTAgaW50ciAg ICAgICAgICAgICAgICBzd2k1OiBmYXN0IHRhc2txICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgIDEyIDEwMDAxMiBpbnRyICAgICAgICAgICAgICAgIHN3aTY6IHRhc2sg cXVldWUgICAgbWlfc3dpdGNoIGl0aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9s aW5lIAogICAxMiAxMDAwMjIgaW50ciAgICAgICAgICAgICAgICBzd2k0OiBjbG9jayAoMCkg ICAgIG1pX3N3aXRjaCBpdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAK ICAgMTIgMTAwMDIzIGludHIgICAgICAgICAgICAgICAgc3dpNDogY2xvY2sgKDEpICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAxMiAxMDAwMjQgaW50ciAgICAgICAg ICAgICAgICBzd2k0OiBjbG9jayAoMikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgCiAgIDEyIDEwMDAyNSBpbnRyICAgICAgICAgICAgICAgIHN3aTQ6IGNsb2NrICgzKSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgMTIgMTAwMDI2IGludHIgICAg ICAgICAgICAgICAgc3dpMzogdm0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIAogICAxMiAxMDAwMjcgaW50ciAgICAgICAgICAgICAgICBzd2kxOiBuZXRpc3Ig MCAgICAgIG1pX3N3aXRjaCBpdGhyZWFkX2xvb3AgZm9ya19leGl0IGZvcmtfdHJhbXBvbGlu ZSAKICAgMTIgMTAwMDM1IGludHIgICAgICAgICAgICAgICAgaXJxMjY0OiB4aGNpMCAgICAg ICBtaV9zd2l0Y2ggaXRocmVhZF9sb29wIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg IDEyIDEwMDA0MSBpbnRyICAgICAgICAgICAgICAgIGlycTI2NTogYWhjaTAgICAgICAgbWlf c3dpdGNoIGl0aHJlYWRfbG9vcCBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAxMiAx MDAwNDIgaW50ciAgICAgICAgICAgICAgICBpcnExODogcmwwICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgCiAgIDEyIDEwMDA0MyBpbnRyICAgICAgICAgICAgICAg IGlycTE6IGF0a2JkMCAgICAgICAgbWlfc3dpdGNoIGl0aHJlYWRfbG9vcCBmb3JrX2V4aXQg Zm9ya190cmFtcG9saW5lIAogICAxMyAxMDAwMjkgZ2VvbSAgICAgICAgICAgICAgICBnX2V2 ZW50ICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9z bGVlcCBnX3J1bl9ldmVudHMgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgMTMgMTAw MDMwIGdlb20gICAgICAgICAgICAgICAgZ191cCAgICAgICAgICAgICAgICBtaV9zd2l0Y2gg c2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfc2xlZXAgZ19pb19zY2hlZHVsZV91cCBnX3Vw X3Byb2Nib2R5IGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgIDEzIDEwMDAzMSBnZW9t ICAgICAgICAgICAgICAgIGdfZG93biAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIGdfaW9fc2NoZWR1bGVfZG93biBnX2Rvd25fcHJv Y2JvZHkgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgMTQgMTAwMDM2IHVzYiAgICAg ICAgICAgICAgICAgdXNidXMwICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfd2FpdCBfY3Zfd2FpdCB1c2JfcHJvY2VzcyBmb3JrX2V4aXQgZm9ya190cmFt cG9saW5lIAogICAxNCAxMDAwMzcgdXNiICAgICAgICAgICAgICAgICB1c2J1czAgICAgICAg ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9jdl93YWl0IHVz Yl9wcm9jZXNzIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgIDE0IDEwMDAzOCB1c2Ig ICAgICAgICAgICAgICAgIHVzYnVzMCAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX3dhaXQgX2N2X3dhaXQgdXNiX3Byb2Nlc3MgZm9ya19leGl0IGZvcmtf dHJhbXBvbGluZSAKICAgMTQgMTAwMDM5IHVzYiAgICAgICAgICAgICAgICAgdXNidXMwICAg ICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfd2FpdCBfY3Zfd2Fp dCB1c2JfcHJvY2VzcyBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAxNCAxMDAwNDAg dXNiICAgICAgICAgICAgICAgICB1c2J1czAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV93YWl0IF9jdl93YWl0IHVzYl9wcm9jZXNzIGZvcmtfZXhpdCBm b3JrX3RyYW1wb2xpbmUgCiAgIDE1IDEwMDA3NSBzY3RwX2l0ZXJhdG9yICAgICAgIC0gICAg ICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3Ns ZWVwIHNjdHBfaXRlcmF0b3JfdGhyZWFkIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAg IDE2IDEwMDA3NiBhY3BpX3RoZXJtYWwgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlf c3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2FpdCBfc2xlZXAgYWNwaV90el90 aHJlYWQgZm9ya19leGl0IGZvcmtfdHJhbXBvbGluZSAKICAgMTcgMTAwMDgwIHJhbmRfaGFy dmVzdHEgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfdGltZWR3YWl0IF9zbGVlcCByYW5kb21fa3RocmVhZCBmb3JrX2V4aXQgZm9y a190cmFtcG9saW5lIAogICAxOCAxMDAwODMgZW5jX2RhZW1vbjAgICAgICAgICAtICAgICAg ICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9zbGVl cCBlbmNfZGFlbW9uIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgIDE5IDEwMDA4NCBw YWdlZGFlbW9uICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVw cV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2FpdCBfc2xlZXAgdm1fcGFnZW91dCBmb3JrX2V4aXQg Zm9ya190cmFtcG9saW5lIAogICAxOSAxMDAwOTAgcGFnZWRhZW1vbiAgICAgICAgICBsYXVu ZHJ5OiBkb20wICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV93YWl0IF9z bGVlcCB2bV9wYWdlb3V0X2xhdW5kcnlfd29ya2VyIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xp bmUgCiAgIDE5IDEwMDA5MSBwYWdlZGFlbW9uICAgICAgICAgIHVtYSAgICAgICAgICAgICAg ICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3dhaXQgX3NsZWVwIHVtYV9yZWNs YWltX3dvcmtlciBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogICAyMCAxMDAwODUgdm1k YWVtb24gICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFf c3dpdGNoIHNsZWVwcV93YWl0IF9zbGVlcCB2bV9kYWVtb24gZm9ya19leGl0IGZvcmtfdHJh bXBvbGluZSAKICAgMjEgMTAwMDg2IGJ1ZmRhZW1vbiAgICAgICAgICAgLSAgICAgICAgICAg ICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfdGltZWR3YWl0IF9zbGVl cCBidWZfZGFlbW9uIGZvcmtfZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgIDIyIDEwMDA4NyBi dWZzcGFjZWRhZW1vbiAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVw cV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2FpdCBfc2xlZXAgYnVmc3BhY2VfZGFlbW9uIGZvcmtf ZXhpdCBmb3JrX3RyYW1wb2xpbmUgCiAgIDIzIDEwMDA4OCBzeW5jZXIgICAgICAgICAgICAg IC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3Rp bWVkd2FpdCBfY3ZfdGltZWR3YWl0X3NidCBzY2hlZF9zeW5jIGZvcmtfZXhpdCBmb3JrX3Ry YW1wb2xpbmUgCiAgIDI0IDEwMDA4OSB2bmxydSAgICAgICAgICAgICAgIC0gICAgICAgICAg ICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX3RpbWVkd2FpdCBfc2xl ZXAgdm5scnVfcHJvYyBmb3JrX2V4aXQgZm9ya190cmFtcG9saW5lIAogIDE0NiAxMDA1OTUg YWRqa2VybnR6ICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVl cHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAg a2Vybl9zaWdzdXNwZW5kIHN5c19zaWdzdXNwZW5kIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA0NTYgMTAwNjA3IGRldmQgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfdGltZWR3YWl0X3NpZyBfY3ZfdGltZWR3YWl0X3NpZ19zYnQgc2VsdGR3YWl0IGtlcm5f c2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDQ2OCAx MDA2MDQgbW91c2VkICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRj aCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBf Y3Zfd2FpdF9zaWcgc2VsdGR3YWl0IGtlcm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lz Y2FsbCBYZmFzdF9zeXNjYWxsIAogIDU0MiAxMDA2MTAgZGhjbGllbnQgICAgICAgICAgICAt ICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRj aF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfY3Zfd2FpdF9zaWcgc2VsdGR3YWl0IGtlcm5f cG9sbCBzeXNfcG9sbCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgNTg4IDEwMDYx NiBkaGNsaWVudCAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9zaWcg X2N2X3RpbWVkd2FpdF9zaWdfc2J0IHNlbHRkd2FpdCBrZXJuX3BvbGwgc3lzX3BvbGwgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDY3NiAxMDA2MDMgc3lzbG9nZCAgICAgICAg ICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfY3Zfd2FpdF9zaWcgc2VsdGR3YWl0 IGtlcm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAog IDc2MCAxMDA2MTMgbnRwZCAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0 X3NpZyBfY3Zfd2FpdF9zaWcgc2VsdGR3YWl0IGtlcm5fc2VsZWN0IHN5c19zZWxlY3QgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDc2MCAxMDA3MTAgbnRwZCAgICAgICAgICAg ICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgdW10eHFfc2xlZXAgZG9f c2VtMl93YWl0IF9fdW10eF9vcF9zZW0yX3dhaXQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNj YWxsIAogIDc2MyAxMDA1OTQgcG93ZXJkICAgICAgICAgICAgICAtICAgICAgICAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV90aW1lZHdhaXRfc2lnIF9jdl90aW1lZHdhaXRfc2lnX3NidCBzZWx0ZHdhaXQga2Vybl9z ZWxlY3Qgc3lzX3NlbGVjdCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgNzgyIDEw MDU5OSBkYWVtb24gICAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9z bGVlcCBwaXBlX3JlYWQgZG9maWxlcmVhZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0X3N5 c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjAxIGphdmEgICAgICAgICAgICAgICAg LSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0 Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dhaXQg X191bXR4X29wX3dhaXQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDc4MyAxMDA2 MjMgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xl ZXAgdW10eHFfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDc4MyAxMDA2MzEgamF2YSAgICAgICAgICAg ICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgdW10eHFfc2xlZXAgZG9f d2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9z eXNjYWxsIAogIDc4MyAxMDA2MzIgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAg ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNs ZWVwcV93YWl0X3NpZyBfc2xlZXAgdW10eHFfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2Fp dF91aW50X3ByaXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDc4MyAxMDA2 MzMgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBz bGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xl ZXAgdW10eHFfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDc4MyAxMDA2MzQgamF2YSAgICAgICAgICAg ICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgdW10eHFfc2xlZXAgZG9f d2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9z eXNjYWxsIAogIDc4MyAxMDA2MzUgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAg ICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNs ZWVwcV90aW1lZHdhaXRfc2lnIF9zbGVlcCB1bXR4cV9zbGVlcCBkb193YWl0IF9fdW10eF9v cF93YWl0X3VpbnRfcHJpdmF0ZSBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgNzgz IDEwMDYzNiBqYXZhICAgICAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dp dGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2ln IF9zbGVlcCB1bXR4cV9zbGVlcCBkb193YWl0IF9fdW10eF9vcF93YWl0X3VpbnRfcHJpdmF0 ZSBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgNzgzIDEwMDYzNyBqYXZhICAgICAg ICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2gg c2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCB1bXR4cV9zbGVl cCBkb193YWl0IF9fdW10eF9vcF93YWl0X3VpbnRfcHJpdmF0ZSBhbWQ2NF9zeXNjYWxsIFhm YXN0X3N5c2NhbGwgCiAgNzgzIDEwMDYzOCBqYXZhICAgICAgICAgICAgICAgIC0gICAgICAg ICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25h bHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCB1bXR4cV9zbGVlcCBkb19zZW0yX3dhaXQgX191 bXR4X29wX3NlbTJfd2FpdCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgNzgzIDEw MDYzOSBqYXZhICAgICAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNo IHNsZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9z aWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2 YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjQwIGphdmEgICAg ICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRj aCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfdGltZWR3YWl0X3NpZyBfc2xlZXAgdW10 eHFfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1kNjRfc3lz Y2FsbCBYZmFzdF9zeXNjYWxsIAogIDc4MyAxMDA2NDEgamF2YSAgICAgICAgICAgICAgICAt ICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRj aF9zaWduYWxzIHNsZWVwcV90aW1lZHdhaXRfc2lnIF9zbGVlcCB1bXR4cV9zbGVlcCBkb193 YWl0IF9fdW10eF9vcF93YWl0X3VpbnRfcHJpdmF0ZSBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5 c2NhbGwgCiAgNzgzIDEwMDY0MiBqYXZhICAgICAgICAgICAgICAgIC0gICAgICAgICAgICAg ICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xl ZXBxX3dhaXRfc2lnIF9zbGVlcCB1bXR4cV9zbGVlcCBkb193YWl0IF9fdW10eF9vcF93YWl0 X3VpbnRfcHJpdmF0ZSBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgNzgzIDEwMDY0 MyBqYXZhICAgICAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNs ZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9zaWcg X3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRl IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjQ2IGphdmEgICAgICAg ICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBz bGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfdGltZWR3YWl0X3NpZyBfc2xlZXAgdW10eHFf c2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1kNjRfc3lzY2Fs bCBYZmFzdF9zeXNjYWxsIAogIDc4MyAxMDA2NDcgamF2YSAgICAgICAgICAgICAgICAtICAg ICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9z aWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgdW10eHFfc2xlZXAgZG9fd2FpdCBfX3Vt dHhfb3Bfd2FpdF91aW50X3ByaXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAog IDc4MyAxMDA2NDkgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0 X3NpZyBfc2xlZXAga3F1ZXVlX2tldmVudCBrZXJuX2tldmVudF9mcCBrZXJuX2tldmVudCBr ZXJuX2tldmVudF9nZW5lcmljIHN5c19rZXZlbnQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNj YWxsIAogIDc4MyAxMDA2NTAgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV93YWl0X3NpZyBfc2xlZXAga3F1ZXVlX2tldmVudCBrZXJuX2tldmVudF9mcCBrZXJuX2tl dmVudCBrZXJuX2tldmVudF9nZW5lcmljIHN5c19rZXZlbnQgYW1kNjRfc3lzY2FsbCBYZmFz dF9zeXNjYWxsIAogIDc4MyAxMDA2NTEgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAg ICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxz IHNsZWVwcV93YWl0X3NpZyBfc2xlZXAgc29saXN0ZW5fZGVxdWV1ZSBrZXJuX2FjY2VwdDQg YWNjZXB0MSBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgNzgzIDEwMDY1MiBqYXZh ICAgICAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9z d2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3RpbWVkd2FpdF9zaWcgX3NsZWVw IHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjUzIGphdmEgICAgICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf Y2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dh aXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA3ODMgMTAwNjU0IGphdmEgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRf dWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjY1 IGphdmEgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVw IHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjY2IGphdmEgICAgICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf Y2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dh aXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA3ODMgMTAwNjY3IGphdmEgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRf dWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjY4 IGphdmEgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVw IHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjY5IGphdmEgICAgICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf Y2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dh aXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA3ODMgMTAwNjcwIGphdmEgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRf dWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjcx IGphdmEgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVw IHVtdHhxX3NsZWVwIGRvX3dhaXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA3ODMgMTAwNjczIGphdmEgICAgICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf Y2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIHVtdHhxX3NsZWVwIGRvX3dh aXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA3ODMgMTAwNjc0IGphdmEgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfdGltZWR3YWl0X3NpZyBfc2xlZXAgdW10eHFfc2xlZXAgZG9fd2FpdCBfX3VtdHhfb3Bf d2FpdF91aW50X3ByaXZhdGUgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDc4MyAx MDA2NzYgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRj aCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBf c2xlZXAga3F1ZXVlX2tldmVudCBrZXJuX2tldmVudF9mcCBrZXJuX2tldmVudCBrZXJuX2tl dmVudF9nZW5lcmljIHN5c19rZXZlbnQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAog IDc4MyAxMDA2NzcgamF2YSAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0 X3NpZyBfc2xlZXAga3F1ZXVlX2tldmVudCBrZXJuX2tldmVudF9mcCBrZXJuX2tldmVudCBr ZXJuX2tldmVudF9nZW5lcmljIHN5c19rZXZlbnQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNj YWxsIAogIDgxNiAxMDA2MTkgc3NoZCAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV93YWl0X3NpZyBfY3Zfd2FpdF9zaWcgc2VsdGR3YWl0IGtlcm5fc2VsZWN0IHN5c19zZWxl Y3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDgyMCAxMDA2MTUgY3JvbiAgICAg ICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNo IHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV90aW1lZHdhaXRfc2lnIF9zbGVlcCBrZXJu X2Nsb2NrX25hbm9zbGVlcCBzeXNfbmFub3NsZWVwIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA4NjggMTAwNjAyIGdldHR5ICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0eWRpc2NfcmVhZCB0dHlkZXZf cmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVhZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA4NjkgMTAwNjI0IGdldHR5ICAgICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf Y2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0 eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVhZCBrZXJuX3Jl YWR2IHN5c19yZWFkIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA4NzAgMTAwNjI1 IGdldHR5ICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dh aXRfc2lnIHR0eV93YWl0IHR0eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19yZWFkX2Yg ZG9maWxlcmVhZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA4NzEgMTAwNjI2IGdldHR5ICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0eWRpc2NfcmVhZCB0dHlkZXZf cmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVhZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA4NzIgMTAwNjI3IGdldHR5ICAgICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf Y2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0 eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVhZCBrZXJuX3Jl YWR2IHN5c19yZWFkIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA4NzMgMTAwNjI4 IGdldHR5ICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dh aXRfc2lnIHR0eV93YWl0IHR0eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19yZWFkX2Yg ZG9maWxlcmVhZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lz Y2FsbCAKICA4NzQgMTAwNjI5IGdldHR5ICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAg ICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVl cHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0eWRpc2NfcmVhZCB0dHlkZXZf cmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVhZCBrZXJuX3JlYWR2IHN5c19yZWFkIGFtZDY0 X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA4NzUgMTAwNjExIGdldHR5ICAgICAgICAgICAg ICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFf Y2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dhaXRfc2lnIHR0eV93YWl0IHR0 eWRpc2NfcmVhZCB0dHlkZXZfcmVhZCBkZXZmc19yZWFkX2YgZG9maWxlcmVhZCBrZXJuX3Jl YWR2IHN5c19yZWFkIGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2FsbCAKICA4NzYgMTAwNjQ0 IHNzaGQgICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xl ZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFfd2FpdF9zaWcgX2N2X3dh aXRfc2lnIHNlbHRkd2FpdCBrZXJuX3NlbGVjdCBzeXNfc2VsZWN0IGFtZDY0X3N5c2NhbGwg WGZhc3Rfc3lzY2FsbCAKICA4NzkgMTAwNjYzIGNzaCAgICAgICAgICAgICAgICAgLSAgICAg ICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2ln bmFscyBzbGVlcHFfd2FpdF9zaWcgX3NsZWVwIGtlcm5fc2lnc3VzcGVuZCBzeXNfc2lnc3Vz cGVuZCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgODgyIDEwMDY0NSBzc2hkICAg ICAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0 Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9jdl93YWl0X3NpZyBz ZWx0ZHdhaXQga2Vybl9zZWxlY3Qgc3lzX3NlbGVjdCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5 c2NhbGwgCiAgODg1IDEwMDY2NCBjc2ggICAgICAgICAgICAgICAgIC0gICAgICAgICAgICAg ICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xl ZXBxX3dhaXRfc2lnIF9zbGVlcCBrZXJuX3NpZ3N1c3BlbmQgc3lzX3NpZ3N1c3BlbmQgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDg4OCAxMDA2MTggc3NoZCAgICAgICAgICAg ICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfY3Zfd2FpdF9zaWcgc2VsdGR3YWl0 IGtlcm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAog IDg5NSAxMDA2NzggY3NoICAgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIG1p X3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0 X3NpZyBfc2xlZXAga2Vybl9zaWdzdXNwZW5kIHN5c19zaWdzdXNwZW5kIGFtZDY0X3N5c2Nh bGwgWGZhc3Rfc3lzY2FsbCAKICA4OTggMTAwNTkyIHBjc2NkICAgICAgICAgICAgICAgLSAg ICAgICAgICAgICAgICAgICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hf c2lnbmFscyBzbGVlcHFfdGltZWR3YWl0X3NpZyBfY3ZfdGltZWR3YWl0X3NpZ19zYnQgc2Vs dGR3YWl0IGtlcm5fc2VsZWN0IHN5c19zZWxlY3QgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNj YWxsIAogIDg5OCAxMDA2OTkgcGNzY2QgICAgICAgICAgICAgICAtICAgICAgICAgICAgICAg ICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVwcV9jYXRjaF9zaWduYWxzIHNsZWVw cV93YWl0X3NpZyBfc2xlZXAgcGlwZV9yZWFkIGRvZmlsZXJlYWQga2Vybl9yZWFkdiBzeXNf cmVhZCBhbWQ2NF9zeXNjYWxsIFhmYXN0X3N5c2NhbGwgCiAgODk4IDEwMDcwMCBwY3NjZCAg ICAgICAgICAgICAgIC0gICAgICAgICAgICAgICAgICAgbWlfc3dpdGNoIHNsZWVwcV9zd2l0 Y2ggc2xlZXBxX2NhdGNoX3NpZ25hbHMgc2xlZXBxX3dhaXRfc2lnIF9zbGVlcCB1bXR4cV9z bGVlcCBkb193YWl0IF9fdW10eF9vcF93YWl0IGFtZDY0X3N5c2NhbGwgWGZhc3Rfc3lzY2Fs bCAKICA4OTggMTAwNzAyIHBjc2NkICAgICAgICAgICAgICAgLSAgICAgICAgICAgICAgICAg ICBtaV9zd2l0Y2ggc2xlZXBxX3N3aXRjaCBzbGVlcHFfY2F0Y2hfc2lnbmFscyBzbGVlcHFf d2FpdF9zaWcgX2N2X3dhaXRfc2lnIHNlbHRkd2FpdCBrZXJuX3BvbGwgc3lzX3BvbGwgYW1k NjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDkwMCAxMDA2NzkgZ2RiODAxICAgICAgICAg ICAgICAtICAgICAgICAgICAgICAgICAgIG1pX3N3aXRjaCBzbGVlcHFfc3dpdGNoIHNsZWVw cV9jYXRjaF9zaWduYWxzIHNsZWVwcV93YWl0X3NpZyBfc2xlZXAga2Vybl93YWl0NiBzeXNf d2FpdDQgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAogIDk0NiAxMDA3MDggcHJvY3N0 YXQgICAgICAgICAgICAtICAgICAgICAgICAgICAgICAgIHN5c2N0bF9rZXJuX3Byb2Nfa3N0 YWNrIHN5c2N0bF9yb290X2hhbmRsZXJfbG9ja2VkIHN5c2N0bF9yb290IHVzZXJsYW5kX3N5 c2N0bCBzeXNfX19zeXNjdGwgYW1kNjRfc3lzY2FsbCBYZmFzdF9zeXNjYWxsIAo= --------------53EF4648B924E695F3D5FD58 Content-Type: text/plain; charset="UTF-8"; name="pcscd.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pcscd.conf" bm90aWZ5IDAgewogICAgbWF0Y2ggInN5c3RlbSIgICJVU0IiOwogICAgbWF0Y2ggInN1YnN5 c3RlbSIgIklOVEVSRkFDRSI7CiAgICBtYXRjaCAidHlwZSIgICAgICAiREVUQUNIIjsKICAg IGFjdGlvbiAiL3Vzci9sb2NhbC9zYmluL3Bjc2NkIC1IIjsKfTsKCm5vdGlmeSAwIHsKICAg IG1hdGNoICJzeXN0ZW0iICAiVVNCIjsKICAgIG1hdGNoICJzdWJzeXN0ZW0iICJJTlRFUkZB Q0UiOwogICAgbWF0Y2ggInR5cGUiICAgICAgIkFUVEFDSCI7CiAgICBhY3Rpb24gIi91c3Iv bG9jYWwvc2Jpbi9wY3NjZCAtSCI7Cn07Cg== --------------53EF4648B924E695F3D5FD58-- From owner-freebsd-current@freebsd.org Wed Nov 1 11:24:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29E3AE5853C for ; Wed, 1 Nov 2017 11:24:34 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0844D69E85 for ; Wed, 1 Nov 2017 11:24:34 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 077DDE5853B; Wed, 1 Nov 2017 11:24:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 070BBE5853A for ; Wed, 1 Nov 2017 11:24:34 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f50.google.com (mail-lf0-f50.google.com [209.85.215.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B143269E84 for ; Wed, 1 Nov 2017 11:24:33 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f50.google.com with SMTP id n69so2152632lfn.2 for ; Wed, 01 Nov 2017 04:24:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=iBp0R5rY3cbinJW9LnXk0R55dtre220go2JL8a/KMMo=; b=DjbPt9nFxaT3Id8XFh+YYsxBHeP8ZypHbjAdcxv8zT4+A2UlrW1QW55Ryw+KFJVoN2 o9AODEYatU32bm1GL6/i1VGuztWG/u3dOH6K7shnsS+WUWKrIXXiu3bTaFfI3OqY7TEs W0/0ND+WIAle9XyxfHku/iN0ly3AlH85HbqpuUrcp/7L8nlZy+JHeBk5Y1ECOHUla10u MAhGrQKgU5fg0bQmEDJ94oS9ENjCJSF8kU/grAdfi7AbmdPlzR3+rZcqdLguaavWnBAQ GWKE+fFP4JGdlWhNli2iazWFZ7myJOoPzNFuSEbvywDoiHUz1qqD/TEnA4c3/V5ROsVp gsdA== X-Gm-Message-State: AMCzsaXtC9lNUOl5ORIqHanajfrMY+nCez9anJhvbx+ApHdj4vLuhq4S IXqpc56m3qxEFWRWgqp+L0pdmp7x X-Google-Smtp-Source: ABhQp+RlTqZiVKUnIkaH9ePkQ3Vxydcw31yfDi6bHuZT+/+pBoggnyxo8/CM7CF2kBq9RV7t5teN7w== X-Received: by 10.25.90.135 with SMTP id y7mr1722766lfk.256.1509533779507; Wed, 01 Nov 2017 03:56:19 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 11sm64762lje.96.2017.11.01.03.56.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Nov 2017 03:56:18 -0700 (PDT) Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) From: Andriy Gapon To: "O. Hartmann" Cc: current@FreeBSD.org References: <20171031123215.GP1387@albert.catwhisker.org> <20171031130241.GZ1387@albert.catwhisker.org> <20171101083257.1c2b55aa@freyja.zeit4.iv.bundesimmobilien.de> Message-ID: Date: Wed, 1 Nov 2017 12:56:17 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 11:24:34 -0000 On 01/11/2017 10:12, Andriy Gapon wrote: > On 01/11/2017 09:33, O. Hartmann wrote: >> I have the same (or similar) probleme here on two boxes now, maybe more to come >> as I start updating CURRENT cyclic. >> >> Reverting r325227 solves to problem for now. > > Oliver, > > David and I have been working on this and a fix is coming soon. > Sorry for the trouble and thanks for the report. > Committed as r325272. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Nov 1 13:21:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 652B8E5B694 for ; Wed, 1 Nov 2017 13:21:32 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C8266E336; Wed, 1 Nov 2017 13:21:31 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (localhost [127.0.0.1]) by ainaz.pair.com (Postfix) with ESMTP id 5C3443F445; Wed, 1 Nov 2017 09:21:29 -0400 (EDT) Received: from anthias (vie-188-118-244-226.dsl.sil.at [188.118.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 578B13F444; Wed, 1 Nov 2017 09:21:28 -0400 (EDT) Date: Wed, 1 Nov 2017 14:21:21 +0100 (CET) From: Gerald Pfeifer To: Tijl Coosemans , Andreas Tobler cc: Konstantin Belousov , freebsd-current@FreeBSD.org, sunpoet@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit In-Reply-To: <20171101121100.5ca84da3@kalimero.tijl.coosemans.org> Message-ID: References: <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171029182351.502f53cf@kalimero.tijl.coosemans.org> <20171029191358.GU2566@kib.kiev.ua> <9a724da4-70f1-4330-9a77-619739008a14@fgznet.ch> <20171030153207.15a42a1e@kalimero.tijl.coosemans.org> <9468430e-fda4-10f4-b6a0-aa40d7d64f5b@fgznet.ch> <20171031092803.GA2566@kib.kiev.ua> <9619a1f8-bb42-abc9-a4ee-3b93192f365e@fgznet.ch> <20171101121100.5ca84da3@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Wed, 01 Nov 2017 13:42:34 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 13:21:32 -0000 On Wed, 1 Nov 2017, Tijl Coosemans wrote: > Please commit it to the ports tree as well, because there are reports > that ftp/curl can trigger the problem. What Andreas and me usually are doing is that he commits fixes upstream (from HEAD down to release branches), I pick them up when updating the gcc*-devel ports, and if important he temporarily adds patches to the gcc* ports until the next release obsoletes them. Andreas, I can take of the gcc* ports this time once you have pushed things upstream. Gerald From owner-freebsd-current@freebsd.org Wed Nov 1 17:37:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07E48E6120B for ; Wed, 1 Nov 2017 17:37:19 +0000 (UTC) (envelope-from farrok@t-online.de) Received: from mailout04.t-online.de (mailout04.t-online.de [194.25.134.18]) (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 99CB8773FB for ; Wed, 1 Nov 2017 17:37:18 +0000 (UTC) (envelope-from farrok@t-online.de) Received: from fwd01.aul.t-online.de (fwd01.aul.t-online.de [172.20.27.147]) by mailout04.t-online.de (Postfix) with SMTP id 8E8B441BC50E for ; Wed, 1 Nov 2017 18:37:15 +0100 (CET) Received: from spica12.aul.t-online.de (r4WeEUZEQhON1r8ztVznw+nfF7yS8XoGLVAxaHg6NQSEpbc7hKEK4+fCcdis+ikg5D@[172.20.102.128]) by fwd01.aul.t-online.de with esmtp id 1e9wx0-0QpuwC0; Wed, 1 Nov 2017 18:37:14 +0100 Received: from 88.130.51.233:21306 by cmpweb14.aul.t-online.de with HTTP/1.1 (Lisa V5-0-9-0.14224 on API V5-9-1-0) Received: from 172.20.102.123:35736 by spica12.aul.t-online.de:8080; Wed, 1 Nov 2017 18:37:13 +0100 (CET) Date: Wed, 1 Nov 2017 18:37:13 +0100 (CET) From: "farrok@t-online.de" Sender: "farrok@t-online.de" Reply-To: "farrok@t-online.de" To: "freebsd-current@freebsd.org" Message-ID: <1509557833573.6010923.908b14ffced2e628dc55d89fb3fc9d56b6448c24@spica.telekom.de> Subject: system stuck on bios splash after reboot only MIME-Version: 1.0 Importance: normal X-MSMail-Priority: normal X-Priority: 3 X-UMS: email X-ID: r4WeEUZEQhON1r8ztVznw+nfF7yS8XoGLVAxaHg6NQSEpbc7hKEK4+fCcdis+ikg5D@t-dialin.net X-TOI-MSGID: f9e25fa2-2803-48a8-8f0b-f32256b4c78c Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 17:37:19 -0000 Firstly, I couldn't find an answer for this specific problem, so I apologize when this is a common problem. Recently I installed FreeBSD again on a new laptop (Thinkpad T470 20HES2SF00). On my desktop, the OS runs without problems with Xorg. I have chosen FreeBSD 12.0-CURRENT for that, because I need support for the iwm 8265 device + kabylake support via drm-next-kmod. Booting into the OS after the installation works (I use ZFS + GELI encryption), but when I reboot via reboot(8) =20 or shutdown -r now I'm stuck on the BIOS splash screen. Shutting down the computer and do a fresh boot works as expected, only rebooting doesn't work. The OS before (void linux, and well the preinstalled windows 10) didn't have that problem. Furthermore, the reboot is stuck only when fully logged in on the system before, rebooting from the FreeBSD bootloader works without problems. FreeBSD 11.1-RELEASE is stuck on reboot too. BIOS is version 1.30. Boot order is primary the SSD (I deactivated all others to test) UEFI boot, tried with/-out secure boot and old bios boot too. Is this a known problem? How can i fix it? Or how can I debug the problem, I would be thankful for some pointers. FreeBSD is pretty new to me, using it for some month as a second system on my desktop computer, but using GNU/Linux for over a decade and use the terminal extensively, so I hope I'm not completely incapable to fix the problem with some help! Hope it was understandable and thanks in advance! =20 =20 copy of https://forums.freebsd.org/threads/63050/ =EF=BB=BF From owner-freebsd-current@freebsd.org Wed Nov 1 18:37:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAF74E620CD for ; Wed, 1 Nov 2017 18:37:35 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (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 C26787D24C for ; Wed, 1 Nov 2017 18:37:35 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0OYR00H0051P9500@st13p35im-asmtp001.me.com> for freebsd-current@freebsd.org; Wed, 01 Nov 2017 18:37:29 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=04042017; t=1509561449; bh=vaFacFOD47nZ6Gs1rq6XOICv7hNq8rOa07QyFa9P1mE=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=LfC61H8X7oebCVJb21nQoN/vM6w7aMy5aM0/rCp3AkxrUYzE5OzQ67ut0gLNbWNVW KBNZKwGsPxLhdergJYDHRR5BZBCmzTmBD0HLfLIZN2mFx+MRR6UxR135DO0sFNtT+/ fKIq5x7rPeSp2poDZVCdfhRP8RJ+qufHHD6ysAQcEW9M1KhMFfB8vL1zEAwNudTuc0 UkYnH4NQOk4+K82GF40CivriSOboEaTiLHQdDLSpplReHCLZoJSwm2itJOKhpNPwbX zK/JF4tYbJW6V5FBmJRgKrScG5eRZoSAfIXQSwAwiy4/ptT/J2BlAOd1lH51ZXTt5F Qd0Jd+Gq/9g4w== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0OYR00OON52E8220@st13p35im-asmtp001.me.com>; Wed, 01 Nov 2017 18:37:28 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-11-01_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1711010244 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 11.0 \(3445.1.7\)) Subject: Re: system stuck on bios splash after reboot only From: Toomas Soome X-Priority: 3 In-reply-to: <1509557833573.6010923.908b14ffced2e628dc55d89fb3fc9d56b6448c24@spica.telekom.de> Date: Wed, 01 Nov 2017 20:37:25 +0200 Cc: "freebsd-current@freebsd.org" Content-transfer-encoding: quoted-printable Message-id: References: <1509557833573.6010923.908b14ffced2e628dc55d89fb3fc9d56b6448c24@spica.telekom.de> To: "farrok@t-online.de" X-Mailer: Apple Mail (2.3445.1.7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 18:37:36 -0000 > On 1 Nov 2017, at 19:37, farrok@t-online.de wrote: >=20 > Firstly, I couldn't find an answer for this specific problem, so I > apologize when this is a common problem. >=20 > Recently I installed FreeBSD again on a new laptop (Thinkpad T470 > 20HES2SF00). On my desktop, the OS runs without problems with Xorg. >=20 > I have chosen FreeBSD 12.0-CURRENT for that, because I need support = for > the iwm 8265 device + kabylake support via drm-next-kmod. >=20 > Booting into the OS after the installation works (I use ZFS + GELI > encryption), but when I reboot via reboot(8) > = =20 > or shutdown -r now I'm stuck on the BIOS splash screen. >=20 > Shutting down the computer and do a fresh boot works as expected, = only > rebooting doesn't work. The OS before (void linux, and well the > preinstalled windows 10) didn't have that problem. Furthermore, the > reboot is stuck only when fully logged in on the system before, > rebooting from the FreeBSD bootloader works without problems. >=20 > FreeBSD 11.1-RELEASE is stuck on reboot too. >=20 > BIOS is version 1.30. Boot order is primary the SSD (I deactivated = all > others to test) UEFI boot, tried with/-out secure boot and old bios > boot too. >=20 > Is this a known problem? How can i fix it? Or how can I debug the > problem, I would be thankful for some pointers. >=20 > FreeBSD is pretty new to me, using it for some month as a second = system > on my desktop computer, but using GNU/Linux for over a decade and = use > the terminal extensively, so I hope I'm not completely incapable to = fix > the problem with some help! >=20 > Hope it was understandable and thanks in advance! >=20 >=20 >=20 > copy of https://forums.freebsd.org/threads/63050/ > =EF=BB=BF This sounds like that system needs more serious resetting; The reboot = from boot loader can work because boot loader does not really touch the = hardware much - the boot loader only is using firmware services and = those (probably) do not change the hardware state that much. Still the first thing to check is the firmware/bios update=E2=80=A6. rgds, toomas From owner-freebsd-current@freebsd.org Wed Nov 1 19:17:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA1ADE629F6 for ; Wed, 1 Nov 2017 19:17:24 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lf0-x242.google.com (mail-lf0-x242.google.com [IPv6:2a00:1450:4010:c07::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 344687E705 for ; Wed, 1 Nov 2017 19:17:24 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: by mail-lf0-x242.google.com with SMTP id g70so3708371lfl.3 for ; Wed, 01 Nov 2017 12:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version :content-transfer-encoding; bh=RDvapZ7XQ1BwATYF9LYEUclbtRW9EUjPeC5CELK6Ov4=; b=MFKD1mMvkH1onjjT++FnLq1SWDlPQNWa1eZRKJZe1FqYPaJQuvsD1E6vfAd+jftfnK UrVJic2VHO7Rc7jedt5wglmbSVVYK+6+VuoUOzFTLdT4qrFI7B3bpufgzSAXQl493HlP cGWfc42sF8JX0bZkNCky3r5UEO+Fk4SvDAFqVX1p4Mw0AU5PzeD8KpgYM21e00pcJay2 c+4Xf/iiR7sqIHXtXg5KVDaavK1swkjd0h/zTIzTxd+NMQJ4QBh+U/WpTc8VgsOsfyrQ vBfvP+tlIVbOBsLTBFH0cctWm4YzT0H1I49CPoeWyb/NAoaD7pSXf8S10+lPM/we3nHk pALQ== 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:mime-version :content-transfer-encoding; bh=RDvapZ7XQ1BwATYF9LYEUclbtRW9EUjPeC5CELK6Ov4=; b=ftsfv5mzSjfrY6wOFqsUIKr4DhIvBVYWdBEPNheuYzGfzqli79nQx8uGBtzKJ1DLNm UolvKfmhz8nca1bnLG96BU79+8HcWIiSOqOs9DlOOEcLn7/k2SM8SFVQ4+wuixjmTcYk wkq5cd1yaQat9G+kBD0Agg54M26vYHFgcKKe3xtHQgXwTysgPXweqUmibVasB47jBKwX 0UP/08Lj0857mCS1DYO18VS9wrcezoT705gKAKIBse3ESUOQ6HO2SLinWXSL44vsnzKs q+rALVJ/pdWkDIJVKwtCMOOkgx1YKRImizKcEUy7HPNGYIyp6wYLtuc6H9MuD6k4JPp2 onzA== X-Gm-Message-State: AJaThX4GsRmdwWOU2RLbngW5iAw8092HStOg/+4sfd+fNaarFuOG4tuV PoDnzxBvh19smhbaehGU9d2LLw== X-Google-Smtp-Source: ABhQp+TBEa3ssSFkkcox/hDU2R5fsA3YcKqHv9YBsvBWZdhzLGKXvcLbvwk6ZZBYZnppr0LnZhquhA== X-Received: by 10.25.78.141 with SMTP id u13mr263099lfk.156.1509563841900; Wed, 01 Nov 2017 12:17:21 -0700 (PDT) Received: from laptop.minsk.domain (mm-197-157-84-93.dynamic.pppoe.mgts.by. [93.84.157.197]) by smtp.gmail.com with ESMTPSA id o88sm221193lfk.33.2017.11.01.12.17.18 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Nov 2017 12:17:20 -0700 (PDT) Date: Wed, 1 Nov 2017 22:12:19 +0300 From: "Sergey V. Dyatko" To: Subject: make -C weirdness Message-ID: <20171101221219.688815f2@laptop.minsk.domain> X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 19:17:24 -0000 Hi, Long time ago I wrote 2 simple aliases to my .cshrc: search_key make -C /usr/ports/ search key='!*' display=name,path,info search_name make -C /usr/ports/ search name='!*' display=port,path,info it works fine starting from 7-CURRENT IIRC. Today I tried to find some (existing) port and can't, for example: [tiger@laptop]:/>make -C /usr/ports/ search name=teeworlds display=name,path,info [tiger@laptop]:/> but [tiger@laptop]:/>cd /usr/ports/ [tiger@laptop]:/usr/ports>make search name=teeworlds display=name,path,info Port: teeworlds-0.6.4_4 Path: /usr/ports/games/teeworlds Info: Platform game featuring buggers equipped with weapons it is on 12.0-CURRENT r324493 I missed something or it is a bug? -- wbr, Sergey From owner-freebsd-current@freebsd.org Wed Nov 1 21:29:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCA48E6495B for ; Wed, 1 Nov 2017 21:29:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id ABFD58271B for ; Wed, 1 Nov 2017 21:29:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id A782BE6495A; Wed, 1 Nov 2017 21:29:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5353E64959 for ; Wed, 1 Nov 2017 21:29:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 739CA8271A for ; Wed, 1 Nov 2017 21:29:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id A8DF4E8B for ; Wed, 1 Nov 2017 21:29:09 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 8DA931F3F for ; Wed, 1 Nov 2017 21:29:08 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id cMhqicqR2ASk for ; Wed, 1 Nov 2017 21:29:01 +0000 (UTC) To: current@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com AB1231F3A From: Bryan Drewery Subject: r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now) Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <30be440c-4174-ef64-9231-16b1fcb8f09f@FreeBSD.org> Date: Wed, 1 Nov 2017 14:28:41 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="csl00kcEIw24fIv5u3VKHuvngtbNIGKnh" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 21:29:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --csl00kcEIw24fIv5u3VKHuvngtbNIGKnh Content-Type: multipart/mixed; boundary="EbICfXtHDk0cQ6nULBs4L1xeWHUMf2E33"; protected-headers="v1" From: Bryan Drewery To: current@FreeBSD.org Message-ID: <30be440c-4174-ef64-9231-16b1fcb8f09f@FreeBSD.org> Subject: r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now) --EbICfXtHDk0cQ6nULBs4L1xeWHUMf2E33 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable FYI after r325288 the OBJDIR path used has changed to: MAKEOBJDIRPREFIX/SRCTOP/TARGET.TARGET_ARCH/RELDIR. Meaning something like this: /usr/obj/usr/src/amd64.amd64/bin/sh This pattern is used for cross, native, and sub-directory builds. You can try moving your old object directories to the new paths or just remove them. META_MODE users may not rename the old directories, they need to just be removed due to changed build commands due to use of absolute OBJDIRS in the build (which I have opened review D12839 to address later). This can be disabled with WITHOUT_UNIFIED_OBJDIR=3Dyes in /etc/src-env.conf (not /etc/src.conf), but the option is planned to be removed for 12.0 release. --=20 Regards, Bryan Drewery --EbICfXtHDk0cQ6nULBs4L1xeWHUMf2E33-- --csl00kcEIw24fIv5u3VKHuvngtbNIGKnh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ+jyOAAoJEDXXcbtuRpfP59UH/3mUYW/USNkc9utbn2sPWBJh EvXWAGX5aSWDop3xG5O+AL4YfgDhuovkkRklaoghRvWsqrH5JZSjkLokJa/RdY8k o3LV8HFOiVOqsYBvM0JdNkg1xOc9mibgkmd4PUdMuj07OrzQcpOXhprkm0vVyJ1K smlGYnk7Lo7GSwpsm9V3lWpWb1YQdjG4XGKLHKyGg7CA74vv3leuOfDj3Oki2aiB JB2zIurJIFtAPXiLdOe/MLs8xwCYMtdbBqfMufRDeH1l4l+LzDIVY0ngMg9z5Kbt pUaQPqDTL9X/eBewbbE23cGri5QY1LYG51swmWxhMdtxJFTkxB53TsdiJf3asdM= =Pxqs -----END PGP SIGNATURE----- --csl00kcEIw24fIv5u3VKHuvngtbNIGKnh-- From owner-freebsd-current@freebsd.org Wed Nov 1 21:30:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F713E64A3A for ; Wed, 1 Nov 2017 21:30:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8B582883 for ; Wed, 1 Nov 2017 21:30:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6B974E64A39; Wed, 1 Nov 2017 21:30:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AD5AE64A38 for ; Wed, 1 Nov 2017 21:30:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AE8782882 for ; Wed, 1 Nov 2017 21:30:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 7662DF43 for ; Wed, 1 Nov 2017 21:30:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id B35421F5A for ; Wed, 1 Nov 2017 21:30:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id oxCRdHSNYG7x for ; Wed, 1 Nov 2017 21:30:29 +0000 (UTC) Subject: Re: r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 393761F55 From: Bryan Drewery To: current@FreeBSD.org References: <30be440c-4174-ef64-9231-16b1fcb8f09f@FreeBSD.org> Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <47fc884b-e434-1429-8863-200dfb7af250@FreeBSD.org> Date: Wed, 1 Nov 2017 14:30:17 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <30be440c-4174-ef64-9231-16b1fcb8f09f@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NmNI2lVEfbBnbSPQDbs5QCDJAcSFeEroO" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Nov 2017 21:30:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NmNI2lVEfbBnbSPQDbs5QCDJAcSFeEroO Content-Type: multipart/mixed; boundary="rqwEFUngcoCJfRXaktdKUfgPWWAcENjeC"; protected-headers="v1" From: Bryan Drewery To: current@FreeBSD.org Message-ID: <47fc884b-e434-1429-8863-200dfb7af250@FreeBSD.org> Subject: Re: r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now) References: <30be440c-4174-ef64-9231-16b1fcb8f09f@FreeBSD.org> In-Reply-To: <30be440c-4174-ef64-9231-16b1fcb8f09f@FreeBSD.org> --rqwEFUngcoCJfRXaktdKUfgPWWAcENjeC Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/1/2017 2:28 PM, Bryan Drewery wrote: > FYI after r325288 the OBJDIR path used has changed to: > MAKEOBJDIRPREFIX/SRCTOP/TARGET.TARGET_ARCH/RELDIR. >=20 > Meaning something like this: > /usr/obj/usr/src/amd64.amd64/bin/sh >=20 > This pattern is used for cross, native, and sub-directory builds. > You can try moving your old object directories to the new paths or just= > remove them. META_MODE users may not rename the old directories, they > need to just be removed due to changed build commands due to use of > absolute OBJDIRS in the build (which I have opened review D12839 to > address later). >=20 > This can be disabled with WITHOUT_UNIFIED_OBJDIR=3Dyes in > /etc/src-env.conf (not /etc/src.conf), but the option is planned to be > removed for 12.0 release. >=20 I forgot to mention that I've also added a 'make cleanuniverse' which does what it sounds like. Cleans up after a 'make universe' or 'make tinderbox' (it removes all objects built from the source directory). This is much simpler now with this pattern. --=20 Regards, Bryan Drewery --rqwEFUngcoCJfRXaktdKUfgPWWAcENjeC-- --NmNI2lVEfbBnbSPQDbs5QCDJAcSFeEroO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ+jzqAAoJEDXXcbtuRpfPU+8H/0zwfMpApBg9HDMAjK1X7pb/ +I2Y68aJMj9YET0GQzN2X12I/E2ePd1cJJWn7Wxf9uit+arr8MmQdihIqk9x644B R4Ci6ubeXMYX6TwvXNmMqqx1ydnqTua1+iZq0InbPsCx80bGawL4x5tAM/7TuZ5j hHyix2pmG6eYGiI8TBoxV1Uw2pB1vqdDqFZXtjAcE3TQLlG1o7eBshPntBJPd0Qs luGJd9tc2J0U3fUpfj+SESbEMHjKeRaLWPPIEWRL2+vFmPG+dDhKqiPaaE88Vz5j XhQg+vn3pkp+Pxpcfo952iA4i/8wz880//1uJVMnVIMuAb6MiIO2tBHSCz91RNs= =CAIX -----END PGP SIGNATURE----- --NmNI2lVEfbBnbSPQDbs5QCDJAcSFeEroO-- From owner-freebsd-current@freebsd.org Thu Nov 2 09:04:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 066FCE5492D for ; Thu, 2 Nov 2017 09:04:48 +0000 (UTC) (envelope-from o.hartmann@walstatt.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 D718C7348F for ; Thu, 2 Nov 2017 09:04:47 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: by mailman.ysv.freebsd.org (Postfix) id D6688E5492C; Thu, 2 Nov 2017 09:04:47 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6094E5492B for ; Thu, 2 Nov 2017 09:04:47 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 3A0CF73484; Thu, 2 Nov 2017 09:04:46 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MS5Dm-1dgzSG1Tvm-00TDk5; Thu, 02 Nov 2017 10:04:38 +0100 Date: Thu, 2 Nov 2017 10:04:37 +0100 From: "O. Hartmann" To: Andriy Gapon Cc: current@FreeBSD.org Subject: Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64) Message-ID: <20171102100437.4ddbef44@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: <20171031123215.GP1387@albert.catwhisker.org> <20171031130241.GZ1387@albert.catwhisker.org> <20171101083257.1c2b55aa@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mrmYtnbJEKnYT6jC3eO0+gFofqaO95CbVTEo26VPCq+VPexdOqk zmpasYZHJPu9wwYG17Tei2fVugJDKHvAInu7VAGAJ4obtW/+PsLtSfX+krMDOlObbADy01f 08FSu0rExpKs3CD/nVOU3cRYXaaW3dLugHWpAjbcKRer6mRNAxBRKH3/bKAC8UDhxM4ktn3 IOoI8eZeTLrBnQ+iAMkLQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:bFqNLRPlnKM=:foQ6PHZfgN8Tbb2LRHxyVd Eczfl2pFOqO9sMnYR9q5/sDrd4JcWa9K1WtLj6DsxHxwpZ8euOLkUDdJc1x++2yNQgFNTXMoG Fc6txRP1DSWHkfMi8iMOB0ImeedIKShu5tZOFm/KQp6JAV5Ii57xgypD1QVJcUtYx2xnZQv+5 1dPQUUw7qV462XRgs8b19m6e2Kitm6XcoKzdt5yDSuglTQlgwl6L1O15E511QD7aYGAPVCp5u 8qegEMwO2Y7pt2drosskT1CXFbVv2+SFWAFYcHz6/p93Z0FtcsiE7def7jF3I2U56YFaiwJCC lxZeBt/k+b7LMYU52oZDCtRWd9Vpu/i2h/H3BIbrb9DVlHFqB7WvAu2IgR0mnEFf6Z/YYq6O/ zwsWcj2VZPqjhWcjflXEsPRTpt4W5EAt6bENdsKJMP9ZVjVIEZIqIRR7U7uRMJhdcIFXBvy+5 qJJAwmVHmcsbdo1MhYsk6MIdHsMbTwR88a11fejKbBDjUGzRcisD115breeql39uL5Y5qfCK5 V5rTMAXvXckOn4Gflf9s3IFNMXXA6gp3Rtq67Dwkw3wB0/Tn7125N5GOQo0Y3zheTtt3BpKFV zhbISFG4VIVT8CI4/qbcUgLtbWxI9ozIEXAoM7ro3umvsi6Jr7mP91i7qWquv8v5UV8+fZlcc XD5m7Jrqtf9Kt36/K8SyVI88MYmhTdboK6dYwlmzIZ5d3HB2VU82o6Gr8V5PCBMejznt/dU6c iCi5v98fm+V1eS7Xv/IuhMSnNMIa6R+TIl2uZOMTsTdvWO8PyQOorx5Ub+rkZPlsNhetYdyM7 HPqXVwp4thGsLh5xARj9PPBgXoRcxJi7P9DnYzhLvJ1O5fGzRw= X-Mailman-Approved-At: Thu, 02 Nov 2017 10:49:12 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 09:04:48 -0000 On Wed, 1 Nov 2017 10:12:59 +0200 Andriy Gapon wrote: > On 01/11/2017 09:33, O. Hartmann wrote: > > I have the same (or similar) probleme here on two boxes now, maybe more to > > come as I start updating CURRENT cyclic. > > > > Reverting r325227 solves to problem for now. > > Oliver, > > David and I have been working on this and a fix is coming soon. > Sorry for the trouble and thanks for the report. > Everything is all right, the exclusion of r325227 helped over the problem and I do not see any problems after the recent patch. Thanks for the fast repair. No trouble induced, so far (old kernel ran perfectly). Kind regards, Oliver From owner-freebsd-current@freebsd.org Thu Nov 2 11:08:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AD59E56689 for ; Thu, 2 Nov 2017 11:08:55 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (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 E5880760F1; Thu, 2 Nov 2017 11:08:54 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0OYS00900ES85800@st13p35im-asmtp001.me.com>; Thu, 02 Nov 2017 11:08:53 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=04042017; t=1509620933; bh=qcOQ+ns1Pvwfxz3iq4IJU/xSIXg+iNSmKLR/z7aimiM=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=SwZQ31WxEc/gwu7l/v2JYoAjNlujTy5u70PZyq6p3AQmkyYngCWA3ejCBfpuqoJiT kNB7dbotTMmSBfSsW2D5EXV2SWuNo3pk5BczOu9WMVjDDOCiYZyCdeJXLMWB8I5VIz zCJDYLKu0SZBbJ6rtxQT34KG15usevvDpz4+PfBPSAhK/2zgYBoShvekR8IGSHyqKZ Z3/e6jrxk4vrve69EhB2EQFjFJsCGZ4i/2+sVz4/FXbnZds+58dQ/gKu8nraMLr3/V zd20jmR6lUeoShIyGIBnmiO8EpYvsxPzZAgrxSGqFbUa2LuxALJGNBgp5L90+/Gr03 1rzEnOrLpbMQg== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0OYS007CEEYQIH30@st13p35im-asmtp001.me.com>; Thu, 02 Nov 2017 11:08:53 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-11-02_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1711020144 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 11.0 \(3445.1.7\)) Subject: Re: Booting native 4K SSD disk from FreeBSD ? From: Toomas Soome In-reply-to: <0ffdf8a5-b6ad-ab74-9011-c471a96dbf25@freebsd.org> Date: Thu, 02 Nov 2017 13:08:49 +0200 Cc: freebsd-current@freebsd.org Content-transfer-encoding: quoted-printable Message-id: References: <10608d2a-4209-25c1-4117-8568993bfe6a@selasky.org> <20171004093341.C969913E77@mx1.scaleengine.net> <0ffdf8a5-b6ad-ab74-9011-c471a96dbf25@freebsd.org> To: Allan Jude X-Mailer: Apple Mail (2.3445.1.7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 11:08:55 -0000 With r325310, the UEFI boot with CURRENT should be ok with >512B = sectors. The BIOS part is still work in the process. rgds, toomas > On 4 Oct 2017, at 19:32, Allan Jude wrote: >=20 > On 2017-10-04 05:27, Thomas Mueller wrote: >> from Allan Jude: >>=20 >>>> Anyone has any recommendations or experience about how to use = native 4K >>>> disks with FreeBSD? >>=20 >>>> --HPS >>=20 >>> It is not possible in legacy/BIOS mode, because the BIOS calls do = not >>> let you specify a sector size. >>=20 >>> However, you SHOULD be able to boot from the 4k device using UEFI. >>> I am trying to debug a problem I am having with this on my new Mac, >>> which has a 4k NVMe disk. >>=20 >> I've been trying to figure how to boot a FreeBSD system with UEFI as = opposed to BIOS-style. >>=20 >> I read the documentation, but want to boot a partition that might not = be the first BSD partition on the hard disk. >>=20 >> For instance, some UFS partitions might have a NetBSD installation, a = different FreeBSD installation, or no OS installation. >>=20 >> I read the man page (uefi) and looked at the files in /boot; have an = EFI partition set up with more than enough space. >>=20 >> I would also want to be able to boot other UEFI-capable OSes = including Linux, NetBSD (if that works), and Haiku when and if possible.=20= >>=20 >> Tom >>=20 >> _______________________________________________ >> 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" >>=20 >=20 > In this case, You likely want to install a tool like rEFInd, which = will > draw a menu of all of the installed OSes and let you pick. >=20 > I use this in two of my laptops, one dual boots freebsd and windows, = and > the other OS X and FreeBSD on my macbook pro >=20 > --=20 > Allan Jude > _______________________________________________ > 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 Nov 2 14:13:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB5C1E5AC3C; Thu, 2 Nov 2017 14:13:17 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92A948014C; Thu, 2 Nov 2017 14:13:17 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-io0-x235.google.com with SMTP id 101so14304054ioj.3; Thu, 02 Nov 2017 07:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=dDiy2HXxNia9kxPWXSJD4gI6mU8RzZ8lcb6v5GKmkBI=; b=WJICb4GQb9Z65aWamSeudVAnx7M7q4DV22aSRwAW/swn1kAPyuLFolfsZD3zL8LZKB 7S4e32mUhkEX9BqpCyQ0xXsGjFnq5lStFpESRhheE3FzAohopFeb0fjq4g0cm7fjQm9G l+nZtwcMUkmIc9R4Jcl2UnKtzkHnL1ZhJ6/XH3aijvPbDhfgcYq6MCg7j5FeT0pMnDNS dX3IaZTB+qq5AN83dygj/pJbm/mZxMB1WSBEY5zXgZMJhKaCVLL8+25yF+UqNCgpeaFd mte1+lFAx0TxPJHAvNq/TOOL9txho+BjNLsMPjWQ38toTVtGxd8CYGs14VIgRZmF242j P5JA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=dDiy2HXxNia9kxPWXSJD4gI6mU8RzZ8lcb6v5GKmkBI=; b=EYUiFx++/oqw8Ku8iKiR4xqcLIw8s5WS2y8XEQtywQhIXuxO4i75bQD7ZBRaCyzezl 9zYA4lJqu8XPc4g+ASIvgQenfOGFOl7mID3WwEBGFGHoDO4On0+hzhgdjDV9Ym9wObfd woNLqqXkWR4WCRZSU1oHoh9pnwolBHdVTiARMEsZFMrDi2g/sa0JQIoxS93eYZvw+qKY i4PRsD/cN5yDcUbeyUS7X9WR5V97+zZUwfIpoEMblNnrus1aP0IqiYeYPxKvtUQCVRzU 1iLojUA4C6jQbK/H6pMVN0EVz8evZdOZWFPNLrP5ErCw1TC2eGyp4KDGmQw/HgNCsXpz ga4A== X-Gm-Message-State: AJaThX4lSE7HsX0Shx/HthZuxkuzTNWxqOBeNjKR1ZV2DJZfnnzRpXDj zDq92lJed4bhLCOvIv6xKKpzsQ== X-Google-Smtp-Source: ABhQp+QxB1+RHdjD5qvgMxYqwWgiRTBkeeLPxuTafsJ12RdP9YAcdzXZYdWRm1FkNCwW+pj38BBrrA== X-Received: by 10.107.11.219 with SMTP id 88mr4620236iol.78.1509631996817; Thu, 02 Nov 2017 07:13:16 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-50-122.neo.res.rr.com. [65.25.50.122]) by smtp.googlemail.com with ESMTPSA id e68sm1166798ite.0.2017.11.02.07.13.15 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 02 Nov 2017 07:13:16 -0700 (PDT) Message-ID: <59FB27FB.6060704@gmail.com> Date: Thu, 02 Nov 2017 10:13:15 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "freebsd-questions@freebsd.org" , FreeBSD current Subject: watchdog timeout problem Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 14:13:17 -0000 Posted this 10/31/2017 got no reply. Been getting these error messages since about release 10.0 I think. Have changed to new hardware box and new cable modem and still having the same error messages. Also occurs when I use em0 interface to connect to the public internet instead of vge0. vge0: flags=8843 metric 0 mtu 1500 options=389b ether 00:0b:db:19:33:18 hwaddr 10:00:60:21:00:93 inet xxx.xxx.xxx.xxx netmask 0xfffff000 broadcast 255.255.255.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active Oct 30 23:43:38 fbsd kernel: vge0: watchdog timeout Oct 30 23:43:38 fbsd kernel: vge0: link state changed to DOWN Oct 30 23:43:42 fbsd kernel: vge0: link state changed to UP Oct 30 23:58:39 fbsd kernel: vge0: watchdog timeout Oct 30 23:58:39 fbsd kernel: vge0: link state changed to DOWN Oct 30 23:58:43 fbsd kernel: vge0: link state changed to UP Oct 31 01:08:38 fbsd kernel: vge0: watchdog timeout Oct 31 01:08:38 fbsd kernel: vge0: link state changed to DOWN Oct 31 01:08:42 fbsd kernel: vge0: link state changed to UP Oct 31 01:53:39 fbsd kernel: vge0: watchdog timeout Oct 31 01:53:39 fbsd kernel: vge0: link state changed to DOWN Oct 31 01:53:43 fbsd kernel: vge0: link state changed to UPdob Oct 31 04:58:46 fbsd kernel: vge0: watchdog timeout Oct 31 04:58:46 fbsd kernel: vge0: link state changed to DOWN Oct 31 04:58:50 fbsd kernel: vge0: link state changed to UP Oct 31 05:23:49 fbsd kernel: vge0: watchdog timeout Oct 31 05:23:49 fbsd kernel: vge0: link state changed to DOWN Oct 31 05:23:52 fbsd kernel: vge0: link state changed to UP Oct 31 05:57:40 fbsd kernel: vge0: watchdog timeout Oct 31 05:57:40 fbsd kernel: vge0: link state changed to DOWN Oct 31 05:57:43 fbsd kernel: vge0: link state changed to UP Oct 31 09:21:43 fbsd kernel: vge0: watchdog timeout Oct 31 09:21:43 fbsd kernel: vge0: link state changed to DOWN Oct 31 09:21:47 fbsd kernel: vge0: link state changed to UP Oct 31 09:28:21 fbsd kernel: vge0: watchdog timeout Oct 31 09:28:21 fbsd kernel: vge0: link state changed to DOWN Oct 31 09:28:25 fbsd kernel: vge0: link state changed to UP 11/2/2017 posting this now as a update I have continued to research this problem. The "man watchdog" says that the command, watchdog -d will provide debugging info, and watchdog -t will set a new timeout timer value When I issue either of those commands I get this error message watchdog: patting the dog: Operation not supported The man page also says a value of -t 0 disables the watchdog function. Issuing "watchdog -t 0" does not get that above error message, but the watchdog function is still enabled because I am still getting the kernel: vge0: watchdog timeout kernel: vge0: link state changed to DOWN kernel: vge0: link state changed to UP messages. Production box is running RELEASE AMD64 11.1 and has 16 MB memory, with 2 Gigabit interface cards em0 & vge0. Development box is running RELEASE i386 11.1 beta 1 and has 2 MB memory, with 2 100bps interface cards rl0 & xl0. The 2 boxes are desktops manufactured by 2 different name brand companies. Both computers run the same host services. Both computers experience the same watchdog problems. This watchdog problem is also present in RELEASE 11.0 and if my memory is correct also occurred in the 10.x series. I never paid attention to this problem until lately when I am now streaming HULU and the show stops because the internet connection is lost due to the link state being reset by watchdog. Now this problem is really a problem that is impacting me. Can't see how this could be a configuration problem on my part. That is why I am posting here before I post a bug report. Watchdog is in the kernel and debugging the kernel is way outside my abilities. Trying to get this problem in front of the correct audience. From owner-freebsd-current@freebsd.org Thu Nov 2 14:19:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EA40E5AEDD for ; Thu, 2 Nov 2017 14:19:23 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) 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 2CE548042C for ; Thu, 2 Nov 2017 14:19:23 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: by mailman.ysv.freebsd.org (Postfix) id 2C527E5AEDC; Thu, 2 Nov 2017 14:19:23 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C005E5AEDB for ; Thu, 2 Nov 2017 14:19:23 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E9C118042B for ; Thu, 2 Nov 2017 14:19:22 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8D1EA273A5 for ; Thu, 2 Nov 2017 14:19:21 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id vA2EJKZu001830 for ; Thu, 2 Nov 2017 14:19:20 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org Subject: r325250: panics on USB stick insert From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1828.1509632360.1@critter.freebsd.dk> Date: Thu, 02 Nov 2017 14:19:20 +0000 Message-ID: <1829.1509632360@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 14:19:23 -0000 I updated to r325250M amd64 last night, and now my laptop panics in geom when I plug my mobile phone in. I'll try to get a panic message when I'm in less of a hurry... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Thu Nov 2 14:25:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 063E8E5B2E8 for ; Thu, 2 Nov 2017 14:25:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E70E180939 for ; Thu, 2 Nov 2017 14:25:11 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.ysv.freebsd.org (Postfix) id E66B1E5B2E7; Thu, 2 Nov 2017 14:25:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5F35E5B2E6 for ; Thu, 2 Nov 2017 14:25:11 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF15480938 for ; Thu, 2 Nov 2017 14:25:11 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 47E2F260230; Thu, 2 Nov 2017 15:25:03 +0100 (CET) Subject: Re: r325250: panics on USB stick insert To: Poul-Henning Kamp , current@freebsd.org References: <1829.1509632360@critter.freebsd.dk> From: Hans Petter Selasky Message-ID: <2f9e0bfc-950a-eaf8-82c3-8eae7a1232ee@selasky.org> Date: Thu, 2 Nov 2017 15:22:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1829.1509632360@critter.freebsd.dk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 14:25:12 -0000 On 11/02/17 15:19, Poul-Henning Kamp wrote: > I updated to r325250M amd64 last night, and now my laptop panics in > geom when I plug my mobile phone in. > > I'll try to get a panic message when I'm in less of a hurry... > This is likely GEOM related and not USB related. There are no recent changes in sys/dev/usb ! --HPS From owner-freebsd-current@freebsd.org Thu Nov 2 14:35:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FC19E5B672; Thu, 2 Nov 2017 14:35:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFDD880E51; Thu, 2 Nov 2017 14:35:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pf0-x22d.google.com with SMTP id d28so4779076pfe.2; Thu, 02 Nov 2017 07:35:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-disposition:in-reply-to:user-agent; bh=xVo/GE8kSq10pm5Xljp8AiTOfHmehGQd24TNa+HEArY=; b=re9SNiW/jt74QeS0m0Pa4GTNudmNhnusuaXF8+Uld61MovkECulbfUX91+ZqsgOK/B oEIqgfEsqVP2jpIFACuXCRv2EaBkri/gBfIw/Iy1JnKuv4CV1947v47XA4alqAcxiMby XONX8RQzeb4tpGZDGYke/AvqM1QR72C2KqG7YXm50xawOwUgsDFuLUEYaLY3/MuHhXX4 HQKnaeFBjo3DITH01iZZOlkCluvZ13UR6pXRxF50wbhXwVejK4Kub5kRvKxsLUUKvtAK zbJF0JkHj/GKtEA+P979AcovYLfj75mmSwcEkpIHxLGfXWVg1AOv4mfyRJZiOqbKGl4k TW0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=xVo/GE8kSq10pm5Xljp8AiTOfHmehGQd24TNa+HEArY=; b=ZaoQPbpEWsl8SBZsLVEXv49fAXR6mEfHk2XlHVkBGacg1olcU20d8Wl4KINtTY4+GM NCx8OdWjal8+PVFHqrMYyy6lcu3WF4WthwCkKc/Tgyye5A1NNIdNTfsIM5PUzIduoiRE MXxD0ZEFBuOyVd2WpW5j0Hv+wqCQU2/qzXGwr6e2c32sZP8Yfx1G7tQyZ9DkTwNFVq0f tY3N4rqEpBtdtT6QlG3smhKPBfp9bBCTgeLzizjynwFmdtDbyfeFxdMZyUaNQIayYuPZ XF7VFrbhrwtfGwe9NTx0ssRnXD9tZyBEQ1RSWPh1H+809Y0vIYMSV2X8X5Dttl5ZBXrD tYMQ== X-Gm-Message-State: AMCzsaXJBsY9AR7RQMFfK2f+KXjDSHy2cOKPHkSxJi4wY2nyKPyHRLLh Ty3Sx4Htyhn7xudk1Z7DJrU= X-Google-Smtp-Source: ABhQp+RtYzJPm8og/B6NXlyqEr47IS9WX4L4/QGtCusFv/6MYJmoMRn2ETZY/LWCIrbf/4TPJXMcDQ== X-Received: by 10.99.123.84 with SMTP id k20mr3787823pgn.444.1509633353332; Thu, 02 Nov 2017 07:35:53 -0700 (PDT) Received: from localhost ([116.46.79.45]) by smtp.gmail.com with ESMTPSA id u188sm5812448pfb.188.2017.11.02.07.35.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Nov 2017 07:35:51 -0700 (PDT) From: YongHyeon PYUN X-Google-Original-From: "YongHyeon PYUN" Received: by localhost (sSMTP sendmail emulation); Thu, 02 Nov 2017 23:35:47 +0900 Date: Thu, 2 Nov 2017 23:35:47 +0900 To: Ernie Luzar Cc: "freebsd-questions@freebsd.org" , FreeBSD current Subject: Re: watchdog timeout problem Message-ID: <20171102143547.GA1065@michelle.fasterthan.co.kr> Reply-To: pyunyh@gmail.com References: <59FB27FB.6060704@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59FB27FB.6060704@gmail.com> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 14:35:54 -0000 On Thu, Nov 02, 2017 at 10:13:15AM -0400, Ernie Luzar wrote: > Posted this 10/31/2017 got no reply. > > Been getting these error messages since about release 10.0 I think. > Have changed to new hardware box and new cable modem and still having > the same error messages. Also occurs when I use em0 interface to connect > to the public internet instead of vge0. > > vge0: flags=8843 > metric 0 mtu 1500 > options=389b WOL_UCAST,WOL_MCAST,WOL_MAGIC> > ether 00:0b:db:19:33:18 > hwaddr 10:00:60:21:00:93 > inet xxx.xxx.xxx.xxx netmask 0xfffff000 > broadcast 255.255.255.255 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > > > > Oct 30 23:43:38 fbsd kernel: vge0: watchdog timeout > Oct 30 23:43:38 fbsd kernel: vge0: link state changed to DOWN > Oct 30 23:43:42 fbsd kernel: vge0: link state changed to UP [...] Would you show me the output of dmesg? > > 11/2/2017 posting this now as a update > > I have continued to research this problem. > The "man watchdog" says that the command, > watchdog -d will provide debugging info, and > watchdog -t will set a new timeout timer value > > When I issue either of those commands I get this error message > watchdog: patting the dog: Operation not supported > > The man page also says a value of -t 0 disables the watchdog function. > > Issuing "watchdog -t 0" does not get that above error message, but the > watchdog function is still enabled because I am still getting the > > kernel: vge0: watchdog timeout > kernel: vge0: link state changed to DOWN > kernel: vge0: link state changed to UP > > messages. > The watchdog timeout message is generated when vge(4) didn't see transmit completion interrupts. It has nothing to do with watchdog(8) or watchdog(4). From owner-freebsd-current@freebsd.org Thu Nov 2 16:53:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98E83E5E791 for ; Thu, 2 Nov 2017 16:53:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2AE69EEA for ; Thu, 2 Nov 2017 16:53:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id r68so259034wmr.3 for ; Thu, 02 Nov 2017 09:53:13 -0700 (PDT) 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=ynK+oU5vLYWAHy5+AIo8Zb02HxncUq3qkQbmN8dXcqM=; b=ghoLvAENUFeHz8k5K6j4UcNVS9MIC45QGlQOIwlmcBF6XVoD7cJwj8+AEY/1gtaPYf 0oBmAC2YL29k0lHf45Z6TBO+YzoQkwtoa02BnxEQU4xA+XsVGnMzQ4Eovf1AFRL3pTQj Pe6TUBvTEVfgE4gG/fG0EA4TJsqHXI21yBgFBL6fhSY6v8YfjSDxrOa38ACt40LTj98e 9Nf9Hhpk99xYyyFOtFAskqQrqvQh5Ek34jAyknlqY2wXXCEOCRX4ECtM7xqY4aUgynH3 NTe0I3a6pDtHWGZOZLql/9yri4A+cfs3uz3I90/bCdWAYpMElHUWCniAjjebRR3YRNoN 7FbA== 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=ynK+oU5vLYWAHy5+AIo8Zb02HxncUq3qkQbmN8dXcqM=; b=Tbeq+7qvn0BRbv6946rNKIvk8wFBW3C4PHWr4fMU2zqeZpuDymSXdSMOv6bNNfvXed lk3a26TTrjRHWVGo7SGjmX0X1SgIB0+zfDPWShA+7SOURG7Z+Vy3cKR7LsDFrLRxXKSe i6KHhefi27Trjyveh9Rcbp6zAWH9F0FXe7WfzX0djYzbotcqacQsa4e7rzMOcsGqHi8x kknOHh1DkBmxN+m7zWyT0DgEnk2Lbl6eHIrgoVN4gKAGeCPsSGsXZnI6wCshm3yEZ3JE uxeLOhJHwq7XcrHXf5YI75kyd4qsRjwvDL97XYjnvuxK+GpBbaMpbaB1LadyGIwzFZZE RMAg== X-Gm-Message-State: AMCzsaX4Zqi6UnPnGHo1u6yqBaS4F8ZzqzqG+uuUQS0soBvQ1/WJRKyL CbAhrvsvltsXGwXK81HjdA9HQJHdiua/0+fC1kg= X-Google-Smtp-Source: ABhQp+TJS44NXNSBRkSAZTSFLv89Y30mA+AJ22elCzUAb9hGasPqOw/9AnjEMJgZlTAWPfPHe/J+dprIBN38wWdgwrI= X-Received: by 10.28.175.73 with SMTP id y70mr2472777wme.21.1509641590901; Thu, 02 Nov 2017 09:53:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.46.209 with HTTP; Thu, 2 Nov 2017 09:53:09 -0700 (PDT) In-Reply-To: References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> From: Adrian Chadd Date: Thu, 2 Nov 2017 09:53:09 -0700 Message-ID: Subject: Re: iwm not in GENERIC kernel To: Ngie Cooper Cc: Warner Losh , Kevin Oberman , Thomas Mueller , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 16:53:13 -0000 uuuuugh okay So it's a chicken/egg problem. You can't finish the device probe/attach until the firmware loads. For iwn, you can read the chipset abilities and mac address from EPROM/flash on the chip without the firmware being loaded, so you can complete probe/attach before the root filesystem is mounted. For iwm, you have to load the firmware before you can read the chipset abilities and MAC address so you can't complete probe/attach until AFTER the root filesystem is mounted. If someone wants to go add all of that support in to have probe/attach deferred until after rootfs is available then please do so. Or, just support the firmware being 100% compiled in- but when I tried this the last time I ran out of some firmware arena size preventing other firmware for other chipsets from being loaded. Otherwise this is the current hack. :) Sorry! -adrian From owner-freebsd-current@freebsd.org Thu Nov 2 17:22:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17D0CE5EFE4 for ; Thu, 2 Nov 2017 17:22:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22e.google.com (mail-pf0-x22e.google.com [IPv6:2607:f8b0:400e:c00::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3C711E18 for ; Thu, 2 Nov 2017 17:22:41 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22e.google.com with SMTP id p87so181673pfj.3 for ; Thu, 02 Nov 2017 10:22:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=yH4mvjZo2favCOABJ1Zjm9r+wLHwggeYjdhs3ct0FI8=; b=HAFnBRA/K0xM+tEJSzPJQ25BgHmVBlyVAHpvLW1syg+dZgIH25IHln7KcTywFa5fnz 2V8GV6JyDOsLqIkibQp+frimLrYcMudEJlEtAst/SLuCPMscmJY8vXyicVgnQ5btPVgR BmaeanskAnzhvntaySDmwipdiMoRf9qVIUkmWveJzJHsEM8WS7uxf6h3OvdjK/tAkW1a 4LlSe+fa+n9xw0+HNYZwYd5mOB/PEn9ZJovBuTE/h0N/8JJyI+75y3L/fSG0p93jzaNC UG2XNEJbLyiwdtqpDaO4OYPRFqm7hwcYFin+SrVvmDqYjw0G58vFTf8O6Az7zuUvQhLB aA9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=yH4mvjZo2favCOABJ1Zjm9r+wLHwggeYjdhs3ct0FI8=; b=XqjO0X8J3xaHhqer5j/Es9paF9QqLaBK3a6Xd7RoTStPEl0uWnyKVG6eMxcTfj0GNz GIXu+jvbGNhtiukBf/ZeL7AV18dulD88bMCaRL7eqbefUKWRRvam6Ug9Ph3hQ2GBLSLT /hPgnsR/TNlq8K14+oOtar/AELdmAl5DY/y88HSycrlNRL1RxS1u8v3JBivu4WxyTgqx BdY7UqlhlCY3k/BdJlx5P2lakNF6Mbfyu2ip8rnWnHT/Mv5PVB2VHVvy5DIUNU1MiNZK 2GTv6nMng6IbJuBNwRAslNSui4BotG18ohki3gv5lwZrG9endj3B5EU+tyywt5rtyr1v XQqQ== X-Gm-Message-State: AMCzsaVLwN6b6h2kHmNmXNem5yrE+pE/AFPCd4wG4cGZovj1Nw03Fnh5 Hv7htOVKh66LiIX5LZxxi0c= X-Google-Smtp-Source: ABhQp+SLHNjoHg3GFYAEQvPSCbozw3c4Nqh+drOA+4VuPkQCbxG/wOdmH90Faqvcy42011mPzyjtpw== X-Received: by 10.98.13.157 with SMTP id 29mr4606553pfn.160.1509643361061; Thu, 02 Nov 2017 10:22:41 -0700 (PDT) Received: from ?IPv6:2607:fb90:782a:a4d8:a5e7:98ca:fa4f:253b? ([2607:fb90:782a:a4d8:a5e7:98ca:fa4f:253b]) by smtp.gmail.com with ESMTPSA id v15sm6505320pfa.50.2017.11.02.10.22.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Nov 2017 10:22:40 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: iwm not in GENERIC kernel From: Ngie Cooper X-Mailer: iPhone Mail (15B93) In-Reply-To: Date: Thu, 2 Nov 2017 10:22:39 -0700 Cc: Warner Losh , Kevin Oberman , Thomas Mueller , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20171029010942.GD5682@gmail.com> <1282E750-97FF-43A7-BFEE-3B82597311F0@gmail.com> <59f5a3e3.82b6df0a.9f209.0495SMTPIN_ADDED_MISSING@mx.google.com> <5BE53074-F3E7-4392-A48A-E01474A9AFAE@gmail.com> To: Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 17:22:42 -0000 > On Nov 2, 2017, at 09:53, Adrian Chadd wrote: >=20 > uuuuugh okay >=20 > So it's a chicken/egg problem. >=20 > You can't finish the device probe/attach until the firmware loads. >=20 > For iwn, you can read the chipset abilities and mac address from > EPROM/flash on the chip without the firmware being loaded, so you can > complete probe/attach before the root filesystem is mounted. >=20 > For iwm, you have to load the firmware before you can read the chipset > abilities and MAC address so you can't complete probe/attach until > AFTER the root filesystem is mounted. >=20 > If someone wants to go add all of that support in to have probe/attach > deferred until after rootfs is available then please do so. Or, just > support the firmware being 100% compiled in- but when I tried this the > last time I ran out of some firmware arena size preventing other > firmware for other chipsets from being loaded. >=20 > Otherwise this is the current hack. :) It=E2=80=99s ok (better than nothing)! Could you please write up bugs with your findings? Thanks so much! -Ngie= From owner-freebsd-current@freebsd.org Thu Nov 2 20:17:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23745E623AD for ; Thu, 2 Nov 2017 20:17:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-104.reflexion.net [208.70.210.104]) (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 B1BAA67B33 for ; Thu, 2 Nov 2017 20:17:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32266 invoked from network); 2 Nov 2017 20:17:33 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Nov 2017 20:17:33 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 02 Nov 2017 16:17:33 -0400 (EDT) Received: (qmail 7410 invoked from network); 2 Nov 2017 20:17:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Nov 2017 20:17:33 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 18C6DEC8552 for ; Thu, 2 Nov 2017 13:17:33 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: r325250: panics on USB stick insert Message-Id: <58F9F13C-9F46-4A6F-91DC-6666D1846D2F@dsl-only.net> Date: Thu, 2 Nov 2017 13:17:32 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 20:17:42 -0000 Poul-Henning Kamp phk at phk.freebsd.dk wrote on Thu Nov 2 14:19:23 UTC 2017 : > I updated to r325250M amd64 last night, and now my laptop panics in > geom when I plug my mobile phone in. > > I'll try to get a panic message when I'm in less of a hurry... -r325272 has a geom fix to the earlier -r325227: -r325227 was causing various folks problems. -r325272 or later may avoid your problem. === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Nov 2 22:44:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D912CE647E5 for ; Thu, 2 Nov 2017 22:44:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-119.reflexion.net [208.70.210.119]) (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 7C5846C9A4 for ; Thu, 2 Nov 2017 22:44:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10968 invoked from network); 2 Nov 2017 22:44:42 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Nov 2017 22:44:42 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 02 Nov 2017 18:44:42 -0400 (EDT) Received: (qmail 21718 invoked from network); 2 Nov 2017 22:44:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Nov 2017 22:44:41 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 41B25EC94E6; Thu, 2 Nov 2017 15:44:41 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools Message-Id: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> Date: Thu, 2 Nov 2017 15:44:40 -0700 Cc: Bryan Drewery To: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Nov 2017 22:44:50 -0000 > Author: bdrewery > Date: Thu Nov 2 22:23:00 2017 > New Revision: 325347 > URL:=20 > https://svnweb.freebsd.org/changeset/base/325347 >=20 >=20 > Log: > Something is very wrong >=20 > Modified: > head/Makefile >=20 > Modified: head/Makefile > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) > +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) > @@ -1,3 +1,4 @@ > +.error Bad revision, please wait for a fix in head > # > # $FreeBSD$ > # I just happened to have started a cross build before this showed up based on -r325332 . It got: --- clang-tblgen.full --- c++: error: no such file or directory: = '/usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/= clang/libllvmminimal/libllvmminimal.a' *** [clang-tblgen.full] Error code 1 But find shows: # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name = "libllvmminimal*" -print | more = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a.meta Comparing side-by-side shows obj-cross-tools vs. obj-bootstrap-tools : = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/c= lang/libllvmminimal/libllvmminimal.a = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Nov 3 00:30:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CF1EE66586; Fri, 3 Nov 2017 00:30:28 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C1AF6F3F3; Fri, 3 Nov 2017 00:30:28 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 6240F14DE1; Fri, 3 Nov 2017 00:30:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 58E1A8AE4; Fri, 3 Nov 2017 00:30:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id gp51ZhQqtdKG; Fri, 3 Nov 2017 00:30:21 +0000 (UTC) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 68ADC8ADD To: Mark Millard , FreeBSD Toolchain , freebsd-hackers , FreeBSD Current References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> From: Bryan Drewery Organization: FreeBSD Message-ID: Date: Thu, 2 Nov 2017 17:30:00 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Qrq8DvtoUV5tu1PN5lkApOG2X74FTHLmF" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 00:30:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Qrq8DvtoUV5tu1PN5lkApOG2X74FTHLmF Content-Type: multipart/mixed; boundary="cUqMJNwpsd8dWLOGNh6NqqSsT6VfseP2I"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Message-ID: Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> In-Reply-To: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> --cUqMJNwpsd8dWLOGNh6NqqSsT6VfseP2I Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/2/17 3:44 PM, Mark Millard wrote: >> Author: bdrewery >> Date: Thu Nov 2 22:23:00 2017 >> New Revision: 325347 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/325347 >> >> >> Log: >> Something is very wrong >> >> Modified: >> head/Makefile >> >> Modified: head/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D >> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >> @@ -1,3 +1,4 @@ >> +.error Bad revision, please wait for a fix in head >> # >> # $FreeBSD$ >> # >=20 > I just happened to have started a cross build before > this showed up based on -r325332 . It got: >=20 > --- clang-tblgen.full --- > c++: error: no such file or directory: '/usr/obj/bpim3_clang/arm.armv7/= usr/src/arm.armv7/tmp/obj-cross-tools/lib/clang/libllvmminimal/libllvmmin= imal.a' > *** [clang-tblgen.full] Error code 1 Someone else reported this one as well but I have not been able to reproduce it yet. I've tweaked the commit causing it though, r325329. Fixed in r325350. >=20 > But find shows: >=20 > # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name "libllvmm= inimal*" -print | more > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tool= s/lib/clang/libllvmminimal > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tool= s/lib/clang/libllvmminimal/libllvmminimal.a > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tool= s/lib/clang/libllvmminimal/libllvmminimal.a.meta >=20 > Comparing side-by-side shows obj-cross-tools vs. > obj-bootstrap-tools : >=20 > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/li= b/clang/libllvmminimal/libllvmminimal.a > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tool= s/lib/clang/libllvmminimal/libllvmminimal.a >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 --=20 Regards, Bryan Drewery --cUqMJNwpsd8dWLOGNh6NqqSsT6VfseP2I-- --Qrq8DvtoUV5tu1PN5lkApOG2X74FTHLmF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEzBAEBCgAdFiEE+Rc8ssOq6npcih8JNddxu25Gl88FAln7uIgACgkQNddxu25G l8+gVQgAy8F3o6wYr1bZ81xX58KcGXOCqQkNUNqQi0RNUSGiQJwo7aXhdB/XV0jY xcO8oRqeGAVhlv+IBTS7gcGBzsHxQZhm7lgnE8u5r/u/iqyb+LzW+B+XF56T8wxq Uymjm9NP+7z2i9thJEoa0QZhwVi/TXhgzZCAObJrnK9miqaYi3jD//xI/sPs6j4x uiy/p3UYk/NTRZqw1UKdDaQOCdCLwzZEduenl5iiSJZOqx4eY4U+Ai/WC35kDXK0 RwT1kZkSMFG/3yAUDRZ7RI/WFT+ymNKnHJqo0d5Regxp64wolc3Ck+ef2cXFszu+ 4LjMxnudnXR11+DbuIjAgorJ/Ce68w== =lR3v -----END PGP SIGNATURE----- --Qrq8DvtoUV5tu1PN5lkApOG2X74FTHLmF-- From owner-freebsd-current@freebsd.org Fri Nov 3 01:25:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53782E675F3; Fri, 3 Nov 2017 01:25:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D82170B87; Fri, 3 Nov 2017 01:25:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 495B715464; Fri, 3 Nov 2017 01:25:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3781B8C13; Fri, 3 Nov 2017 01:25:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id LG-q095ng8gm; Fri, 3 Nov 2017 01:25:33 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com F15978C05 From: Bryan Drewery Mime-Version: 1.0 (1.0) Subject: Head build unsafe for /etc today Message-Id: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> Date: Thu, 2 Nov 2017 18:25:24 -0700 To: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current X-Mailer: iPhone Mail (15A402) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 01:25:43 -0000 On Nov 2, 2017, at 15:44, Mark Millard wrote: >> Author: bdrewery >> Date: Thu Nov 2 22:23:00 2017 >> New Revision: 325347 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/325347 >>=20 >>=20 >> Log: >> Something is very wrong Unfortunately I only test with META_MODE these days which implies -DNO_CLEAN= . In the =E2=80=9Cclean=E2=80=9D builds it was removing /sys/boot and /etc, bu= t nothing else in /. The problems have been fixed in head as of r325351. The problem came in r325330. This was in head for ~10 hours. Sorry for the trouble. >>=20 >> Modified: >> head/Makefile >>=20 >> Modified: head/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >> @@ -1,3 +1,4 @@ >> +.error Bad revision, please wait for a fix in head >> # >> # $FreeBSD$ >> # >=20 > I just happened to have started a cross build before > this showed up based on -r325332 . It got: >=20 > --- clang-tblgen.full --- > c++: error: no such file or directory: '/usr/obj/bpim3_clang/arm.armv7/usr= /src/arm.armv7/tmp/obj-cross-tools/lib/clang/libllvmminimal/libllvmminimal.a= ' > *** [clang-tblgen.full] Error code 1 >=20 > But find shows: >=20 > # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name "libllvmmini= mal*" -print | more > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a.meta >=20 > Comparing side-by-side shows obj-cross-tools vs. > obj-bootstrap-tools : >=20 > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/c= lang/libllvmminimal/libllvmminimal.a > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 From owner-freebsd-current@freebsd.org Fri Nov 3 01:49:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9543EE67DA6; Fri, 3 Nov 2017 01:49:13 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7559171651; Fri, 3 Nov 2017 01:49:13 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id vA31n7KI088560 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Nov 2017 18:49:07 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id vA31n7Og088559; Thu, 2 Nov 2017 18:49:07 -0700 (PDT) (envelope-from sgk) Date: Thu, 2 Nov 2017 18:49:07 -0700 From: Steve Kargl To: Bryan Drewery Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Subject: Re: Head build unsafe for /etc today Message-ID: <20171103014907.GA88522@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 01:49:13 -0000 On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote: > > On Nov 2, 2017, at 15:44, Mark Millard wrote: > > >> Author: bdrewery > >> Date: Thu Nov 2 22:23:00 2017 > >> New Revision: 325347 > >> URL: > >> https://svnweb.freebsd.org/changeset/base/325347 > >> > >> > >> Log: > >> Something is very wrong > > > Unfortunately I only test with META_MODE these days which implies -DNO_CLEAN. You're making changes to the build infrastructure and you're not properly testing it before committing? This is beyond pointyhat material. -- Steve From owner-freebsd-current@freebsd.org Fri Nov 3 02:08:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB99FE68264; Fri, 3 Nov 2017 02:08:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84EED71E63; Fri, 3 Nov 2017 02:08:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id C2F83159F9; Fri, 3 Nov 2017 02:08:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E2D9F8CDA; Fri, 3 Nov 2017 02:08:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id NI2NPZ_HYrkt; Fri, 3 Nov 2017 02:08:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com DC3778CD7 Mime-Version: 1.0 (1.0) Subject: Re: Head build unsafe for /etc today From: Bryan Drewery X-Mailer: iPhone Mail (15A402) In-Reply-To: <20171103014907.GA88522@troutmask.apl.washington.edu> Date: Thu, 2 Nov 2017 19:08:50 -0700 Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> To: sgk@troutmask.apl.washington.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 02:08:59 -0000 > On Nov 2, 2017, at 18:49, Steve Kargl w= rote: >=20 >> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote: >>=20 >> On Nov 2, 2017, at 15:44, Mark Millard wrote: >>=20 >>>> Author: bdrewery >>>> Date: Thu Nov 2 22:23:00 2017 >>>> New Revision: 325347 >>>> URL:=20 >>>> https://svnweb.freebsd.org/changeset/base/325347 >>>>=20 >>>>=20 >>>> Log: >>>> Something is very wrong >>=20 >>=20 >> Unfortunately I only test with META_MODE these days which implies -DNO_CL= EAN. >=20 > You're making changes to the build infrastructure and you're > not properly testing it before committing? This is beyond > pointyhat material.=20 I ran 2 universes, dozens of buildworlds and buildkernels, dozens of install= world and installkernel, several xdev and native-xtools, several full DIRDEP= S_BUILD builds and bootstraps, ran subdir builds, ran subdir cleans, tested s= everal targets together, ran various special case tests for submakes, played= around with a ton of MAKEOBJDIRPREFIX cases, handled and tested symlinked o= bjdirs special, ran it through my work repro a few times, did special testin= g in rescue/, and had a volunteer test release. In the process I found a b= make bug, GPL_DTC build bug and several others I don=E2=80=99t recall from t= he bus. What I missed was the =E2=80=9Cclean=E2=80=9D buildworld because I forgot it= even exists. I=E2=80=99ve wanted to remove it for a year. I also forgot to t= est buildenv. By the way the bug ran into here was 3-4 years old and I avoided the exact c= ase in some new code but missed that the problem was already existing subtly= in bsd.obj.mk. Having said all of that, I certainly don=E2=80=99t do so much testing normal= ly but these changes warranted the time I put in. >=20 > --=20 > Steve From owner-freebsd-current@freebsd.org Fri Nov 3 02:23:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C34DE68A8C; Fri, 3 Nov 2017 02:23:29 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E17C4727EC; Fri, 3 Nov 2017 02:23:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id vA32NRsp088749 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Nov 2017 19:23:27 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id vA32NRCr088748; Thu, 2 Nov 2017 19:23:27 -0700 (PDT) (envelope-from sgk) Date: Thu, 2 Nov 2017 19:23:27 -0700 From: Steve Kargl To: Bryan Drewery Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Subject: Re: Head build unsafe for /etc today Message-ID: <20171103022327.GA88659@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 02:23:29 -0000 On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: > > > > On Nov 2, 2017, at 18:49, Steve Kargl wrote: > > > >> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote: > >> > >> On Nov 2, 2017, at 15:44, Mark Millard wrote: > >> > >>>> Author: bdrewery > >>>> Date: Thu Nov 2 22:23:00 2017 > >>>> New Revision: 325347 > >>>> URL: > >>>> https://svnweb.freebsd.org/changeset/base/325347 > >>>> > >>>> > >>>> Log: > >>>> Something is very wrong > >> > >> > >> Unfortunately I only test with META_MODE these days which implies -DNO_CLEAN. > > > > You're making changes to the build infrastructure and you're > > not properly testing it before committing? This is beyond > > pointyhat material. > > I ran 2 universes, dozens of buildworlds and buildkernels, dozens of installworld and installkernel, several xdev and native-xtools, several full DIRDEPS_BUILD builds and bootstraps, ran subdir builds, ran subdir cleans, tested several targets together, ran various special case tests for submakes, played around with a ton of MAKEOBJDIRPREFIX cases, handled and tested symlinked objdirs special, ran it through my work repro a few times, did special testing in rescue/, and had a volunteer test release. In the process I found a bmake bug, GPL_DTC build bug and several others I don’t recall from the bus. > > What I missed was the “clean” buildworld because I forgot it even exists. I’ve wanted to remove it for a year. I also forgot to test buildenv. > If you did all the above under META_MODE, then no you did not buildworld and buildkernel and all the other stuff you claim. If your first step isn't 'cd /usr/obj ; rm -rf *' or equivalent in whatever jail you use, then you're not properly testing your changes to the build infrastructure. As you have demonstrated, Makefile, Makefile.inc1, and the *.mk files are sufficiently complicated that proper testing should be done, and proper testing means one doesn't takes shortcuts. -- Steve From owner-freebsd-current@freebsd.org Fri Nov 3 02:36:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8F7CE68EC1; Fri, 3 Nov 2017 02:36:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 942F372DE3; Fri, 3 Nov 2017 02:36:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id A981215E28; Fri, 3 Nov 2017 02:36:53 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 3 Nov 2017 02:36:51 +0000 From: Glen Barber To: Steve Kargl Cc: Bryan Drewery , FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Subject: Re: Head build unsafe for /etc today Message-ID: <20171103023651.GC34123@FreeBSD.org> References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline In-Reply-To: <20171103022327.GA88659@troutmask.apl.washington.edu> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 02:36:55 -0000 --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2017 at 07:23:27PM -0700, Steve Kargl wrote: > On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: > > > On Nov 2, 2017, at 18:49, Steve Kargl wrote: > > > You're making changes to the build infrastructure and you're > > > not properly testing it before committing? This is beyond > > > pointyhat material.=20 > >=20 > > I ran 2 universes, dozens of buildworlds and buildkernels, > > dozens of installworld and installkernel, several xdev and > > native-xtools, several full DIRDEPS_BUILD builds and bootstraps, > > ran subdir builds, ran subdir cleans, tested several targets together, > > ran various special case tests for submakes, played around with a > > ton of MAKEOBJDIRPREFIX cases, handled and tested symlinked objdirs > > special, ran it through my work repro a few times, did special > > testing in rescue/, and had a volunteer test release. In the process > > I found a bmake bug, GPL_DTC build bug and several others I don=E2=80= =99t > > recall from the bus. > >=20 > > What I missed was the =E2=80=9Cclean=E2=80=9D buildworld because I forg= ot it > > even exists. I=E2=80=99ve wanted to remove it for a year. I also forgot= to > > test buildenv. > >=20 >=20 > If you did all the above under META_MODE, then no you did not=20 > buildworld and buildkernel and all the other stuff you claim. > If your first step isn't 'cd /usr/obj ; rm -rf *' or equivalent > in whatever jail you use, then you're not properly testing=20 > your changes to the build infrastructure. I did test this, personally, and missed it. > As you have demonstrated, > Makefile, Makefile.inc1, and the *.mk files are sufficiently=20 > complicated that proper testing should be done, and proper=20 > testing means one doesn't takes shortcuts. >=20 Mistakes happen. Things sometimes get accidentally missed. Glen --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAln71j4ACgkQAxRYpUeP 4pNCcg/+MYE8KZ7MuCX+sO+Alc0QISpF5JosxGS8FukLMEb1oKM14ad9xChSRKHZ fHgm+1yehr5ENrRBGw76RMsAQBt/UjQjHTVtA/x9wU+sWcSgcRMp5BQzur7WM/Yf R5fiau5YvFFJdNm6igrh2hSEgNSp7WznSGOm6bcIk8rS1dxBsRvjLcdXa1HBgudY uR3mysZyy3pG1ZPh7k3Wtv+4eziDnkffv5rJQBVgCPHFu3jT67ctPq8lu2hEeyCk uxA3pISrqTFvdIczKXkUpcL9yaECCth/Lstcr68e0byKx4KvdyRW9/7x7NCNYes8 EXGiFu5YXBmdLr9onQ0LybkhGFjIo6xfRf+r8q9ge8XNO9Ar7D2UeyU4tiJx3g5L xHn/PzkkLg1f4Q8Pd1r86vXNBAI6CJmDQEpBR2ascT3Q7bPSLcPXuDE1VXpeoEeN Py0fjP41BdHli2XJo0jc7qBxsX8pQ5BjR9kbx3UBjUTZDORHRSj7THEkwv6kQgHx UCVIeAepty402yQJgBzgar2HQ+nd9zznliTPtygn42zaIOvTAWqAvYP+7DGBw0cR bS6TOXgt0MBDR5p1Hf9EdYeB5n4owwcsU0V2tBDC/uvoE8w6r9Gw8dH6GIzkXp1c fODMpzsoGg83i8MgslbelsQQKQrCZiywsByZkrlJLZ8tkZAZjlg= =DwAh -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi-- From owner-freebsd-current@freebsd.org Fri Nov 3 02:41:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67300E69221; Fri, 3 Nov 2017 02:41:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 411577329B; Fri, 3 Nov 2017 02:41:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 86D1215FB6; Fri, 3 Nov 2017 02:41:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 712E88E48; Fri, 3 Nov 2017 02:41:44 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id zildTF2mjAJd; Fri, 3 Nov 2017 02:41:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 252538E45 Mime-Version: 1.0 (1.0) Subject: Re: Head build unsafe for /etc today From: Bryan Drewery X-Mailer: iPhone Mail (15A402) In-Reply-To: <20171103022327.GA88659@troutmask.apl.washington.edu> Date: Thu, 2 Nov 2017 19:41:21 -0700 Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> To: sgk@troutmask.apl.washington.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 02:41:46 -0000 > On Nov 2, 2017, at 19:23, Steve Kargl w= rote: >=20 >> On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: >>=20 >>=20 >>>> On Nov 2, 2017, at 18:49, Steve Kargl wrote: >>>>=20 >>>> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote: >>>>=20 >>>> On Nov 2, 2017, at 15:44, Mark Millard wrote: >>>>=20 >>>>>> Author: bdrewery >>>>>> Date: Thu Nov 2 22:23:00 2017 >>>>>> New Revision: 325347 >>>>>> URL:=20 >>>>>> https://svnweb.freebsd.org/changeset/base/325347 >>>>>>=20 >>>>>>=20 >>>>>> Log: >>>>>> Something is very wrong >>>>=20 >>>>=20 >>>> Unfortunately I only test with META_MODE these days which implies -DNO_= CLEAN. >>>=20 >>> You're making changes to the build infrastructure and you're >>> not properly testing it before committing? This is beyond >>> pointyhat material.=20 >>=20 >> I ran 2 universes, dozens of buildworlds and buildkernels, dozens of inst= allworld and installkernel, several xdev and native-xtools, several full DIR= DEPS_BUILD builds and bootstraps, ran subdir builds, ran subdir cleans, test= ed several targets together, ran various special case tests for submakes, pl= ayed around with a ton of MAKEOBJDIRPREFIX cases, handled and tested symlink= ed objdirs special, ran it through my work repro a few times, did special te= sting in rescue/, and had a volunteer test release. In the process I found= a bmake bug, GPL_DTC build bug and several others I don=E2=80=99t recall fr= om the bus. >>=20 >> What I missed was the =E2=80=9Cclean=E2=80=9D buildworld because I forgot= it even exists. I=E2=80=99ve wanted to remove it for a year. I also forgot t= o test buildenv. >>=20 >=20 > If you did all the above under META_MODE, then no you did not=20 > buildworld and buildkernel and all the other stuff you claim. Are you accusing me of lying? > If your first step isn't 'cd /usr/obj ; rm -rf *' or equivalent > in whatever jail you use, then you're not properly testing=20 > your changes to the build I did that probably 100 times. And that isn=E2=80=99t even =E2=80=9Cthe prop= er test=E2=80=9D. Both clean and incremental are needed which I did. zfs sna= pshots help a lot there. I just never ran =E2=80=9C_cleanobj=E2=80=9D which d= oes a full tree walk of clean. But I ran make clean in some subdirs many tim= es. > infrastructure. As you have demonstrated, > Makefile, Makefile.inc1, and the *.mk files are sufficiently=20 > complicated that proper testing > should be done, and proper=20 > testing means one doesn't takes shortcuts. I took 0 shortcuts. As I said I *forgot* that case, among hundreds of cases.= You=E2=80=99re welcome to do this work if you want. I guarantee you would no= t have tested even half of what I tested.=20 Hey can you fix universe to only build clang once please? I=E2=80=99ve been w= orking up to that but I think you=E2=80=99re best to do it. >=20 > --=20 > Steve From owner-freebsd-current@freebsd.org Fri Nov 3 02:43:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1013AE693F4; Fri, 3 Nov 2017 02:43:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B61AD735BF; Fri, 3 Nov 2017 02:43:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 02803160F6; Fri, 3 Nov 2017 02:43:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 2C4D58E5E; Fri, 3 Nov 2017 02:43:44 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Hm_3bVnWKcT5; Fri, 3 Nov 2017 02:43:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 497448E5B Mime-Version: 1.0 (1.0) Subject: Re: Head build unsafe for /etc today From: Bryan Drewery X-Mailer: iPhone Mail (15A402) In-Reply-To: <20171103023651.GC34123@FreeBSD.org> Date: Thu, 2 Nov 2017 19:43:20 -0700 Cc: Steve Kargl , FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <20171103023651.GC34123@FreeBSD.org> To: Glen Barber X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 02:43:46 -0000 > On Nov 2, 2017, at 19:36, Glen Barber wrote: >=20 >> On Thu, Nov 02, 2017 at 07:23:27PM -0700, Steve Kargl wrote: >> On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: >>>> On Nov 2, 2017, at 18:49, Steve Kargl wrote: >>>> You're making changes to the build infrastructure and you're >>>> not properly testing it before committing? This is beyond >>>> pointyhat material.=20 >>>=20 >>> I ran 2 universes, dozens of buildworlds and buildkernels, >>> dozens of installworld and installkernel, several xdev and >>> native-xtools, several full DIRDEPS_BUILD builds and bootstraps, >>> ran subdir builds, ran subdir cleans, tested several targets together, >>> ran various special case tests for submakes, played around with a >>> ton of MAKEOBJDIRPREFIX cases, handled and tested symlinked objdirs >>> special, ran it through my work repro a few times, did special >>> testing in rescue/, and had a volunteer test release. In the process >>> I found a bmake bug, GPL_DTC build bug and several others I don=E2=80=99= t >>> recall from the bus. >>>=20 >>> What I missed was the =E2=80=9Cclean=E2=80=9D buildworld because I forgo= t it >>> even exists. I=E2=80=99ve wanted to remove it for a year. I also forgot t= o >>> test buildenv. >>>=20 >>=20 >> If you did all the above under META_MODE, then no you did not=20 >> buildworld and buildkernel and all the other stuff you claim. >> If your first step isn't 'cd /usr/obj ; rm -rf *' or equivalent >> in whatever jail you use, then you're not properly testing=20 >> your changes to the build infrastructure. >=20 > I did test this, personally, and missed it. To be fair you didn=E2=80=99t test the AUTO_OBJ piece but did test the much m= ore riskier changes to objdir handling. Thanks for that. >> As you have demonstrated, >> Makefile, Makefile.inc1, and the *.mk files are sufficiently=20 >> complicated that proper testing should be done, and proper=20 >> testing means one doesn't takes shortcuts. >>=20 >=20 > Mistakes happen. Things sometimes get accidentally missed. >=20 > Glen >=20 From owner-freebsd-current@freebsd.org Fri Nov 3 02:46:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAEA6E695DD for ; Fri, 3 Nov 2017 02:46:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B4687385D for ; Fri, 3 Nov 2017 02:46:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22d.google.com with SMTP id h70so3328512ioi.4 for ; Thu, 02 Nov 2017 19:46:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=itWTTX9c3DyQmal3w4PwTj84lYg35nAVNJVnPqYrFdw=; b=oAOF9SJL1PAZuUivSpzKa29PMXgDSiW99bJo7hvlBvMjqIWwrDFXOb9/dpQ1dgwUPx /EjWtRsILwFx5ahr9ojOcaoF11FxD9y8yrq6vlBYhlSQAb1zN2wnljj4/bsA4G5Rq177 IC9YqvnuK9ELUlgsZKO56LOAN6JfcCKe0NwUJZRF+p0Z6ivyNSr/zohES6O6ixB/r4bI D7J98aktOVdW7ppYlobeE24b1/FOTa9dhKuP5hVkrR+OSemZZ5mH5s/dwP36ZaZRSNWs OnnIBowy/eklMnVSj/HsOAfCysfEiEgtBCWiMHTjea3T1WaIhJ8vmeF+xIi9K+EbvsZ8 z/nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=itWTTX9c3DyQmal3w4PwTj84lYg35nAVNJVnPqYrFdw=; b=MzqTnUet92JhH020llMyL7t6FATkJMdGINSd4mGirGcjdI9qU20R27mVi8bu15sw6R ehe0ZvsLnC16Ekrs4FeDIQ0w/+Q8mc3z7OFRaJClivEUyGKnKZFv/AXS1T5YDcyo+ko3 HaAlwl7NB1yAwoiuJcgFoGLyGCc16zsZOzkjJK1oitcJRFRyPa8gyXFCcE7Qr8+QSWit mVaG6qjrbjGuXSRjwRZccULLNOCtVgLwc4HKu6muTd9L/SRl4PJtnrP+ACCcbm+k+J4x Z9ocHKWR6hforx3825dsfXz+MNqFACxYlDPNH+TMJ2kbnl28k/vM3eNv96W5Y6RgXt68 lV2A== X-Gm-Message-State: AJaThX4Z+YpDkFp2+EYWtzUamAxL60kEhDBaE8dWxoOTKKJkeOEkQVqK KxAEUzmyJv7B9ODJUSsBft4VhvuCax99Fu5/O+G06w== X-Google-Smtp-Source: ABhQp+QccZO6vu3Tl5MHjM7ak6/PvwReGJ1moQ0X0DPvM9L1L764bptPvejXlOwOrX8IfKOGGqraphqiZ6XS6eKPUzM= X-Received: by 10.107.52.134 with SMTP id b128mr7261724ioa.291.1509677168605; Thu, 02 Nov 2017 19:46:08 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Thu, 2 Nov 2017 19:46:07 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:a004:68c9:b567:b3a8] In-Reply-To: <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> From: Warner Losh Date: Thu, 2 Nov 2017 20:46:07 -0600 X-Google-Sender-Auth: 5wZ40yowwbjgdom3Qo4ypLN2NWU Message-ID: Subject: Re: Head build unsafe for /etc today To: Bryan Drewery Cc: Steve Kargl , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 02:46:09 -0000 On Thu, Nov 2, 2017 at 8:41 PM, Bryan Drewery wrote: > > > > On Nov 2, 2017, at 19:23, Steve Kargl > wrote: > > > >> On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: > >> > >> > >>>> On Nov 2, 2017, at 18:49, Steve Kargl edu> wrote: > >>>> > >>>> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote: > >>>> > >>>> On Nov 2, 2017, at 15:44, Mark Millard wrote: > >>>> > >>>>>> Author: bdrewery > >>>>>> Date: Thu Nov 2 22:23:00 2017 > >>>>>> New Revision: 325347 > >>>>>> URL: > >>>>>> https://svnweb.freebsd.org/changeset/base/325347 > >>>>>> > >>>>>> > >>>>>> Log: > >>>>>> Something is very wrong > >>>> > >>>> > >>>> Unfortunately I only test with META_MODE these days which implies > -DNO_CLEAN. > >>> > >>> You're making changes to the build infrastructure and you're > >>> not properly testing it before committing? This is beyond > >>> pointyhat material. > >> > >> I ran 2 universes, dozens of buildworlds and buildkernels, dozens of > installworld and installkernel, several xdev and native-xtools, several > full DIRDEPS_BUILD builds and bootstraps, ran subdir builds, ran subdir > cleans, tested several targets together, ran various special case tests f= or > submakes, played around with a ton of MAKEOBJDIRPREFIX cases, handled and > tested symlinked objdirs special, ran it through my work repro a few time= s, > did special testing in rescue/, and had a volunteer test release. In the > process I found a bmake bug, GPL_DTC build bug and several others I don= =E2=80=99t > recall from the bus. > >> > >> What I missed was the =E2=80=9Cclean=E2=80=9D buildworld because I for= got it even > exists. I=E2=80=99ve wanted to remove it for a year. I also forgot to tes= t buildenv. > >> > > > > If you did all the above under META_MODE, then no you did not > > buildworld and buildkernel and all the other stuff you claim. > > Are you accusing me of lying? > > > > If your first step isn't 'cd /usr/obj ; rm -rf *' or equivalent > > in whatever jail you use, then you're not properly testing > > your changes to the build > > I did that probably 100 times. And that isn=E2=80=99t even =E2=80=9Cthe p= roper test=E2=80=9D. Both > clean and incremental are needed which I did. zfs snapshots help a lot > there. I just never ran =E2=80=9C_cleanobj=E2=80=9D which does a full tre= e walk of clean. > But I ran make clean in some subdirs many times. > > > infrastructure. As you have demonstrated, > > Makefile, Makefile.inc1, and the *.mk files are sufficiently > > complicated that proper testing > > > should be done, and proper > > testing means one doesn't takes shortcuts. > > I took 0 shortcuts. As I said I *forgot* that case, among hundreds of > cases. > You=E2=80=99re welcome to do this work if you want. I guarantee you would= not have > tested even half of what I tested. > > Hey can you fix universe to only build clang once please? I=E2=80=99ve be= en > working up to that but I think you=E2=80=99re best to do it. Given the hundreds of commits to the build system and its complexity, I'm in awe this doesn't happen more often. Heck, I've done an order of magnitude fewer commits to the build system and broken it more often than you have, and that's when it was a much simpler beast than it is today. Steve's just being overly grumpy imho. Accidents happen despite one's best efforts. This is -current after all... Warner From owner-freebsd-current@freebsd.org Fri Nov 3 02:47:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A598AE6970F for ; Fri, 3 Nov 2017 02:47:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-161.reflexion.net [208.70.210.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DFD9673A5B for ; Fri, 3 Nov 2017 02:47:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30645 invoked from network); 3 Nov 2017 02:47:23 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 3 Nov 2017 02:47:23 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 02 Nov 2017 22:47:23 -0400 (EDT) Received: (qmail 3212 invoked from network); 3 Nov 2017 02:47:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2017 02:47:22 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0BD49EC86EF; Thu, 2 Nov 2017 19:47:22 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools From: Mark Millard In-Reply-To: Date: Thu, 2 Nov 2017 19:47:20 -0700 Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 02:47:31 -0000 [Top post as it does not flow with the prior material.] Back-to-back repeats of the same buildworld buildkernel command are rebuilding lots of obj-lib32 *.o files and the like each time under WITH_META_MODE=3Dyes for -r325351. Script started on Thu Nov 2 18:34:57 2017 Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/null= SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel vs. Script started on Thu Nov 2 18:34:57 2017 Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/null= SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel # svnlite status -u -r325351 /usr/src | sort * 320623 = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h ? /usr/src/sys/amd64/conf/GENERIC-DBG ? /usr/src/sys/amd64/conf/GENERIC-NODBG ? /usr/src/sys/arm/conf/GENERIC-DBG ? /usr/src/sys/arm/conf/GENERIC-NODBG ? /usr/src/sys/arm64/conf/GENERIC-DBG ? /usr/src/sys/arm64/conf/GENERIC-NODBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG M 325351 = /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp M 325351 /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp M 325351 /usr/src/crypto/openssl/crypto/armcap.c M 325351 /usr/src/lib/libkvm/kvm_powerpc.c M 325351 /usr/src/lib/libkvm/kvm_private.c M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c M 325351 /usr/src/sys/arm64/arm64/identcpu.c M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi M 325351 /usr/src/sys/boot/ofw/Makefile.inc M 325351 /usr/src/sys/boot/powerpc/Makefile.inc M 325351 /usr/src/sys/boot/powerpc/boot1.chrp/Makefile M 325351 /usr/src/sys/boot/powerpc/kboot/Makefile M 325351 /usr/src/sys/boot/uboot/Makefile.inc M 325351 /usr/src/sys/conf/kmod.mk M 325351 /usr/src/sys/conf/ldscript.powerpc M 325351 /usr/src/sys/kern/subr_pcpu.c M 325351 /usr/src/sys/powerpc/aim/mmu_oea64.c M 325351 /usr/src/sys/powerpc/ofw/ofw_machdep.c M 325351 /usr/src/sys/powerpc/powerpc/interrupt.c M 325351 /usr/src/sys/powerpc/powerpc/mp_machdep.c M 325351 /usr/src/sys/powerpc/powerpc/trap.c -------------------------------------------------------------- >>> stage 5.1: building lib32 shim libraries -------------------------------------------------------------- . . . --- obj --- --- lib/libgcc_eh__PL --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libunwind.o --- gnu/lib/libssp/libssp_nonshared__PL --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/libssp/libssp_nonshared/_libinstall --- lib/libcompiler_rt__PL --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libcompiler_rt/_libinstall Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libcompiler_rt/_installlinks --- _installlinks --- /usr/lib32/libgcc.a -> libcompiler_rt.a --- lib/libgcc_eh__PL --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libgcc_eh.a --- libgcc_eh.a --- building static gcc_eh library Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/_libinstall --- gnu/lib/csu__L --- --- lib/csu__L --- --- lib/libcompiler_rt__L --- --- lib/libc__L --- --- gnu/lib/csu__L --- =3D=3D=3D> gnu/lib/csu (obj,all,install) --- lib/csu__L --- =3D=3D=3D> lib/csu (obj,all,install) --- lib/libcompiler_rt__L --- =3D=3D=3D> lib/libcompiler_rt (obj,all,install) --- lib/libc__L --- =3D=3D=3D> lib/libc (obj,all,install) --- lib/csu__L --- --- obj_subdir_lib/csu/i386 --- =3D=3D=3D> lib/csu/i386 (obj) --- gnu/lib/csu__L --- --- obj --- --- lib/csu__L --- --- obj --- --- all_subdir_lib/csu/i386 --- =3D=3D=3D> lib/csu/i386 (all) --- lib/libcompiler_rt__L --- --- obj --- --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtbegin.o --- lib/csu__L --- --- realinstall_subdir_lib/csu/i386 --- =3D=3D=3D> lib/csu/i386 (install) Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/csu/i386/_FILESINS --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtend.o --- lib/libc_nonshared__L --- =3D=3D=3D> lib/libc_nonshared (obj,all,install) --- obj --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/__iconv.o --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtbeginT.o --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/__iconv_free_list.o --- lib/libcompiler_rt__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libcompiler_rt/_libinstall Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libcompiler_rt/_installlinks --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/__iconv_get_list.o --- lib/libcompiler_rt__L --- --- _installlinks --- /usr/lib32/libgcc.a -> libcompiler_rt.a --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtbeginS.o --- lib/libcompiler_rt__L --- /usr/lib32/libgcc_p.a -> libcompiler_rt_p.a --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtendS.o --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconv.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconv_canonicalize.o --- lib/libgcc_eh__L --- =3D=3D=3D> lib/libgcc_eh (obj,all,install) --- lib/libc__L --- --- obj --- --- lib/libgcc_eh__L --- --- obj --- --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconv_close.o --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtend.o --- lib/libgcc_eh__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libunwind.o --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconv_open.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconv_open_into.o --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtbeginT.o --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconv_set_relocation_prefix.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconvctl.o --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtbeginS.o --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/iconvlist.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/libc_nonshared.a --- libc_nonshared.a --- building static c_nonshared library --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtendS.o --- lib/libc_nonshared__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc_nonshared/_libinstall --- lib/libgcc_eh__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libunwind.po --- gnu/lib/csu__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/crtbegin.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/csu/_FILESINS --- lib/libgcc_eh__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libgcc_eh.a --- libgcc_eh.a --- building static gcc_eh library --- lib/libc__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/machdep_ldisx.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/bt_close.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/bt_delete.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/bt_get.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/bt_open.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/bt_put.o --- lib/libgcc_eh__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libgcc_eh_p.a --- libgcc_eh_p.a --- building profiled gcc_eh library --- lib/libc__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/bt_seq.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/db.o --- lib/libgcc_eh__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/_libinstall --- lib/libc__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/hash.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/hash_bigkey.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/hash_page.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/ndbm.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/mpool.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/rec_close.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/rec_delete.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/rec_get.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/rec_open.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/rec_put.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/rec_search.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/rec_seq.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/getwd.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/killpg.o Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libc/sigcompat.o . . . --- lib__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/librt/librt.so.1.debug Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/librt/librt.so.1 --- all_subdir_lib/libpcap --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libpcap/etherent.po --- secure/lib__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /secure/lib/libssl/ssl_sess.pico --- lib__L --- --- all_subdir_lib/librtld_db --- =3D=3D=3D> lib/librtld_db (all) Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/librtld_db/rtld_db.o --- kerberos5/lib__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /kerberos5/lib/libgssapi_ntlm/external.o --- lib__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/librtld_db/rtld_db.po --- kerberos5/lib__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /kerberos5/lib/libgssapi_ntlm/import_name.o --- secure/lib__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /secure/lib/libssl/ssl_stat.pico --- lib__L --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/librtld_db/rtld_db.pico . . . And so on. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2017-Nov-2, at 5:30 PM, Bryan Drewery wrote: On 11/2/17 3:44 PM, Mark Millard wrote: >> Author: bdrewery >> Date: Thu Nov 2 22:23:00 2017 >> New Revision: 325347 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/325347 >>=20 >>=20 >> Log: >> Something is very wrong >>=20 >> Modified: >> head/Makefile >>=20 >> Modified: head/Makefile >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >> @@ -1,3 +1,4 @@ >> +.error Bad revision, please wait for a fix in head >> # >> # $FreeBSD$ >> # >=20 > I just happened to have started a cross build before > this showed up based on -r325332 . It got: >=20 > --- clang-tblgen.full --- > c++: error: no such file or directory: = '/usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/= clang/libllvmminimal/libllvmminimal.a' > *** [clang-tblgen.full] Error code 1 Someone else reported this one as well but I have not been able to reproduce it yet. I've tweaked the commit causing it though, r325329. Fixed in r325350. >=20 > But find shows: >=20 > # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name = "libllvmminimal*" -print | more > = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal > = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a > = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a.meta >=20 > Comparing side-by-side shows obj-cross-tools vs. > obj-bootstrap-tools : >=20 > = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/c= lang/libllvmminimal/libllvmminimal.a > = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Nov 3 03:06:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA44FE69C9E; Fri, 3 Nov 2017 03:06:07 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72735745F5; Fri, 3 Nov 2017 03:06:07 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 93A0E16903; Fri, 3 Nov 2017 03:06:06 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id CFB548F4F; Fri, 3 Nov 2017 03:06:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id LAEQHjH4CdO7; Fri, 3 Nov 2017 03:06:00 +0000 (UTC) Subject: Re: Head build unsafe for /etc today DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 386F68F4A Cc: Warner Losh , Steve Kargl , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Thu, 2 Nov 2017 20:05:53 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EIO8tKeXplnkUnsgPme1tH9JiIfD106Ft" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 03:06:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EIO8tKeXplnkUnsgPme1tH9JiIfD106Ft Content-Type: multipart/mixed; boundary="l9s2H3bNWWDRX0hDhTuGWTniSVsePRB8K"; protected-headers="v1" From: Bryan Drewery Cc: Warner Losh , Steve Kargl , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Message-ID: Subject: Re: Head build unsafe for /etc today References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> In-Reply-To: --l9s2H3bNWWDRX0hDhTuGWTniSVsePRB8K Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/2/2017 7:46 PM, Warner Losh wrote: >=20 >=20 > On Thu, Nov 2, 2017 at 8:41 PM, Bryan Drewery > wrote: >=20 >=20 >=20 > > On Nov 2, 2017, at 19:23, Steve Kargl > wrote: > > > >> On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: > >> > >> > >>>> On Nov 2, 2017, at 18:49, Steve Kargl > wrote: > >>>> > >>>> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote:= > >>>> > >>>> On Nov 2, 2017, at 15:44, Mark Millard > wrote: > >>>> > >>>>>> Author: bdrewery > >>>>>> Date: Thu Nov=C2=A0 2 22:23:00 2017 > >>>>>> New Revision: 325347 > >>>>>> URL: > >>>>>> https://svnweb.freebsd.org/changeset/base/325347 > > >>>>>> > >>>>>> > >>>>>> Log: > >>>>>> Something is very wrong > >>>> > >>>> > >>>> Unfortunately I only test with META_MODE these days which impl= ies -DNO_CLEAN. > >>> > >>> You're making changes to the build infrastructure and you're > >>> not properly testing it before committing?=C2=A0 This is beyond= > >>> pointyhat material. > >> > >> I ran 2 universes, dozens of buildworlds and buildkernels, dozen= s of installworld and installkernel, several xdev and native-xtools, seve= ral full DIRDEPS_BUILD builds and bootstraps, ran subdir builds, ran subd= ir cleans, tested several targets together, ran various special case test= s for submakes, played around with a ton of MAKEOBJDIRPREFIX cases, handl= ed and tested symlinked objdirs special, ran it through my work repro a f= ew times, did special testing in rescue/, and had a volunteer test releas= e.=C2=A0 In the process=C2=A0 I found a bmake bug, GPL_DTC build bug and = several others I don=E2=80=99t recall from the bus. > >> > >> What I missed was the =E2=80=9Cclean=E2=80=9D buildworld because= I forgot it even exists. I=E2=80=99ve wanted to remove it for a year. I = also forgot to test buildenv. > >> > > > > If you did all the above under META_MODE, then no you did not > > buildworld and buildkernel and all the other stuff you claim. >=20 > Are you accusing me of lying? >=20 >=20 > > If your first step isn't=C2=A0 'cd /usr/obj ; rm -rf *' or equiva= lent > > in whatever jail you use, then you're not properly testing > > your changes to the build >=20 > I did that probably 100 times. And that isn=E2=80=99t even =E2=80=9C= the proper > test=E2=80=9D. Both clean and incremental are needed which I did. z= fs > snapshots help a lot there. I just never ran =E2=80=9C_cleanobj=E2=80= =9D which does > a full tree walk of clean. But I ran make clean in some subdirs man= y > times. >=20 > > infrastructure.=C2=A0 As you have demonstrated, > > Makefile, Makefile.inc1, and the *.mk files are sufficiently > > complicated that proper testing >=20 > > should be done, and proper > > testing means one doesn't takes shortcuts. >=20 > I took 0 shortcuts. As I said I *forgot* that case, among hundreds > of cases. > You=E2=80=99re welcome to do this work if you want. I guarantee you= would > not have tested even half of what I tested. >=20 > Hey can you fix universe to only build clang once please? I=E2=80=99= ve been > working up to that but I think you=E2=80=99re best to do it. >=20 >=20 > Given the hundreds of commits to the build system and its complexity, > I'm in awe this doesn't happen more often. Heck, I've done an order of > magnitude fewer commits to the build system and broken it more often > than you have, and that's when it was a much simpler beast than it is t= oday. >=20 > Steve's just being overly grumpy imho.=C2=A0 Accidents happen despite o= ne's > best efforts. This is -current after all... Sorry I became grumpy too... I am truly sorry for anyone bit by this. I understand being angry about it. I too was bitten by it and scrambled to get a fix in on a random system I had up without much information on what the root cause was. At first I thought it was the last minute bmake update which came in after my change since I had no seen anything like this in my testing. The commit which caused the problem was reviewed, but the bug was dormant in unchanged code. The bug is fixed now, but I am going to keep the AUTO_OBJ feature off for a few days until I add a few more seatbelts to prevent this again. --=20 Regards, Bryan Drewery --l9s2H3bNWWDRX0hDhTuGWTniSVsePRB8K-- --EIO8tKeXplnkUnsgPme1tH9JiIfD106Ft Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ+90XAAoJEDXXcbtuRpfPvYEH/j14yF/c6c78Y3yOsTCZmFzA oPcaxHOYpI/L2kaI+sxlVgwob8xJusj1nvoWDfiC9Ol2vJcaIFHmuVQfZqqy7KV8 aI+nDafC1TWlYIGV8lUaHyGGpsYf3qxhi7c/UHz5yyFeYOcJrr7BZdr36NyuVqn7 2Mhasb9YWADjLV6QzONN50RKbbX3y/HpQ008zPbGG6yLfA3lpwsna36LZ5GFN20K thkgC0zmKw7LktLpPpHl3+dWssnduZEGNLgBWjwEcA6zS5KehhfQJwiXMvUcGFpE G9ewiagL8AXaoy62qTtMhBm+dnos26X4RFlgOuUO+uxUeEy1rwGrnNTchOa79q0= =uDrt -----END PGP SIGNATURE----- --EIO8tKeXplnkUnsgPme1tH9JiIfD106Ft-- From owner-freebsd-current@freebsd.org Fri Nov 3 03:08:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98E93E69EE0; Fri, 3 Nov 2017 03:08:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6297D7492D; Fri, 3 Nov 2017 03:08:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 7DDCE16ABC; Fri, 3 Nov 2017 03:08:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id BB2828F81; Fri, 3 Nov 2017 03:08:29 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 4BBJlM-hkzje; Fri, 3 Nov 2017 03:08:25 +0000 (UTC) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 219958F7C To: Mark Millard Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> Date: Thu, 2 Nov 2017 20:08:25 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XgGBCRktoxhtFs1lO0cMHd5qC9mSqv3pt" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 03:08:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XgGBCRktoxhtFs1lO0cMHd5qC9mSqv3pt Content-Type: multipart/mixed; boundary="Bjs6jpHlaHUJ5CoBB99C3xrRC8e21udKd"; protected-headers="v1" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Message-ID: <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> In-Reply-To: --Bjs6jpHlaHUJ5CoBB99C3xrRC8e21udKd Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/2/2017 7:47 PM, Mark Millard wrote: > [Top post as it does not flow with the prior material.] >=20 > Back-to-back repeats of the same buildworld buildkernel > command are rebuilding lots of obj-lib32 *.o files and > the like each time under WITH_META_MODE=3Dyes for -r325351. >=20 I think it is expected since I had to change the objdirs for build/cross tools again to fix your report. I am very confused how I never hit the issue you and Matt ran into. I had this commit sitting in my test branch for days. It may just be due to SYSTEM_COMPILER getting triggered. There's so many combinations of options in the early build that it's impossible to test all of them. Anyway if it continues to happen please also pass -dM to your make as it will tell us why it is rebuilding. > Script started on Thu Nov 2 18:34:57 2017 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/n= ull SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host WITH= _META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 make= -j4 buildworld buildkernel >=20 > vs. >=20 > Script started on Thu Nov 2 18:34:57 2017 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/n= ull SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host WITH= _META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 make= -j4 buildworld buildkernel >=20 >=20 > # svnlite status -u -r325351 /usr/src | sort > * 320623 /usr/src/contrib/jemalloc/include/jemalloc/interna= l/tsd.h > ? /usr/src/sys/amd64/conf/GENERIC-DBG > ? /usr/src/sys/amd64/conf/GENERIC-NODBG > ? /usr/src/sys/arm/conf/GENERIC-DBG > ? /usr/src/sys/arm/conf/GENERIC-NODBG > ? /usr/src/sys/arm64/conf/GENERIC-DBG > ? /usr/src/sys/arm64/conf/GENERIC-NODBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG > ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG > M 325351 /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameL= owering.cpp > M 325351 /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp= > M 325351 /usr/src/crypto/openssl/crypto/armcap.c > M 325351 /usr/src/lib/libkvm/kvm_powerpc.c > M 325351 /usr/src/lib/libkvm/kvm_private.c > M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c > M 325351 /usr/src/sys/arm64/arm64/identcpu.c > M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi > M 325351 /usr/src/sys/boot/ofw/Makefile.inc > M 325351 /usr/src/sys/boot/powerpc/Makefile.inc > M 325351 /usr/src/sys/boot/powerpc/boot1.chrp/Makefile > M 325351 /usr/src/sys/boot/powerpc/kboot/Makefile > M 325351 /usr/src/sys/boot/uboot/Makefile.inc > M 325351 /usr/src/sys/conf/kmod.mk > M 325351 /usr/src/sys/conf/ldscript.powerpc > M 325351 /usr/src/sys/kern/subr_pcpu.c > M 325351 /usr/src/sys/powerpc/aim/mmu_oea64.c > M 325351 /usr/src/sys/powerpc/ofw/ofw_machdep.c > M 325351 /usr/src/sys/powerpc/powerpc/interrupt.c > M 325351 /usr/src/sys/powerpc/powerpc/mp_machdep.c > M 325351 /usr/src/sys/powerpc/powerpc/trap.c >=20 >=20 > -------------------------------------------------------------- >>>> stage 5.1: building lib32 shim libraries > -------------------------------------------------------------- > . . . > --- obj --- > --- lib/libgcc_eh__PL --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/libunwind.o > --- gnu/lib/libssp/libssp_nonshared__PL --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/libssp/libssp_nonshared/_libinstall > --- lib/libcompiler_rt__PL --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libcompiler_rt/_libinstall > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libcompiler_rt/_installlinks > --- _installlinks --- > /usr/lib32/libgcc.a -> libcompiler_rt.a > --- lib/libgcc_eh__PL --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/libgcc_eh.a > --- libgcc_eh.a --- > building static gcc_eh library > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/_libinstall > --- gnu/lib/csu__L --- > --- lib/csu__L --- > --- lib/libcompiler_rt__L --- > --- lib/libc__L --- > --- gnu/lib/csu__L --- > =3D=3D=3D> gnu/lib/csu (obj,all,install) > --- lib/csu__L --- > =3D=3D=3D> lib/csu (obj,all,install) > --- lib/libcompiler_rt__L --- > =3D=3D=3D> lib/libcompiler_rt (obj,all,install) > --- lib/libc__L --- > =3D=3D=3D> lib/libc (obj,all,install) > --- lib/csu__L --- > --- obj_subdir_lib/csu/i386 --- > =3D=3D=3D> lib/csu/i386 (obj) > --- gnu/lib/csu__L --- > --- obj --- > --- lib/csu__L --- > --- obj --- > --- all_subdir_lib/csu/i386 --- > =3D=3D=3D> lib/csu/i386 (all) > --- lib/libcompiler_rt__L --- > --- obj --- > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtbegin.o > --- lib/csu__L --- > --- realinstall_subdir_lib/csu/i386 --- > =3D=3D=3D> lib/csu/i386 (install) > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/csu/i386/_FILESINS > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtend.o > --- lib/libc_nonshared__L --- > =3D=3D=3D> lib/libc_nonshared (obj,all,install) > --- obj --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/__iconv.o > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtbeginT.o > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/__iconv_free_list.o > --- lib/libcompiler_rt__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libcompiler_rt/_libinstall > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libcompiler_rt/_installlinks > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/__iconv_get_list.o > --- lib/libcompiler_rt__L --- > --- _installlinks --- > /usr/lib32/libgcc.a -> libcompiler_rt.a > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtbeginS.o > --- lib/libcompiler_rt__L --- > /usr/lib32/libgcc_p.a -> libcompiler_rt_p.a > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtendS.o > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconv.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconv_canonicalize.o > --- lib/libgcc_eh__L --- > =3D=3D=3D> lib/libgcc_eh (obj,all,install) > --- lib/libc__L --- > --- obj --- > --- lib/libgcc_eh__L --- > --- obj --- > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconv_close.o > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtend.o > --- lib/libgcc_eh__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/libunwind.o > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconv_open.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconv_open_into.o > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtbeginT.o > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconv_set_relocation_prefix.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconvctl.o > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtbeginS.o > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/iconvlist.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/libc_nonshared.a > --- libc_nonshared.a --- > building static c_nonshared library > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtendS.o > --- lib/libc_nonshared__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc_nonshared/_libinstall > --- lib/libgcc_eh__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/libunwind.po > --- gnu/lib/csu__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/crtbegin.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/gnu/lib/csu/_FILESINS > --- lib/libgcc_eh__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/libgcc_eh.a > --- libgcc_eh.a --- > building static gcc_eh library > --- lib/libc__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/machdep_ldisx.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/bt_close.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/bt_delete.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/bt_get.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/bt_open.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/bt_put.o > --- lib/libgcc_eh__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/libgcc_eh_p.a > --- libgcc_eh_p.a --- > building profiled gcc_eh library > --- lib/libc__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/bt_seq.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/db.o > --- lib/libgcc_eh__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libgcc_eh/_libinstall > --- lib/libc__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/hash.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/hash_bigkey.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/hash_page.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/ndbm.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/mpool.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/rec_close.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/rec_delete.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/rec_get.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/rec_open.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/rec_put.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/rec_search.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/rec_seq.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/getwd.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/killpg.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libc/sigcompat.o > . . . > --- lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/librt/librt.so.1.debug > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/librt/librt.so.1 > --- all_subdir_lib/libpcap --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/libpcap/etherent.po > --- secure/lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/secure/lib/libssl/ssl_sess.pico > --- lib__L --- > --- all_subdir_lib/librtld_db --- > =3D=3D=3D> lib/librtld_db (all) > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/librtld_db/rtld_db.o > --- kerberos5/lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/kerberos5/lib/libgssapi_ntlm/external.o > --- lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/librtld_db/rtld_db.po > --- kerberos5/lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/kerberos5/lib/libgssapi_ntlm/import_name.o > --- secure/lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/secure/lib/libssl/ssl_stat.pico > --- lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /amd64.amd64/lib/librtld_db/rtld_db.pico > . . . >=20 > And so on. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2017-Nov-2, at 5:30 PM, Bryan Drewery wrote: >=20 > On 11/2/17 3:44 PM, Mark Millard wrote: >>> Author: bdrewery >>> Date: Thu Nov 2 22:23:00 2017 >>> New Revision: 325347 >>> URL:=20 >>> https://svnweb.freebsd.org/changeset/base/325347 >>> >>> >>> Log: >>> Something is very wrong >>> >>> Modified: >>> head/Makefile >>> >>> Modified: head/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D >>> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >>> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >>> @@ -1,3 +1,4 @@ >>> +.error Bad revision, please wait for a fix in head >>> # >>> # $FreeBSD$ >>> # >> >> I just happened to have started a cross build before >> this showed up based on -r325332 . It got: >> >> --- clang-tblgen.full --- >> c++: error: no such file or directory: '/usr/obj/bpim3_clang/arm.armv7= /usr/src/arm.armv7/tmp/obj-cross-tools/lib/clang/libllvmminimal/libllvmmi= nimal.a' >> *** [clang-tblgen.full] Error code 1 >=20 > Someone else reported this one as well but I have not been able to > reproduce it yet. >=20 > I've tweaked the commit causing it though, r325329. Fixed in r325350. >=20 >> >> But find shows: >> >> # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name "libllvm= minimal*" -print | more >> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-too= ls/lib/clang/libllvmminimal >> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-too= ls/lib/clang/libllvmminimal/libllvmminimal.a >> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-too= ls/lib/clang/libllvmminimal/libllvmminimal.a.meta >> >> Comparing side-by-side shows obj-cross-tools vs. >> obj-bootstrap-tools : >> >> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-too= ls/lib/clang/libllvmminimal/libllvmminimal.a >> >> >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >> >=20 >=20 --=20 Regards, Bryan Drewery --Bjs6jpHlaHUJ5CoBB99C3xrRC8e21udKd-- --XgGBCRktoxhtFs1lO0cMHd5qC9mSqv3pt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ+92pAAoJEDXXcbtuRpfPJWoH/AxHxj4nGc5RxlFzYh9Q9e4C rhAq2ljzlrfHIs9m6KJFQL6iCRn3TIQJI50iIGKNhnH15RNEPUZ+xVv+ObVc0SPl rD1rWT2fmN0hFAv6gf4Dcq30ljZ2hwW5UgLdcONzTNbX0QGKQjSek5Espq+uaQVS 2+pWWyJoeoMUYQvdR+/cXCqood8+R3QrVsxbXR9FqS5+yN3lazDLc0i+LAbEnR8R mCBZ3dTcMAIWQWO5Ub7aR3QHxvmX917HzO17lcXn+6IVb18jRhzfmELNcosvyxjZ GLX0EQe4vPZDANXVCudeMBvwMdId6NiLFzexJUAQC7+m89ZBVwDtk/yrwzYAZl4= =INgD -----END PGP SIGNATURE----- --XgGBCRktoxhtFs1lO0cMHd5qC9mSqv3pt-- From owner-freebsd-current@freebsd.org Fri Nov 3 03:23:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 821E1E6A5BB for ; Fri, 3 Nov 2017 03:23:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-135.reflexion.net [208.70.210.135]) (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 42B1A754AD for ; Fri, 3 Nov 2017 03:23:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28448 invoked from network); 3 Nov 2017 03:16:33 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 3 Nov 2017 03:16:33 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 02 Nov 2017 23:16:33 -0400 (EDT) Received: (qmail 27669 invoked from network); 3 Nov 2017 03:16:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2017 03:16:32 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 2C8DAEC9500; Thu, 2 Nov 2017 20:16:32 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools From: Mark Millard In-Reply-To: <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> Date: Thu, 2 Nov 2017 20:16:31 -0700 Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 03:23:20 -0000 On 2017-Nov-2, at 8:08 PM, Bryan Drewery wrote: > On 11/2/2017 7:47 PM, Mark Millard wrote: >> [Top post as it does not flow with the prior material.] >>=20 >> Back-to-back repeats of the same buildworld buildkernel >> command are rebuilding lots of obj-lib32 *.o files and >> the like each time under WITH_META_MODE=3Dyes for -r325351. >>=20 >=20 > I think it is expected since I had to change the objdirs for = build/cross > tools again to fix your report. FYI: that was after several prior builds with -r325351. It is not just a first-repeat example. > I am very confused how I never hit the issue you and Matt ran into. I > had this commit sitting in my test branch for days. It may just be = due > to SYSTEM_COMPILER getting triggered. There's so many combinations of > options in the early build that it's impossible to test all of them. I had WITH_META_MODE=3Dyes as I normally do but had done the rm -fr of the tree content as well (because of directory tree structure mismatches that would be in the new build). > Anyway if it continues to happen please also pass -dM to your make as = it > will tell us why it is rebuilding. I'm about to try that. >> Script started on Thu Nov 2 18:34:57 2017 >> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>=20 >> vs. >>=20 >> Script started on Thu Nov 2 18:34:57 2017 >> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>=20 >>=20 >> # svnlite status -u -r325351 /usr/src | sort >> * 320623 = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h >> ? /usr/src/sys/amd64/conf/GENERIC-DBG >> ? /usr/src/sys/amd64/conf/GENERIC-NODBG >> ? /usr/src/sys/arm/conf/GENERIC-DBG >> ? /usr/src/sys/arm/conf/GENERIC-NODBG >> ? /usr/src/sys/arm64/conf/GENERIC-DBG >> ? /usr/src/sys/arm64/conf/GENERIC-NODBG >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG >> ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG >> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG >> M 325351 = /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp >> M 325351 = /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp >> M 325351 /usr/src/crypto/openssl/crypto/armcap.c >> M 325351 /usr/src/lib/libkvm/kvm_powerpc.c >> M 325351 /usr/src/lib/libkvm/kvm_private.c >> M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c >> M 325351 /usr/src/sys/arm64/arm64/identcpu.c >> M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi >> M 325351 /usr/src/sys/boot/ofw/Makefile.inc >> M 325351 /usr/src/sys/boot/powerpc/Makefile.inc >> M 325351 /usr/src/sys/boot/powerpc/boot1.chrp/Makefile >> M 325351 /usr/src/sys/boot/powerpc/kboot/Makefile >> M 325351 /usr/src/sys/boot/uboot/Makefile.inc >> M 325351 /usr/src/sys/conf/kmod.mk >> M 325351 /usr/src/sys/conf/ldscript.powerpc >> M 325351 /usr/src/sys/kern/subr_pcpu.c >> M 325351 /usr/src/sys/powerpc/aim/mmu_oea64.c >> M 325351 /usr/src/sys/powerpc/ofw/ofw_machdep.c >> M 325351 /usr/src/sys/powerpc/powerpc/interrupt.c >> M 325351 /usr/src/sys/powerpc/powerpc/mp_machdep.c >> M 325351 /usr/src/sys/powerpc/powerpc/trap.c >>=20 >>=20 >> -------------------------------------------------------------- >>>>> stage 5.1: building lib32 shim libraries >> -------------------------------------------------------------- >> . . . >> --- obj --- >> --- lib/libgcc_eh__PL --- >> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libunwind.o >> --- gnu/lib/libssp/libssp_nonshared__PL --- >> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/libssp/libssp_nonshared/_libinstall >> . . . >> . . . >>=20 >> And so on. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2017-Nov-2, at 5:30 PM, Bryan Drewery wrote: >=20 > On 11/2/17 3:44 PM, Mark Millard wrote: >>> Author: bdrewery >>> Date: Thu Nov 2 22:23:00 2017 >>> New Revision: 325347 >>> URL:=20 >>> https://svnweb.freebsd.org/changeset/base/325347 >>>=20 >>>=20 >>> Log: >>> Something is very wrong >>>=20 >>> Modified: >>> head/Makefile >>>=20 >>> Modified: head/Makefile >>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >>> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >>> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >>> @@ -1,3 +1,4 @@ >>> +.error Bad revision, please wait for a fix in head >>> # >>> # $FreeBSD$ >>> # >>=20 >> I just happened to have started a cross build before >> this showed up based on -r325332 . It got: >>=20 >> --- clang-tblgen.full --- >> c++: error: no such file or directory: = '/usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/= clang/libllvmminimal/libllvmminimal.a' >> *** [clang-tblgen.full] Error code 1 >=20 > Someone else reported this one as well but I have not been able to > reproduce it yet. >=20 > I've tweaked the commit causing it though, r325329. Fixed in r325350. >=20 >>=20 >> But find shows: >>=20 >> # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name = "libllvmminimal*" -print | more >> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal >> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a.meta >>=20 >> Comparing side-by-side shows obj-cross-tools vs. >> obj-bootstrap-tools : >>=20 >> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/c= lang/libllvmminimal/libllvmminimal.a >> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >=20 >=20 --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Nov 3 03:31:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9135EE6A8B7 for ; Fri, 3 Nov 2017 03:31:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-120.reflexion.net [208.70.210.120]) (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 53DDF75796 for ; Fri, 3 Nov 2017 03:31:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26641 invoked from network); 3 Nov 2017 03:31:33 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 3 Nov 2017 03:31:33 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 02 Nov 2017 23:31:33 -0400 (EDT) Received: (qmail 7625 invoked from network); 3 Nov 2017 03:31:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2017 03:31:33 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id DA37CEC86EF; Thu, 2 Nov 2017 20:31:32 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools From: Mark Millard In-Reply-To: <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> Date: Thu, 2 Nov 2017 20:31:32 -0700 Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 03:31:35 -0000 [The rebuilding is not your problem. . . Its a file system time problem.] On 2017-Nov-2, at 8:16 PM, Mark Millard wrote: > On 2017-Nov-2, at 8:08 PM, Bryan Drewery wrote: >=20 >> On 11/2/2017 7:47 PM, Mark Millard wrote: >>> [Top post as it does not flow with the prior material.] >>>=20 >>> Back-to-back repeats of the same buildworld buildkernel >>> command are rebuilding lots of obj-lib32 *.o files and >>> the like each time under WITH_META_MODE=3Dyes for -r325351. >>>=20 >>=20 >> I think it is expected since I had to change the objdirs for = build/cross >> tools again to fix your report. >=20 > FYI: that was after several prior builds with -r325351. It is > not just a first-repeat example. >=20 >> I am very confused how I never hit the issue you and Matt ran into. I >> had this commit sitting in my test branch for days. It may just be = due >> to SYSTEM_COMPILER getting triggered. There's so many combinations = of >> options in the early build that it's impossible to test all of them. >=20 > I had WITH_META_MODE=3Dyes as I normally do but had done > the rm -fr of the tree content as well (because of > directory tree structure mismatches that would be in > the new build). >=20 >> Anyway if it continues to happen please also pass -dM to your make as = it >> will tell us why it is rebuilding. >=20 > I'm about to try that. It reported a more up-to-date file. But looking the timestamp was in the future (tomorrow, almost 24 hours away): # ls -lT = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/inc= lude/runetype.h -rwxr-xr-x 1 root wheel 3906 Nov 3 20:13:14 2017 = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/inc= lude/runetype.h Apparently one or more of the times when I booted the virtual machine recently it ended up with a bad time and part of at least /usr/include has the problem with timestamps: # ls -lT /usr/include/runetype.h -r--r--r-- 1 root wheel 3906 Nov 3 22:48:30 2017 = /usr/include/runetype.h (The time for the active boot is fine.) Sorry for the noise. >>> Script started on Thu Nov 2 18:34:57 2017 >>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>>=20 >>> vs. >>>=20 >>> Script started on Thu Nov 2 18:34:57 2017 >>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>>=20 >>>=20 >>> # svnlite status -u -r325351 /usr/src | sort >>> * 320623 = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h >>> ? /usr/src/sys/amd64/conf/GENERIC-DBG >>> ? /usr/src/sys/amd64/conf/GENERIC-NODBG >>> ? /usr/src/sys/arm/conf/GENERIC-DBG >>> ? /usr/src/sys/arm/conf/GENERIC-NODBG >>> ? /usr/src/sys/arm64/conf/GENERIC-DBG >>> ? /usr/src/sys/arm64/conf/GENERIC-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG >>> M 325351 = /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp >>> M 325351 = /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp >>> M 325351 /usr/src/crypto/openssl/crypto/armcap.c >>> M 325351 /usr/src/lib/libkvm/kvm_powerpc.c >>> M 325351 /usr/src/lib/libkvm/kvm_private.c >>> M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c >>> M 325351 /usr/src/sys/arm64/arm64/identcpu.c >>> M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi >>> M 325351 /usr/src/sys/boot/ofw/Makefile.inc >>> M 325351 /usr/src/sys/boot/powerpc/Makefile.inc >>> M 325351 /usr/src/sys/boot/powerpc/boot1.chrp/Makefile >>> M 325351 /usr/src/sys/boot/powerpc/kboot/Makefile >>> M 325351 /usr/src/sys/boot/uboot/Makefile.inc >>> M 325351 /usr/src/sys/conf/kmod.mk >>> M 325351 /usr/src/sys/conf/ldscript.powerpc >>> M 325351 /usr/src/sys/kern/subr_pcpu.c >>> M 325351 /usr/src/sys/powerpc/aim/mmu_oea64.c >>> M 325351 /usr/src/sys/powerpc/ofw/ofw_machdep.c >>> M 325351 /usr/src/sys/powerpc/powerpc/interrupt.c >>> M 325351 /usr/src/sys/powerpc/powerpc/mp_machdep.c >>> M 325351 /usr/src/sys/powerpc/powerpc/trap.c >>>=20 >>>=20 >>> -------------------------------------------------------------- >>>>>> stage 5.1: building lib32 shim libraries >>> -------------------------------------------------------------- >>> . . . >>> --- obj --- >>> --- lib/libgcc_eh__PL --- >>> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libunwind.o >>> --- gnu/lib/libssp/libssp_nonshared__PL --- >>> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/libssp/libssp_nonshared/_libinstall >>> . . . >>> . . . >>>=20 >>> And so on. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On 2017-Nov-2, at 5:30 PM, Bryan Drewery = wrote: >>=20 >> On 11/2/17 3:44 PM, Mark Millard wrote: >>>> Author: bdrewery >>>> Date: Thu Nov 2 22:23:00 2017 >>>> New Revision: 325347 >>>> URL:=20 >>>> https://svnweb.freebsd.org/changeset/base/325347 >>>>=20 >>>>=20 >>>> Log: >>>> Something is very wrong >>>>=20 >>>> Modified: >>>> head/Makefile >>>>=20 >>>> Modified: head/Makefile >>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >>>> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >>>> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >>>> @@ -1,3 +1,4 @@ >>>> +.error Bad revision, please wait for a fix in head >>>> # >>>> # $FreeBSD$ >>>> # >>>=20 >>> I just happened to have started a cross build before >>> this showed up based on -r325332 . It got: >>>=20 >>> --- clang-tblgen.full --- >>> c++: error: no such file or directory: = '/usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/= clang/libllvmminimal/libllvmminimal.a' >>> *** [clang-tblgen.full] Error code 1 >>=20 >> Someone else reported this one as well but I have not been able to >> reproduce it yet. >>=20 >> I've tweaked the commit causing it though, r325329. Fixed in = r325350. >>=20 >>>=20 >>> But find shows: >>>=20 >>> # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name = "libllvmminimal*" -print | more >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a.meta >>>=20 >>> Comparing side-by-side shows obj-cross-tools vs. >>> obj-bootstrap-tools : >>>=20 >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/c= lang/libllvmminimal/libllvmminimal.a >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >>>=20 >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>>=20 >>=20 >>=20 >=20 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Nov 3 03:50:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3A1BE6AEE4; Fri, 3 Nov 2017 03:50:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B489F762AF; Fri, 3 Nov 2017 03:50:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id vA33oA8A089328 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Nov 2017 20:50:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id vA33oABE089327; Thu, 2 Nov 2017 20:50:10 -0700 (PDT) (envelope-from sgk) Date: Thu, 2 Nov 2017 20:50:10 -0700 From: Steve Kargl To: Bryan Drewery Cc: FreeBSD Toolchain , freebsd-hackers , FreeBSD Current Subject: Re: Head build unsafe for /etc today Message-ID: <20171103035010.GA89291@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 03:50:12 -0000 On Thu, Nov 02, 2017 at 07:41:21PM -0700, Bryan Drewery wrote: > > Are you accusing me of lying? > Nope. I'm stating the obvious. If you are using META_MODE and you do "make buildwould" that is equivalent to "make -DNO_CLEAN buildworld", which means you did not rebuild the *world*. When I see a commit message of the form (and I've haven't seen one like this in 25+ years of using FreeBSD (aka 386BSD+patchkit)) Author: bdrewery Date: Thu Nov 2 22:23:00 2017 New Revision: 325347 URL: https://svnweb.freebsd.org/changeset/base/325347 Log: Something is very wrong Modified: head/Makefile Modified: head/Makefile ============================================================================== --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) @@ -1,3 +1,4 @@ +.error Bad revision, please wait for a fix in head It suggests that whomever did the commit did not properly test the patch. The use of META_MODE (or any other shortcut) when testing simply isn't proper testing. -- Steve From owner-freebsd-current@freebsd.org Fri Nov 3 03:58:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D03B0E6B3B2 for ; Fri, 3 Nov 2017 03:58:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9394D76958 for ; Fri, 3 Nov 2017 03:58:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id m81so3495512ioi.13 for ; Thu, 02 Nov 2017 20:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Ho6KNVCYaR2onhzgNBj6Gspyj9SajxCXRrNvfYw5ghA=; b=Z7NfGIvBbgK9Rl7JUyr8633NW9WMe1HNpd/s1rJTjhbinnYHHcermY6dGyRw6vvabV h9HaGNHGNPYlqn5gSuE7y5UzQ2x5YhwYHjL7wkpw2sFlIQpv8H4+3TABddQPJ4U9NVFx t1kQkgC9bOfS3e3J6njP3ytsKHwsU93PJoLCpLaV54GL/F4Tusm9fsoZdw/fwREijCH4 xCvnFwWlVhg+UcLk66u8JBS0M8lIgkWzOtIUFq/PqKK7xgvdCnnKopkzVtdIiW46YNj+ UHA7uOKRGX6A9wbPH6jP0sC+LWGJCM+kWwS9TuLW42PiksFyy3sJboMI3gGhskTbDX4J hYJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Ho6KNVCYaR2onhzgNBj6Gspyj9SajxCXRrNvfYw5ghA=; b=t9tKhWUraFu6m2DA06LM7xU+ApEjYzScqWg9ufQ58jLmAKJtrbmNkFLCczpp+vNLM/ DuGmExpQDMvc/XJllLFRc6ljdcnN23Qffq/axVhwyRWKfYLVq3NKSKe6iDNsPp9XLm3Q GdlepTQakV3947Od1c1dqxL/tSojT5+6fHju8duVIzD97WEogMQ30pjH1iZb22tp/5IK DAomc6F8yg4h6Ltn/q8FyCixaZh7VqGFgEZy70HggPOyTNcaWJ7L7/d/dzv/VVH2D9yD GpIDvrSuKigEwhAN4vh0GanGQI+GiMBhArJ7Tw0u7j2qPfMZGaQqX8fd+zY03JY3mxDu JYig== X-Gm-Message-State: AJaThX6nPlPceGkQEQkFx4yQgO2eWe6vl1cfUQUh9Yaxs4qa/TwoXbel uugfdT2K//KpP2zRuUHtOSdu64+logRV5uarJKakug== X-Google-Smtp-Source: ABhQp+RczUBRhxSX+1DIVhZoOPltOWIIGqcWv5mcEc/1vUSnAFt7Y1B5hAF+Y5DZmD93crmplY6B8qzbDPBMwo7jFKs= X-Received: by 10.107.48.76 with SMTP id w73mr7499546iow.301.1509681510654; Thu, 02 Nov 2017 20:58:30 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Thu, 2 Nov 2017 20:58:29 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:a004:68c9:b567:b3a8] In-Reply-To: <20171103035010.GA89291@troutmask.apl.washington.edu> References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> <20171103035010.GA89291@troutmask.apl.washington.edu> From: Warner Losh Date: Thu, 2 Nov 2017 21:58:29 -0600 X-Google-Sender-Auth: w6v6YhhJJ2tn4ba4Gq8Aya1J5WU Message-ID: Subject: Re: Head build unsafe for /etc today To: Steve Kargl Cc: Bryan Drewery , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 03:58:31 -0000 On Thu, Nov 2, 2017 at 9:50 PM, Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > On Thu, Nov 02, 2017 at 07:41:21PM -0700, Bryan Drewery wrote: > > > > Are you accusing me of lying? > > > > Nope. I'm stating the obvious. If you are using > META_MODE and you do "make buildwould" that is > equivalent to "make -DNO_CLEAN buildworld", which > means you did not rebuild the *world*. > > When I see a commit message of the form (and I've > haven't seen one like this in 25+ years of using > FreeBSD (aka 386BSD+patchkit)) > > Author: bdrewery > Date: Thu Nov 2 22:23:00 2017 > New Revision: 325347 > URL: https://svnweb.freebsd.org/changeset/base/325347 > > Log: > Something is very wrong > > Modified: > head/Makefile > > Modified: head/Makefile > ============================================================ > ================== > --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) > +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) > @@ -1,3 +1,4 @@ > +.error Bad revision, please wait for a fix in head > > It suggests that whomever did the commit did not properly test > the patch. The use of META_MODE (or any other shortcut) when > testing simply isn't proper testing. FreeBSD has grown too big to test every possible thing before you commit. Lord knows the number of make universes I've done is maybe 1/100th the number of commits (or less) I've made. We all take short cuts, or fail to exhaustively test every single possible thing, or have some environmental contamination that normally isn't a problem but masks an issue, or forget to add a file / directory, or a hundred other things that can and do go wrong. It happens. It will happen again. I just hope to never again be the last person to break the tree before BSDcan again, but I live in fear that I'll miss something because I know I'm human. Personally, I think that this commit was the responsible thing to do: He'd just committed several changes. It wasn't clear which one needed to be backed out. While he tracked down the root cause, he put in counter measures to make sure that nobody else got bitten by the bug he himself encountered when he was further testing the system. He then resolved it by fixing the root cause, but I know that had he not been able to do so, he'd have backed things out. Part of being in this project is recognizing that and allowing the occasional oops to happen w/o making an unduly large case out of it... Warner Warner From owner-freebsd-current@freebsd.org Fri Nov 3 05:22:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4E59E6C5B3 for ; Fri, 3 Nov 2017 05:22:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-131.reflexion.net [208.70.210.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 A6BA17C71D for ; Fri, 3 Nov 2017 05:22:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30236 invoked from network); 3 Nov 2017 05:22:17 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 3 Nov 2017 05:22:17 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Fri, 03 Nov 2017 01:22:17 -0400 (EDT) Received: (qmail 25389 invoked from network); 3 Nov 2017 05:22:16 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2017 05:22:16 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id ECA05EC8FCC; Thu, 2 Nov 2017 22:22:15 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Head build unsafe for /etc today From: Mark Millard In-Reply-To: <20171103035010.GA89291@troutmask.apl.washington.edu> Date: Thu, 2 Nov 2017 22:22:15 -0700 Cc: Bryan Drewery , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <9BB08DDC-75A9-4115-936A-81E7319B166C@dsl-only.net> References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> <20171103035010.GA89291@troutmask.apl.washington.edu> To: sgk@troutmask.apl.washington.edu X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 05:22:19 -0000 On 2017-Nov-2, at 8:50 PM, Steve Kargl = wrote: > On Thu, Nov 02, 2017 at 07:41:21PM -0700, Bryan Drewery wrote: >>=20 >> Are you accusing me of lying? >>=20 >=20 > Nope. I'm stating the obvious. If you are using > META_MODE and you do "make buildwould" that is=20 > equivalent to "make -DNO_CLEAN buildworld", which > means you did not rebuild the *world*.=20 Also from a prior message of this sequence: > If your first step isn't 'cd /usr/obj ; rm -rf *' or equivalent > in whatever jail you use, then you're not properly testing=20 > your changes to the build infrastructure. With or without META_MODE, a rm -fr /usr/obj/* before the build attempt forces a rebuild as far as I know. It may be more that cleaning was effectively not tested then rebuilding was not tested. But always doing rm -fr /usr/obj/* first establishes a very limited context for testing cleaning. WITH_META_MODE and WITHOUT_META_MODE still might not be strictly equivalent after the rm -fr /usr/obj/* for some other properties in such an "empty" context. So testing those combinations makes sense but would be insufficient. > When I see a commit message of the form (and I've > haven't seen one like this in 25+ years of using > FreeBSD (aka 386BSD+patchkit)) >=20 > Author: bdrewery > Date: Thu Nov 2 22:23:00 2017 > New Revision: 325347 > URL: https://svnweb.freebsd.org/changeset/base/325347 >=20 > Log: > Something is very wrong >=20 > Modified: > head/Makefile >=20 > Modified: head/Makefile > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) > +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) > @@ -1,3 +1,4 @@ > +.error Bad revision, please wait for a fix in head >=20 > It suggests that whomever did the commit did not properly test > the patch. The use of META_MODE (or any other shortcut) when > testing simply isn't proper testing. I think I understand the intended point but the actual wording for "the use of . . ." and "[i]f your first step isn't . . ." is wrong from what I can tell. The testing of WITH_META_MODE is a proper form of test but is not a sufficient category of test overall. But omitting all tests of WITH_META_MODE would be poor procedure in my view. Some testing needs to be done without rm -fr /usr/obj/* after a prior build as well. Some testing of WITH_META_MODE after a prior build needs to be done. Some testing of WITHOUT_META_MODE after a prior build needs to be done. And so on. At least that would be my view. Any and all mistakes checked-in are examples of insufficient testing --but always doing sufficient testing requires establishing a much simpler, more limited, context. To my knowledge FreeBSD is not trying to scale back like that. (It is not under the direction of an Edsger W. Dijkstra.) I do not know if something might be able to be done to make such a specific type of "clean test" mistake less likely to happen again. Could a test context be established where attempts to delete outside the build tree would be rejected, with notifications of the attempts? Could running such a test be automatic (part of something that is run systematically) and fast enough to not want to skip it? (Just being illustrative. The details involved are well outside my background knowledge. There may be nothing easy or reasonable.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Nov 3 08:52:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6CCFE4C83A for ; Fri, 3 Nov 2017 08:52:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-155.reflexion.net [208.70.210.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70C7881230 for ; Fri, 3 Nov 2017 08:52:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16007 invoked from network); 3 Nov 2017 08:52:34 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 3 Nov 2017 08:52:34 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Fri, 03 Nov 2017 04:52:34 -0400 (EDT) Received: (qmail 21525 invoked from network); 3 Nov 2017 08:52:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2017 08:52:34 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id C958FEC86EF; Fri, 3 Nov 2017 01:52:33 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools From: Mark Millard In-Reply-To: <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> Date: Fri, 3 Nov 2017 01:52:33 -0700 Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 08:52:42 -0000 I did get another problem after buildworld, buildkernel, installkernel without future source code dates: the installworld got a "cc not found" for the amd64 native build based on -r325351 --that also appears to be set up to report: ERROR-tried-to-rebuild-during-make-install if cc had been found: .if defined(SRCTOP) # Prevent rebuilding during install to support read-only objdirs. .if ${.TARGETS:M*install*} =3D=3D ${.TARGETS} && empty(.MAKE.MODE:Mmeta) CFLAGS+=3D ERROR-tried-to-rebuild-during-make-install .endif=20 .endif=20 is involved in: Script started on Fri Nov 3 00:52:26 2017 Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/null= SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -dM -j4 installworld . . . --- realinstall_subdir_sys --- --- autoload.o --- --- realinstall_subdir_secure --- rm -f /usr/share/openssl/man/man3/SSL_set_generate_session_id.3 = /usr/share/openssl/man/man3/SSL_set_generate_session_id.3.gz; install = -l h /usr/share/openssl/man/man3/SSL_CTX_set_generate_session_id.3.gz = /usr/share/openssl/man/man3/SSL_set_generate_session_id.3.gz --- realinstall_subdir_sys --- cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin -O2 = -pipe -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -msoft-float = -fshort-wchar -mno-red-zone -mno-aes -DLOADER_UFS_SUPPORT = -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT = -DLOADER_GELI_SUPPORT -I/usr/src/sys/boot/libsa -I/usr/src/sys/boot/zfs = -DEFI_ZFS_BOOT -fPIC -DTERM_EMU -I/usr/src/sys/boot/efi/loader = -I/usr/src/sys/boot/efi/loader/arch/amd64 = -I/usr/src/sys/boot/efi/include -I/usr/src/sys/boot/efi/include/amd64 = -I/usr/src/sys/contrib/dev/acpica/include -I/usr/src/sys = -I/usr/src/sys/boot/i386/libi386 -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS = -I/usr/src/sys/boot/common -fPIC -I/usr/src/sys/boot/ficl = -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/common -DBOOT_FORTH = -DBF_DICTSIZE=3D15000 -g -std=3Dgnu99 -Wsystem-headers -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member = -Qunused-arguments ERROR-tried-to-rebuild-during-make-install -c = /usr/src/sys/boot/efi/loader/autoload.c -o autoload.o sh: cc: not found --- realinstall_subdir_secure --- rm -f /usr/share/openssl/man/man3/SSL_CTX_get_info_callback.3 = /usr/share/openssl/man/man3/SSL_CTX_get_info_callback.3.gz; install -l = h /usr/share/openssl/man/man3/SSL_CTX_set_info_callback.3.gz = /usr/share/openssl/man/man3/SSL_CTX_get_info_callback.3.gz --- realinstall_subdir_sys --- *** [autoload.o] Error code 127 make[7]: stopped in /usr/src/sys/boot/efi/loader 1 error make[7]: stopped in /usr/src/sys/boot/efi/loader *** [realinstall_subdir_sys/boot/efi/loader] Error code 2 Or without -j4: Script started on Fri Nov 3 01:38:54 2017 Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/null= SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -dM installworld . . . =3D=3D=3D> sys/boot/libsa32 (install) =3D=3D=3D> sys/boot/zfs (install) =3D=3D=3D> sys/boot/zfs32 (install) =3D=3D=3D> sys/boot/ficl32 (install) =3D=3D=3D> sys/boot/efi (install) =3D=3D=3D> sys/boot/efi/libefi (install) =3D=3D=3D> sys/boot/efi/loader (install) cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin -O2 = -pipe -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -msoft-float = -fshort-wchar -mno-red-zone -mno-aes -DLOADER_UFS_SUPPORT = -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT = -DLOADER_GELI_SUPPORT -I/usr/src/sys/boot/libsa -I/usr/src/sys/boot/zfs = -DEFI_ZFS_BOOT -fPIC -DTERM_EMU -I/usr/src/sys/boot/efi/loader = -I/usr/src/sys/boot/efi/loader/arch/amd64 = -I/usr/src/sys/boot/efi/include -I/usr/src/sys/boot/efi/include/amd64 = -I/usr/src/sys/contrib/dev/acpica/include -I/usr/src/sys = -I/usr/src/sys/boot/i386/libi386 -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS = -I/usr/src/sys/boot/common -fPIC -I/usr/src/sys/boot/ficl = -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/common -DBOOT_FORTH = -DBF_DICTSIZE=3D15000 -g -std=3Dgnu99 -Wsystem-headers -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member = -Qunused-arguments ERROR-tried-to-rebuild-during-make-install -c = /usr/src/sys/boot/efi/loader/autoload.c -o autoload.o /tmp/install.2mZZVhR0/sh: cc: not found *** Error code 127 Stop. make[7]: stopped in /usr/src/sys/boot/efi/loader *** Error code 1 I'll note: # ls -lT /usr/src/sys/boot/efi/loader/autoload.c -rw-r--r-- 1 root wheel 1522 Nov 3 02:27:17 2016 = /usr/src/sys/boot/efi/loader/autoload.c # find /usr/obj/amd64_clang/amd64.amd64/ -name autoload.o -exec ls -lT = {} \; | more -rw-r--r-- 1 root wheel 2896 Nov 3 00:10:12 2017 = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/boot/efi/loader/a= utoload.o (So the .o is about a year later.) # which cc /usr/bin/cc # find /usr/obj/amd64_clang/amd64.amd64/ -name cc -print | more = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/inc= lude/netinet/cc = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/GENERIC-NODBG/mod= ules/usr/src/sys/modules/cc = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/netin= et/cc = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/includ= e/netinet/cc It appears that /usr/bin was not part of the path at the time of the failure. As for the commands. . . (I isolated CC=3D on its own lines.) Script started on Fri Nov 3 00:52:26 2017 Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/null= SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -dM -j4 installworld --- installworld --- make[1]: = "/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/compiler-metadata.mk= " line 1: Using cached compiler metadata from build at FreeBSDx64OPC on = Thu Nov 2 23:02:54 PDT 2017 --- __installcheck_UGID --- --- __installcheck_sh_check --- --- installworld --- mkdir -p /tmp/install.hnB8rBdc progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp = date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb = rm sed services_mkdb sh strip sysctl test true uname wc zic tzsetup = makewhatis; do if progpath=3D`which $prog`; then echo $progpath; else = echo "Required tool $prog not found in PATH." >&2; exit 1; fi; = done); libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort = -u | while read line; do $line; if [ "$2 $3" !=3D "not found" ]; then = echo $2; else echo "Required library $1 not found." >&2; exit 1; = fi; done); cp $libs $progs /tmp/install.hnB8rBdc cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.hnB8rBdc/locale cd /usr/src; COMPILER_VERSION=3D50000 COMPILER_FEATURES=3Dc++11 = COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D1200007 = MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3D CC=3D"cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" CXX=3D"c++ -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" = CPP=3D"cpp -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" = RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" = PATH=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr= /sbin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/= bin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/bin:/u= sr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/a= md64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin:/tmp/install.hnB8rB= dc LD_LIBRARY_PATH=3D/tmp/install.hnB8rBdc = PATH_LOCALE=3D/tmp/install.hnB8rBdc/locale make -f Makefile.inc1 = __MAKE_SHELL=3D/tmp/install.hnB8rBdc/sh reinstall; = COMPILER_VERSION=3D50000 COMPILER_FEATURES=3Dc++11 COMPILER_TYPE=3Dclang= COMPILER_FREEBSD_VERSION=3D1200007 MACHINE_ARCH=3Damd64 MACHINE=3Damd64= CPUTYPE=3D CC=3D"cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" = CXX=3D"c++ -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" = CPP=3D"cpp -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" = RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" = PATH=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr= /sbin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/= bin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/bin:/u= sr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/a= md64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin:/tmp/install.hnB8rB= dc LD_LIBRARY_PATH=3D/tmp/install.hnB8rBdc = PATH_LOCALE=3D/tmp/install.hnB8rBdc/locale rm -rf /tmp/install.hnB8rBdc --- reinstall --- . . . # more = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/compiler-metadata.mk .info Using cached compiler metadata from build at FreeBSDx64OPC on Thu = Nov 2 23:02:54 PDT 2017 COMPILER_VERSION=3D50000 COMPILER_TYPE=3Dclang COMPILER_FEATURES=3Dc++11 COMPILER_FREEBSD_VERSION=3D1200007 LINKER_VERSION=3D21750 LINKER_TYPE=3Dbfd .export COMPILER_VERSION COMPILER_TYPE COMPILER_FEATURES = COMPILER_FREEBSD_VERSION LINKER_VERSION LINKER_TYPE # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more /root/src.configs/src.conf.amd64-clang.amd64-host TO_TYPE=3Damd64 # KERNCONF=3DGENERIC-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITHOUT_LLD_IS_LD=3D WITH_LLVM_LIBUNWIND=3D WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net >>> . . . >>> Script started on Thu Nov 2 18:34:57 2017 >>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>>=20 >>> vs. >>>=20 >>> Script started on Thu Nov 2 18:34:57 2017 >>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 = make -j4 buildworld buildkernel >>>=20 >>>=20 >>> # svnlite status -u -r325351 /usr/src | sort >>> * 320623 = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h >>> ? /usr/src/sys/amd64/conf/GENERIC-DBG >>> ? /usr/src/sys/amd64/conf/GENERIC-NODBG >>> ? /usr/src/sys/arm/conf/GENERIC-DBG >>> ? /usr/src/sys/arm/conf/GENERIC-NODBG >>> ? /usr/src/sys/arm64/conf/GENERIC-DBG >>> ? /usr/src/sys/arm64/conf/GENERIC-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG >>> M 325351 = /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp >>> M 325351 = /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp >>> M 325351 /usr/src/crypto/openssl/crypto/armcap.c >>> M 325351 /usr/src/lib/libkvm/kvm_powerpc.c >>> M 325351 /usr/src/lib/libkvm/kvm_private.c >>> M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c >>> M 325351 /usr/src/sys/arm64/arm64/identcpu.c >>> M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi >>> M 325351 /usr/src/sys/boot/ofw/Makefile.inc >>> M 325351 /usr/src/sys/boot/powerpc/Makefile.inc >>> M 325351 /usr/src/sys/boot/powerpc/boot1.chrp/Makefile >>> M 325351 /usr/src/sys/boot/powerpc/kboot/Makefile >>> M 325351 /usr/src/sys/boot/uboot/Makefile.inc >>> M 325351 /usr/src/sys/conf/kmod.mk >>> M 325351 /usr/src/sys/conf/ldscript.powerpc >>> M 325351 /usr/src/sys/kern/subr_pcpu.c >>> M 325351 /usr/src/sys/powerpc/aim/mmu_oea64.c >>> M 325351 /usr/src/sys/powerpc/ofw/ofw_machdep.c >>> M 325351 /usr/src/sys/powerpc/powerpc/interrupt.c >>> M 325351 /usr/src/sys/powerpc/powerpc/mp_machdep.c >>> M 325351 /usr/src/sys/powerpc/powerpc/trap.c >>>=20 >>>=20 >>> -------------------------------------------------------------- >>>>>> stage 5.1: building lib32 shim libraries >>> -------------------------------------------------------------- >>> . . . >>> --- obj --- >>> --- lib/libgcc_eh__PL --- >>> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /lib/libgcc_eh/libunwind.o >>> --- gnu/lib/libssp/libssp_nonshared__PL --- >>> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64= /gnu/lib/libssp/libssp_nonshared/_libinstall >>> . . . >>> . . . >>>=20 >>> And so on. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On 2017-Nov-2, at 5:30 PM, Bryan Drewery = wrote: >>=20 >> On 11/2/17 3:44 PM, Mark Millard wrote: >>>> Author: bdrewery >>>> Date: Thu Nov 2 22:23:00 2017 >>>> New Revision: 325347 >>>> URL:=20 >>>> https://svnweb.freebsd.org/changeset/base/325347 >>>>=20 >>>>=20 >>>> Log: >>>> Something is very wrong >>>>=20 >>>> Modified: >>>> head/Makefile >>>>=20 >>>> Modified: head/Makefile >>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >>>> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >>>> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >>>> @@ -1,3 +1,4 @@ >>>> +.error Bad revision, please wait for a fix in head >>>> # >>>> # $FreeBSD$ >>>> # >>>=20 >>> I just happened to have started a cross build before >>> this showed up based on -r325332 . It got: >>>=20 >>> --- clang-tblgen.full --- >>> c++: error: no such file or directory: = '/usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/= clang/libllvmminimal/libllvmminimal.a' >>> *** [clang-tblgen.full] Error code 1 >>=20 >> Someone else reported this one as well but I have not been able to >> reproduce it yet. >>=20 >> I've tweaked the commit causing it though, r325329. Fixed in = r325350. >>=20 >>>=20 >>> But find shows: >>>=20 >>> # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name = "libllvmminimal*" -print | more >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a.meta >>>=20 >>> Comparing side-by-side shows obj-cross-tools vs. >>> obj-bootstrap-tools : >>>=20 >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/c= lang/libllvmminimal/libllvmminimal.a >>> = /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/l= ib/clang/libllvmminimal/libllvmminimal.a >>>=20 >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>>=20 >>=20 >>=20 >=20 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Nov 3 15:29:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED67DE54AAB for ; Fri, 3 Nov 2017 15:29:08 +0000 (UTC) (envelope-from tobik@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 C795E686E2; Fri, 3 Nov 2017 15:29:08 +0000 (UTC) (envelope-from tobik@FreeBSD.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 4060720A17; Fri, 3 Nov 2017 11:29:07 -0400 (EDT) Received: from web1 ([10.202.2.211]) by compute4.internal (MEProxy); Fri, 03 Nov 2017 11:29:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=x4UzZYK0Ugx6LsBEvK+zRzRdI4bqr cRhyHVL4dd4WuA=; b=WSqIUBxn0oLpiLZ69xiXVaVHtD9hCgZmCLMknTcz22aZr IwcJ5QB2g9gLVeBKPLYDK5Vq3ja7YngUD0TgSYiyC+fFde1FvvjDZrwq2qtO3+Tx SF466iM7UMkR61h//OmMV8I/P1uQXvjJSn6S/dPDigO76jO6sXJhX0I0nHFSRjii Z2coGuRi5LGBTJnmaKyCCi3rXIXCJXGonXgEc8vjwiLAKJ/ktwhc9Km41umcHdFi zGdx2+3oXsm9GT3foY/coLe5xc+64f57cKJPXSRIh8LqV3/gSNEh53udNLRXAkI9 K8DFbaJnPhKzHWcngSuawestgw6uPgDUbIvBy75SA== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 2419695792; Fri, 3 Nov 2017 11:29:07 -0400 (EDT) Message-Id: <1509722947.3890181.1160658160.1B91FF70@webmail.messagingengine.com> From: Tobias Kortkamp To: freebsd-current@FreeBSD.org Cc: ashish@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-c8a842c4 Date: Fri, 03 Nov 2017 16:29:07 +0100 Subject: Emacs and LLD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 15:29:09 -0000 Hi, I cannot build editors/emacs-nox11 (or any other Emacs port) on FreeBSD 12 anymore for several months now. The build aborts with: ./temacs --batch --load loadup bootstrap Fatal error 'Can't allocate initial thread' at line 337 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) gmake[3]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) I'm currently running base r324724. Emacs builds fine on the cluster, so I thought installing the binary package from pkg.FreeBSD.org would be an OK solution, but it immediately crashes too. My src.conf has WITH_LLD_IS_LD=yes and reading https://bugs.freebsd.org/214864 leads me to believe that it's somehow responsible for the problems I have with Emacs. Setting LLD_UNSAFE=yes in the port does not solve the problem. If I manually link temacs statically the build can continue, however the emacs binary temacs dumps is not usable and immediately crashes. I can "solve" the problem (in the sense that I can run Emacs again outside of a chroot/jail) by extracting /lib/libc.so.7 from a recent snapshot (I tried with 20171012-r324542 and the current base.txz snapshot) not built with LLD and running it with LD_PRELOAD="/path/to/libc.so.7" emacs It'll do for now, but this just doesn't feel right... Thanks in advance for any insight you can provide! Backtrace from temacs: * thread #1, name = 'temacs', stop reason = signal SIGABRT * frame #0: 0x0000000800e089aa libc.so.7`__sys_thr_kill at thr_kill.S:3 frame #1: 0x0000000800e08974 libc.so.7`__raise(s=6) at raise.c:52 frame #2: 0x0000000800e088e9 libc.so.7`abort at abort.c:65 frame #3: 0x0000000800c8c88a libthr.so.3`_thread_exitf(fname=, lineno=, fmt=) at thr_exit.c:193 frame #4: 0x0000000800c8a02e libthr.so.3`_libpthread_init(curthread=0x0000000000000000) at thr_init.c:337 frame #5: 0x0000000800c8d4b2 libthr.so.3 frame #6: 0x0000000800c8d4d6 libthr.so.3`_init + 14 frame #7: 0x00000008007b0058 ld-elf.so.1`objlist_call_init(list=, lockstate=) at rtld.c:2643 frame #8: 0x00000008007af3eb ld-elf.so.1`_rtld(sp=0x00007fffffffdf08, exit_proc=0x00007fffffffdeb0, objp=0x00007fffffffdeb8) at rtld.c:759 frame #9: 0x00000008007ad019 ld-elf.so.1`.rtld_start at rtld_start.S:39 From owner-freebsd-current@freebsd.org Fri Nov 3 16:02:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B59EAE55643 for ; Fri, 3 Nov 2017 16:02:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BA7969F66; Fri, 3 Nov 2017 16:02:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4043F260230; Fri, 3 Nov 2017 17:02:01 +0100 (CET) Subject: Re: Emacs and LLD To: Tobias Kortkamp , freebsd-current@FreeBSD.org Cc: ashish@FreeBSD.org References: <1509722947.3890181.1160658160.1B91FF70@webmail.messagingengine.com> From: Hans Petter Selasky Message-ID: <618796df-fa1f-f113-0f64-a04790134e3c@selasky.org> Date: Fri, 3 Nov 2017 16:59:17 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1509722947.3890181.1160658160.1B91FF70@webmail.messagingengine.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 16:02:09 -0000 On 11/03/17 16:29, Tobias Kortkamp wrote: > Hi, > > I cannot build editors/emacs-nox11 (or any other Emacs port) on FreeBSD > 12 anymore for several months now. The build aborts with: > > ./temacs --batch --load loadup bootstrap > Fatal error 'Can't allocate initial thread' at line 337 in file > /usr/src/lib/libthr/thread/thr_init.c (errno = 12) > gmake[3]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) > > I'm currently running base r324724. Emacs builds fine on the cluster, > so I thought installing the binary package from pkg.FreeBSD.org would be > an OK solution, but it immediately crashes too. > > My src.conf has WITH_LLD_IS_LD=yes and reading > https://bugs.freebsd.org/214864 leads me to believe that it's somehow > responsible for the problems I have with Emacs. > > Setting LLD_UNSAFE=yes in the port does not solve the problem. If I > manually link temacs statically the build can continue, however the > emacs binary temacs dumps is not usable and immediately crashes. > > I can "solve" the problem (in the sense that I can run Emacs again > outside of a chroot/jail) by extracting /lib/libc.so.7 from a recent > snapshot (I tried with 20171012-r324542 and the current base.txz > snapshot) not built with LLD and running it with > > LD_PRELOAD="/path/to/libc.so.7" emacs > > It'll do for now, but this just doesn't feel right... > > Thanks in advance for any insight you can provide! > > Backtrace from temacs: > > * thread #1, name = 'temacs', stop reason = signal SIGABRT > * frame #0: 0x0000000800e089aa libc.so.7`__sys_thr_kill at > thr_kill.S:3 > frame #1: 0x0000000800e08974 libc.so.7`__raise(s=6) at raise.c:52 > frame #2: 0x0000000800e088e9 libc.so.7`abort at abort.c:65 > frame #3: 0x0000000800c8c88a > libthr.so.3`_thread_exitf(fname=, lineno=, > fmt=) at thr_exit.c:193 > frame #4: 0x0000000800c8a02e > libthr.so.3`_libpthread_init(curthread=0x0000000000000000) at > thr_init.c:337 > frame #5: 0x0000000800c8d4b2 libthr.so.3 > frame #6: 0x0000000800c8d4d6 libthr.so.3`_init + 14 > frame #7: 0x00000008007b0058 > ld-elf.so.1`objlist_call_init(list=, > lockstate=) at rtld.c:2643 > frame #8: 0x00000008007af3eb > ld-elf.so.1`_rtld(sp=0x00007fffffffdf08, > exit_proc=0x00007fffffffdeb0, objp=0x00007fffffffdeb8) at rtld.c:759 > frame #9: 0x00000008007ad019 ld-elf.so.1`.rtld_start at > rtld_start.S:39 > _______________________________________________ > 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" > Hi, security.bsd.stack_guard_page: 1 Does setting the above sysctl to zero make any difference? --HPS From owner-freebsd-current@freebsd.org Fri Nov 3 16:11:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19FE9E558C2 for ; Fri, 3 Nov 2017 16:11:59 +0000 (UTC) (envelope-from tobik@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 E44EB6A4FC; Fri, 3 Nov 2017 16:11:58 +0000 (UTC) (envelope-from tobik@FreeBSD.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id B3E57211E7; Fri, 3 Nov 2017 12:11:55 -0400 (EDT) Received: from web1 ([10.202.2.211]) by compute4.internal (MEProxy); Fri, 03 Nov 2017 12:11:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=/sBDSx cFeVzW2eb0Z+xQ9ozvwOpoZ+LD78mUtBaB+xI=; b=F+bqI6WmusHRB20hQq5Ty5 +SVia/KE4rZ55LDtQb2sFDNIZ9YmWJLl/1jqm4jc0P8zY57X76d3k6QAtLE7Pw47 WwzQsWQ6Qm9xnx4WcWNQ6xUbVlKPysugWHAPAH+yNLYTVAlrRoUUdB/aNe48Ll0Q aruQ8mqo3+QsTirNJar/zT3Ap1DEMn9qWzt+/EV2gDl0C+iYlAynf0wMRpHKh9sA fKMVPAD5XLU91ROhVMr+Rc9r+Ud3LPLSQ8NcaAmPNGo1SBN0NbninfyUs8glB5sh mJCivYa3sndmDemEx05nJs1wjKCKNqZl7hR0kvbNIPmnmuvzRitO2fhxvwT8wwMw == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 9A1E395792; Fri, 3 Nov 2017 12:11:55 -0400 (EDT) Message-Id: <1509725515.3900591.1160703880.79F71312@webmail.messagingengine.com> From: Tobias Kortkamp To: Hans Petter Selasky , freebsd-current@FreeBSD.org Cc: ashish@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-c8a842c4 Date: Fri, 03 Nov 2017 17:11:55 +0100 Subject: Re: Emacs and LLD In-Reply-To: <618796df-fa1f-f113-0f64-a04790134e3c@selasky.org> References: <1509722947.3890181.1160658160.1B91FF70@webmail.messagingengine.com> <618796df-fa1f-f113-0f64-a04790134e3c@selasky.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 16:11:59 -0000 On Fri, Nov 3, 2017, at 16:59, Hans Petter Selasky wrote: > On 11/03/17 16:29, Tobias Kortkamp wrote: > > Hi, > > > > I cannot build editors/emacs-nox11 (or any other Emacs port) on FreeBSD > > 12 anymore for several months now. The build aborts with: > > > > ./temacs --batch --load loadup bootstrap > > Fatal error 'Can't allocate initial thread' at line 337 in file > > /usr/src/lib/libthr/thread/thr_init.c (errno = 12) > > gmake[3]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) > > > > I'm currently running base r324724. Emacs builds fine on the cluster, > > so I thought installing the binary package from pkg.FreeBSD.org would be > > an OK solution, but it immediately crashes too. > > > > My src.conf has WITH_LLD_IS_LD=yes and reading > > https://bugs.freebsd.org/214864 leads me to believe that it's somehow > > responsible for the problems I have with Emacs. > > > > Setting LLD_UNSAFE=yes in the port does not solve the problem. If I > > manually link temacs statically the build can continue, however the > > emacs binary temacs dumps is not usable and immediately crashes. > > > > I can "solve" the problem (in the sense that I can run Emacs again > > outside of a chroot/jail) by extracting /lib/libc.so.7 from a recent > > snapshot (I tried with 20171012-r324542 and the current base.txz > > snapshot) not built with LLD and running it with > > > > LD_PRELOAD="/path/to/libc.so.7" emacs > > > > It'll do for now, but this just doesn't feel right... > > > > Thanks in advance for any insight you can provide! > > > > Backtrace from temacs: > > > > * thread #1, name = 'temacs', stop reason = signal SIGABRT > > * frame #0: 0x0000000800e089aa libc.so.7`__sys_thr_kill at > > thr_kill.S:3 > > frame #1: 0x0000000800e08974 libc.so.7`__raise(s=6) at raise.c:52 > > frame #2: 0x0000000800e088e9 libc.so.7`abort at abort.c:65 > > frame #3: 0x0000000800c8c88a > > libthr.so.3`_thread_exitf(fname=, lineno=, > > fmt=) at thr_exit.c:193 > > frame #4: 0x0000000800c8a02e > > libthr.so.3`_libpthread_init(curthread=0x0000000000000000) at > > thr_init.c:337 > > frame #5: 0x0000000800c8d4b2 libthr.so.3 > > frame #6: 0x0000000800c8d4d6 libthr.so.3`_init + 14 > > frame #7: 0x00000008007b0058 > > ld-elf.so.1`objlist_call_init(list=, > > lockstate=) at rtld.c:2643 > > frame #8: 0x00000008007af3eb > > ld-elf.so.1`_rtld(sp=0x00007fffffffdf08, > > exit_proc=0x00007fffffffdeb0, objp=0x00007fffffffdeb8) at rtld.c:759 > > frame #9: 0x00000008007ad019 ld-elf.so.1`.rtld_start at > > rtld_start.S:39 > > _______________________________________________ > > 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" > > > > Hi, > > security.bsd.stack_guard_page: 1 > > Does setting the above sysctl to zero make any difference? No, unfortunately not. From owner-freebsd-current@freebsd.org Fri Nov 3 18:31:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F7FCE582E5; Fri, 3 Nov 2017 18:31:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEE906E546; Fri, 3 Nov 2017 18:31:39 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id EA6031FC6F; Fri, 3 Nov 2017 18:31:38 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 26AA926AA; Fri, 3 Nov 2017 18:31:38 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id EYYlbQSrTrpQ; Fri, 3 Nov 2017 18:31:32 +0000 (UTC) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com C7C5726A3 To: Mark Millard Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> From: Bryan Drewery Organization: FreeBSD Message-ID: <12bff2b7-655d-b236-5f96-d405870e53d0@FreeBSD.org> Date: Fri, 3 Nov 2017 11:31:29 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Fmll73KadUoXti7Bl4A305nXqQsPrFkBH" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 18:31:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Fmll73KadUoXti7Bl4A305nXqQsPrFkBH Content-Type: multipart/mixed; boundary="Sj9WbwQKuSxefhBt9QejV7GQV1LhtNgAI"; protected-headers="v1" From: Bryan Drewery To: Mark Millard Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Message-ID: <12bff2b7-655d-b236-5f96-d405870e53d0@FreeBSD.org> Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> In-Reply-To: <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> --Sj9WbwQKuSxefhBt9QejV7GQV1LhtNgAI Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/3/17 1:52 AM, Mark Millard wrote: > I did get another problem after buildworld, buildkernel, installkernel > without future source code dates: the installworld got a "cc not found"= > for the amd64 native build based on -r325351 --that also appears to be > set up to report: >=20 > ERROR-tried-to-rebuild-during-make-install >=20 > if cc had been found: >=20 > .if defined(SRCTOP) > # Prevent rebuilding during install to support read-only objdirs. > .if ${.TARGETS:M*install*} =3D=3D ${.TARGETS} && empty(.MAKE.MODE:Mmeta= ) > CFLAGS+=3D ERROR-tried-to-rebuild-during-make-install > .endif=20 > .endif=20 >=20 This one usually only happens if it is trying to compile at installtime, which usually means a file is missing (wrong OBJDIR perhaps) or the timestamps are off. I'll play with this more and see what I can come up with, but I didn't run into anything like this myself yet. > is involved in: >=20 > Script started on Fri Nov 3 00:52:26 2017 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/n= ull SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host WITH= _META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 make= -dM -j4 installworld > . . . > --- realinstall_subdir_sys --- > --- autoload.o --- > --- realinstall_subdir_secure --- > rm -f /usr/share/openssl/man/man3/SSL_set_generate_session_id.3 /usr/sh= are/openssl/man/man3/SSL_set_generate_session_id.3.gz; install -l h /us= r/share/openssl/man/man3/SSL_CTX_set_generate_session_id.3.gz /usr/share/= openssl/man/man3/SSL_set_generate_session_id.3.gz > --- realinstall_subdir_sys --- > cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/amd64_clang/= amd64.amd64/usr/src/amd64.amd64/tmp -B/usr/obj/amd64_clang/amd64.amd64/us= r/src/amd64.amd64/tmp/usr/bin -O2 -pipe -ffreestanding -Wformat -mno-m= mx -mno-sse -mno-avx -msoft-float -fshort-wchar -mno-red-zone -mno-aes -D= LOADER_UFS_SUPPORT -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MB= R_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sys/boot/libsa -I/usr/src/sys/= boot/zfs -DEFI_ZFS_BOOT -fPIC -DTERM_EMU -I/usr/src/sys/boot/efi/loader -= I/usr/src/sys/boot/efi/loader/arch/amd64 -I/usr/src/sys/boot/efi/include = -I/usr/src/sys/boot/efi/include/amd64 -I/usr/src/sys/contrib/dev/acpica/i= nclude -I/usr/src/sys -I/usr/src/sys/boot/i386/libi386 -DNO_PCI -DEFI -DS= MBIOS_SERIAL_NUMBERS -I/usr/src/sys/boot/common -fPIC -I/usr/src/sys/boot= /ficl -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/common -DBOOT_FO= RTH -DBF_DICTSIZE=3D15000 -g -std=3Dgnu99 -Wsystem-headers -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -W= no-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 -Qun= used-arguments ERROR-tried-to-rebuild-during-make-install -c /usr/src/sy= s/boot/efi/loader/autoload.c -o autoload.o > sh: cc: not found > --- realinstall_subdir_secure --- > rm -f /usr/share/openssl/man/man3/SSL_CTX_get_info_callback.3 /usr/shar= e/openssl/man/man3/SSL_CTX_get_info_callback.3.gz; install -l h /usr/sh= are/openssl/man/man3/SSL_CTX_set_info_callback.3.gz /usr/share/openssl/ma= n/man3/SSL_CTX_get_info_callback.3.gz > --- realinstall_subdir_sys --- > *** [autoload.o] Error code 127 >=20 > make[7]: stopped in /usr/src/sys/boot/efi/loader > 1 error >=20 > make[7]: stopped in /usr/src/sys/boot/efi/loader > *** [realinstall_subdir_sys/boot/efi/loader] Error code 2 >=20 >=20 > Or without -j4: >=20 > Script started on Fri Nov 3 01:38:54 2017 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/n= ull SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host WITH= _META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 make= -dM installworld > . . . > =3D=3D=3D> sys/boot/libsa32 (install) > =3D=3D=3D> sys/boot/zfs (install) > =3D=3D=3D> sys/boot/zfs32 (install) > =3D=3D=3D> sys/boot/ficl32 (install) > =3D=3D=3D> sys/boot/efi (install) > =3D=3D=3D> sys/boot/efi/libefi (install) > =3D=3D=3D> sys/boot/efi/loader (install) > cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/amd64_clang/= amd64.amd64/usr/src/amd64.amd64/tmp -B/usr/obj/amd64_clang/amd64.amd64/us= r/src/amd64.amd64/tmp/usr/bin -O2 -pipe -ffreestanding -Wformat -mno-m= mx -mno-sse -mno-avx -msoft-float -fshort-wchar -mno-red-zone -mno-aes -D= LOADER_UFS_SUPPORT -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MB= R_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sys/boot/libsa -I/usr/src/sys/= boot/zfs -DEFI_ZFS_BOOT -fPIC -DTERM_EMU -I/usr/src/sys/boot/efi/loader -= I/usr/src/sys/boot/efi/loader/arch/amd64 -I/usr/src/sys/boot/efi/include = -I/usr/src/sys/boot/efi/include/amd64 -I/usr/src/sys/contrib/dev/acpica/i= nclude -I/usr/src/sys -I/usr/src/sys/boot/i386/libi386 -DNO_PCI -DEFI -DS= MBIOS_SERIAL_NUMBERS -I/usr/src/sys/boot/common -fPIC -I/usr/src/sys/boot= /ficl -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/common -DBOOT_FO= RTH -DBF_DICTSIZE=3D15000 -g -std=3Dgnu99 -Wsystem-headers -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -W= no-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 -Qun= used-arguments ERROR-tried-to-rebuild-during-make-install -c /usr/src/sy= s/boot/efi/loader/autoload.c -o autoload.o > /tmp/install.2mZZVhR0/sh: cc: not found > *** Error code 127 >=20 > Stop. > make[7]: stopped in /usr/src/sys/boot/efi/loader > *** Error code 1 >=20 >=20 >=20 > I'll note: >=20 > # ls -lT /usr/src/sys/boot/efi/loader/autoload.c > -rw-r--r-- 1 root wheel 1522 Nov 3 02:27:17 2016 /usr/src/sys/boot/= efi/loader/autoload.c >=20 > # find /usr/obj/amd64_clang/amd64.amd64/ -name autoload.o -exec ls -lT = {} \; | more > -rw-r--r-- 1 root wheel 2896 Nov 3 00:10:12 2017 /usr/obj/amd64_cla= ng/amd64.amd64/usr/src/amd64.amd64/sys/boot/efi/loader/autoload.o >=20 > (So the .o is about a year later.) >=20 > # which cc > /usr/bin/cc >=20 > # find /usr/obj/amd64_clang/amd64.amd64/ -name cc -print | more > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/= include/netinet/cc > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/GENERIC-NODBG/= modules/usr/src/sys/modules/cc > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/ne= tinet/cc > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/inc= lude/netinet/cc >=20 > It appears that /usr/bin was not part of the path at > the time of the failure. >=20 > As for the commands. . . > (I isolated CC=3D on its own lines.) >=20 > Script started on Fri Nov 3 00:52:26 2017 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/n= ull SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host WITH= _META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 make= -dM -j4 installworld > --- installworld --- > make[1]: "/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/compiler= -metadata.mk" line 1: Using cached compiler metadata from build at FreeBS= Dx64OPC on Thu Nov 2 23:02:54 PDT 2017 > --- __installcheck_UGID --- > --- __installcheck_sh_check --- > --- installworld --- > mkdir -p /tmp/install.hnB8rBdc > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp da= te echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm = sed services_mkdb sh strip sysctl test true uname wc zic tzsetup makewh= atis; do if progpath=3D`which $prog`; then echo $progpath; else echo = "Required tool $prog not found in PATH." >&2; exit 1; fi; done); libs= =3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort -u | while = read line; do $line; if [ "$2 $3" !=3D "not found" ]; then echo $2; e= lse echo "Required library $1 not found." >&2; exit 1; fi; done); cp= $libs $progs /tmp/install.hnB8rBdc > cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.hnB8rBdc/locale > cd /usr/src; COMPILER_VERSION=3D50000 COMPILER_FEATURES=3Dc++11 COMPI= LER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D1200007 MACHINE_ARCH=3Damd64= MACHINE=3Damd64 CPUTYPE=3D >=20 > CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/amd64_= clang/amd64.amd64/usr/src/amd64.amd64/tmp -B/usr/obj/amd64_clang/amd64.am= d64/usr/src/amd64.amd64/tmp/usr/bin" >=20 > CXX=3D"c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/amd= 64_clang/amd64.amd64/usr/src/amd64.amd64/tmp -B/usr/obj/amd64_clang/amd64= =2Eamd64/usr/src/amd64.amd64/tmp/usr/bin" CPP=3D"cpp -target x86_64-unkn= own-freebsd12.0 --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd6= 4.amd64/tmp -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/us= r/bin" AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"= objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" PATH=3D/usr/obj/amd64= _clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/amd64= _clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/amd64_= clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/amd64_clang= /amd64.amd64/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/amd64_clang/amd64.= amd64/usr/src/amd64.amd64/tmp/usr/bin:/tmp/install.hnB8rBdc LD_LIBRARY_P= ATH=3D/tmp/install.hnB8rBdc PATH_LOCALE=3D/tmp/install.hnB8rBdc/locale m= ake -f Makefile.inc1 __MAKE_SHELL=3D/tmp/install.hnB8rBdc/sh reinstall= ; COMPILER_VERSION=3D50000 COMPILER_FEATURES=3Dc++11 COMPILER_TYPE=3Dc= lang COMPILER_FREEBSD_VERSION=3D1200007 MACHINE_ARCH=3Damd64 MACHINE=3D= amd64 CPUTYPE=3D CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroot=3D= /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp -B/usr/obj/amd64= _clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" CXX=3D"c++ -target x= 86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/us= r/src/amd64.amd64/tmp -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.am= d64/tmp/usr/bin" CPP=3D"cpp -target x86_64-unknown-freebsd12.0 --sysroot= =3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp -B/usr/obj/am= d64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin" AS=3D"as" AR=3D"a= r" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib= STRINGS=3D SIZE=3D"size" PATH=3D/usr/obj/amd64_clang/amd64.amd64/usr/sr= c/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/amd64_clang/amd64.amd64/usr/sr= c/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/amd64_clang/amd64.amd64/usr/src= /amd64.amd64/tmp/legacy/bin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd6= 4.amd64/tmp/usr/sbin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64= /tmp/usr/bin:/tmp/install.hnB8rBdc LD_LIBRARY_PATH=3D/tmp/install.hnB8rB= dc PATH_LOCALE=3D/tmp/install.hnB8rBdc/locale rm -rf /tmp/install.hnB8rB= dc > --- reinstall --- > . . . >=20 > # more /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/compiler-me= tadata.mk > .info Using cached compiler metadata from build at FreeBSDx64OPC on Thu= Nov 2 23:02:54 PDT 2017 > COMPILER_VERSION=3D50000 > COMPILER_TYPE=3Dclang > COMPILER_FEATURES=3Dc++11 > COMPILER_FREEBSD_VERSION=3D1200007 > LINKER_VERSION=3D21750 > LINKER_TYPE=3Dbfd > .export COMPILER_VERSION COMPILER_TYPE COMPILER_FEATURES COMPILER_FR= EEBSD_VERSION LINKER_VERSION LINKER_TYPE >=20 >=20 > # more /root/src.configs/make.conf > CFLAGS.gcc+=3D -v >=20 > # more /root/src.configs/src.conf.amd64-clang.amd64-host > TO_TYPE=3Damd64 > # > KERNCONF=3DGENERIC-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > #WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > WITHOUT_LLD_IS_LD=3D > WITH_LLVM_LIBUNWIND=3D > WITH_LLDB=3D > #PORTS_MODULES=3Demulators/virtualbox-ose-additions > # > WITH_BOOT=3D > WITH_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >>>> . . . >=20 >=20 >>>> Script started on Thu Nov 2 18:34:57 2017 >>>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/de= v/null SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host W= ITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 m= ake -j4 buildworld buildkernel >>>> >>>> vs. >>>> >>>> Script started on Thu Nov 2 18:34:57 2017 >>>> Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/de= v/null SRC_ENV_CONF=3D/root/src.configs/src.conf.amd64-clang.amd64-host W= ITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/amd64_clang/amd64.amd64 m= ake -j4 buildworld buildkernel >>>> >>>> >>>> # svnlite status -u -r325351 /usr/src | sort >>>> * 320623 /usr/src/contrib/jemalloc/include/jemalloc/interna= l/tsd.h >>>> ? /usr/src/sys/amd64/conf/GENERIC-DBG >>>> ? /usr/src/sys/amd64/conf/GENERIC-NODBG >>>> ? /usr/src/sys/arm/conf/GENERIC-DBG >>>> ? /usr/src/sys/arm/conf/GENERIC-NODBG >>>> ? /usr/src/sys/arm64/conf/GENERIC-DBG >>>> ? /usr/src/sys/arm64/conf/GENERIC-NODBG >>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG >>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG >>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG >>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG >>>> M 325351 /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFra= meLowering.cpp >>>> M 325351 /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.= cpp >>>> M 325351 /usr/src/crypto/openssl/crypto/armcap.c >>>> M 325351 /usr/src/lib/libkvm/kvm_powerpc.c >>>> M 325351 /usr/src/lib/libkvm/kvm_private.c >>>> M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c >>>> M 325351 /usr/src/sys/arm64/arm64/identcpu.c >>>> M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi >>>> M 325351 /usr/src/sys/boot/ofw/Makefile.inc >>>> M 325351 /usr/src/sys/boot/powerpc/Makefile.inc >>>> M 325351 /usr/src/sys/boot/powerpc/boot1.chrp/Makefile >>>> M 325351 /usr/src/sys/boot/powerpc/kboot/Makefile >>>> M 325351 /usr/src/sys/boot/uboot/Makefile.inc >>>> M 325351 /usr/src/sys/conf/kmod.mk >>>> M 325351 /usr/src/sys/conf/ldscript.powerpc >>>> M 325351 /usr/src/sys/kern/subr_pcpu.c >>>> M 325351 /usr/src/sys/powerpc/aim/mmu_oea64.c >>>> M 325351 /usr/src/sys/powerpc/ofw/ofw_machdep.c >>>> M 325351 /usr/src/sys/powerpc/powerpc/interrupt.c >>>> M 325351 /usr/src/sys/powerpc/powerpc/mp_machdep.c >>>> M 325351 /usr/src/sys/powerpc/powerpc/trap.c >>>> >>>> >>>> -------------------------------------------------------------- >>>>>>> stage 5.1: building lib32 shim libraries >>>> -------------------------------------------------------------- >>>> . . . >>>> --- obj --- >>>> --- lib/libgcc_eh__PL --- >>>> Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-li= b32/amd64.amd64/lib/libgcc_eh/libunwind.o >>>> --- gnu/lib/libssp/libssp_nonshared__PL --- >>>> Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-li= b32/amd64.amd64/gnu/lib/libssp/libssp_nonshared/_libinstall >>>> . . . >>>> . . . >>>> >>>> And so on. >>> >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>> >>> On 2017-Nov-2, at 5:30 PM, Bryan Drewery wrote= : >>> >>> On 11/2/17 3:44 PM, Mark Millard wrote: >>>>> Author: bdrewery >>>>> Date: Thu Nov 2 22:23:00 2017 >>>>> New Revision: 325347 >>>>> URL:=20 >>>>> https://svnweb.freebsd.org/changeset/base/325347 >>>>> >>>>> >>>>> Log: >>>>> Something is very wrong >>>>> >>>>> Modified: >>>>> head/Makefile >>>>> >>>>> Modified: head/Makefile >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D >>>>> --- head/Makefile Thu Nov 2 21:58:18 2017 (r325346) >>>>> +++ head/Makefile Thu Nov 2 22:23:00 2017 (r325347) >>>>> @@ -1,3 +1,4 @@ >>>>> +.error Bad revision, please wait for a fix in head >>>>> # >>>>> # $FreeBSD$ >>>>> # >>>> >>>> I just happened to have started a cross build before >>>> this showed up based on -r325332 . It got: >>>> >>>> --- clang-tblgen.full --- >>>> c++: error: no such file or directory: '/usr/obj/bpim3_clang/arm.arm= v7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/clang/libllvmminimal/libllvm= minimal.a' >>>> *** [clang-tblgen.full] Error code 1 >>> >>> Someone else reported this one as well but I have not been able to >>> reproduce it yet. >>> >>> I've tweaked the commit causing it though, r325329. Fixed in r325350= =2E >>> >>>> >>>> But find shows: >>>> >>>> # find /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7 -name "libll= vmminimal*" -print | more >>>> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-t= ools/lib/clang/libllvmminimal >>>> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-t= ools/lib/clang/libllvmminimal/libllvmminimal.a >>>> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-t= ools/lib/clang/libllvmminimal/libllvmminimal.a.meta >>>> >>>> Comparing side-by-side shows obj-cross-tools vs. >>>> obj-bootstrap-tools : >>>> >>>> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools= /lib/clang/libllvmminimal/libllvmminimal.a >>>> /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-t= ools/lib/clang/libllvmminimal/libllvmminimal.a >>>> >>>> >>>> =3D=3D=3D >>>> Mark Millard >>>> markmi at dsl-only.net >>>> >>> >>> >> >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 --=20 Regards, Bryan Drewery --Sj9WbwQKuSxefhBt9QejV7GQV1LhtNgAI-- --Fmll73KadUoXti7Bl4A305nXqQsPrFkBH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEzBAEBCgAdFiEE+Rc8ssOq6npcih8JNddxu25Gl88FAln8tgIACgkQNddxu25G l8/ABQgAj5T97PIOkH6FTVl34uOTDi1kGT2XU7bZLHWqAZfRdeP3g9i6fJqPDzV2 TTEmtsX1g5H+hmvCnl/G9TxQQ/tzSi4StKc/rYKica/nzYUdNDGiVqv3fqIqu/D5 mgT70TS2NIEZGMNusNRzzy3rVE6ak/wcWC6vDkU5OfTrPkBnseQsqT+fO6qnbtdK X+/V3kry4vxBMXtYYaghLZ6YIegsEZhrsi1VkuG0QTuSjGLREc0BbneNKQ6wjoJu sjVGkAGekH1UYXdEPhWMr0Myv1qtcZNlKuy4v5Wbac8Mc9Uzkfn7rQYZfe+A1HxR md9B+cCSHofUv8vQC2gUkNbpsoZcUw== =Apkb -----END PGP SIGNATURE----- --Fmll73KadUoXti7Bl4A305nXqQsPrFkBH-- From owner-freebsd-current@freebsd.org Fri Nov 3 19:42:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 923AEE596D2 for ; Fri, 3 Nov 2017 19:42:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-120.reflexion.net [208.70.210.120]) (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 4C639706D8 for ; Fri, 3 Nov 2017 19:42:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17398 invoked from network); 3 Nov 2017 19:42:39 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 3 Nov 2017 19:42:39 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Fri, 03 Nov 2017 15:42:39 -0400 (EDT) Received: (qmail 26719 invoked from network); 3 Nov 2017 19:42:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2017 19:42:38 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 2B571EC92A1; Fri, 3 Nov 2017 12:42:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools From: Mark Millard In-Reply-To: <12bff2b7-655d-b236-5f96-d405870e53d0@FreeBSD.org> Date: Fri, 3 Nov 2017 12:42:37 -0700 Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <25840EFC-69DD-4A2A-B89A-0D6D51C9BA14@dsl-only.net> References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> <12bff2b7-655d-b236-5f96-d405870e53d0@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 19:42:41 -0000 On 2017-Nov-3, at 11:31 AM, Bryan Drewery wrote: > On 11/3/17 1:52 AM, Mark Millard wrote: >> I did get another problem after buildworld, buildkernel, = installkernel >> without future source code dates: the installworld got a "cc not = found" >> for the amd64 native build based on -r325351 --that also appears to = be >> set up to report: >>=20 >> ERROR-tried-to-rebuild-during-make-install >>=20 >> if cc had been found: >>=20 >> .if defined(SRCTOP) >> # Prevent rebuilding during install to support read-only objdirs. >> .if ${.TARGETS:M*install*} =3D=3D ${.TARGETS} && = empty(.MAKE.MODE:Mmeta) >> CFLAGS+=3D ERROR-tried-to-rebuild-during-make-install >> .endif=20 >> .endif=20 >>=20 >=20 > This one usually only happens if it is trying to compile at = installtime, > which usually means a file is missing (wrong OBJDIR perhaps) or the > timestamps are off. >=20 > I'll play with this more and see what I can come up with, but I didn't > run into anything like this myself yet. I locally forced a -dm on the ${MAKE} command involved and the result reported: Examining beforeinstall...non-existent....PHONY node...out-of-date. recheck(beforeinstall): update time from 16:00:00 Dec 31, 1969 to now Examining machine...modified 20:13:03 Nov 03, 2017...up-to-date. Examining x86...modified 20:13:07 Nov 03, 2017...up-to-date. Examining autoload.c...modified 2:27:17 Nov 03, 2016...up-to-date. Examining autoload.o...modified 0:10:12 Nov 03, 2017...modified before = source x86...out-of-date. cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin -O2 = -pipe -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -msoft-float = -fshort-wchar -mno-red-zone -mno-aes -DLOADER_UFS_SUPPORT = -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT = -DLOADER_GELI_SUPPORT -I/usr/src/sys/boot/libsa -I/usr/src/sys/boot/zfs = -DEFI_ZFS_BOOT -fPIC -DTERM_EMU -I/usr/src/sys/boot/efi/loader = -I/usr/src/sys/boot/efi/loader/arch/amd64 = -I/usr/src/sys/boot/efi/include -I/usr/src/sys/boot/efi/include/amd64 = -I/usr/src/sys/contrib/dev/acpica/include -I/usr/src/sys = -I/usr/src/sys/boot/i386/libi386 -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS = -I/usr/src/sys/boot/common -fPIC -I/usr/src/sys/boot/ficl = -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/common -DBOOT_FORTH = -DBF_DICTSIZE=3D15000 -g -std=3Dgnu99 -Wsystem-headers -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member = -Qunused-arguments ERROR-tried-to-rebuild-during-make-install -c = /usr/src/sys/boot/efi/loader/autoload.c -o autoload.o /tmp/install.intsn5IS/sh: cc: not found *** Error code 127 So far I've not found anything with matching times for: Examining machine...modified 20:13:03 Nov 03, 2017...up-to-date. Examining x86...modified 20:13:07 Nov 03, 2017...up-to-date. But the reason for rebuild is listed as: modified before source x86...out-of-date. I'll keep looking. The odd time (future) is in the ball park of others from when the virtual machine apparently had a bad time setting. I'm not sure if the x86 is a file vs. a directory here. A directory would seem a bit strange for forcing a rebuild. (Similarly for machine.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Nov 3 19:59:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B28A4E59CAA; Fri, 3 Nov 2017 19:59:48 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7831870E3A; Fri, 3 Nov 2017 19:59:48 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id A277DCF0; Fri, 3 Nov 2017 19:59:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id D31EA28E1; Fri, 3 Nov 2017 19:59:46 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id bROGNdKSJApM; Fri, 3 Nov 2017 19:59:43 +0000 (UTC) Subject: sys/boot machine symlink dirs causing rebuild [was Re: Example of Bryan Drewery's "Something is very wrong" ...] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com B140A28DC To: Mark Millard Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> <12bff2b7-655d-b236-5f96-d405870e53d0@FreeBSD.org> <25840EFC-69DD-4A2A-B89A-0D6D51C9BA14@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 3 Nov 2017 12:59:27 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <25840EFC-69DD-4A2A-B89A-0D6D51C9BA14@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cpHBcDaQVNXKcv8H5hLaoTSPt7QovStJR" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 19:59:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cpHBcDaQVNXKcv8H5hLaoTSPt7QovStJR Content-Type: multipart/mixed; boundary="gH2GsuUNtt2oJg0voc1V9xcdpDwdJCvVs"; protected-headers="v1" From: Bryan Drewery To: Mark Millard Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Message-ID: Subject: sys/boot machine symlink dirs causing rebuild [was Re: Example of Bryan Drewery's "Something is very wrong" ...] References: <40F1D1F0-A67D-4BF9-9936-EF07A9E01912@dsl-only.net> <83ae760f-7bd5-811c-f32e-9d8f03074b49@FreeBSD.org> <20E6AE67-83F8-40D5-A4DA-01C02FA0A02B@dsl-only.net> <6E2B2A5E-A52E-4027-B73B-C6E78D9C0EED@dsl-only.net> <8D698E5D-C986-4FBA-BD56-6BA4E7D7F519@dsl-only.net> <12bff2b7-655d-b236-5f96-d405870e53d0@FreeBSD.org> <25840EFC-69DD-4A2A-B89A-0D6D51C9BA14@dsl-only.net> In-Reply-To: <25840EFC-69DD-4A2A-B89A-0D6D51C9BA14@dsl-only.net> --gH2GsuUNtt2oJg0voc1V9xcdpDwdJCvVs Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/3/2017 12:42 PM, Mark Millard wrote: > On 2017-Nov-3, at 11:31 AM, Bryan Drewery wrote:= >=20 >> On 11/3/17 1:52 AM, Mark Millard wrote: >>> I did get another problem after buildworld, buildkernel, installkerne= l >>> without future source code dates: the installworld got a "cc not foun= d" >>> for the amd64 native build based on -r325351 --that also appears to b= e >>> set up to report: >>> >>> ERROR-tried-to-rebuild-during-make-install >>> >>> if cc had been found: >>> >>> .if defined(SRCTOP) >>> # Prevent rebuilding during install to support read-only objdirs. >>> .if ${.TARGETS:M*install*} =3D=3D ${.TARGETS} && empty(.MAKE.MODE:Mme= ta) >>> CFLAGS+=3D ERROR-tried-to-rebuild-during-make-install >>> .endif=20 >>> .endif=20 >>> >> >> This one usually only happens if it is trying to compile at installtim= e, >> which usually means a file is missing (wrong OBJDIR perhaps) or the >> timestamps are off. >> >> I'll play with this more and see what I can come up with, but I didn't= >> run into anything like this myself yet. >=20 > I locally forced a -dm on the ${MAKE} command involved > and the result reported: >=20 > Examining beforeinstall...non-existent....PHONY node...out-of-date. > recheck(beforeinstall): update time from 16:00:00 Dec 31, 1969 to now > Examining machine...modified 20:13:03 Nov 03, 2017...up-to-date. > Examining x86...modified 20:13:07 Nov 03, 2017...up-to-date. > Examining autoload.c...modified 2:27:17 Nov 03, 2016...up-to-date. > Examining autoload.o...modified 0:10:12 Nov 03, 2017...modified before= source x86...out-of-date. > cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/amd64_clang/= amd64.amd64/usr/src/amd64.amd64/tmp -B/usr/obj/amd64_clang/amd64.amd64/us= r/src/amd64.amd64/tmp/usr/bin -O2 -pipe -ffreestanding -Wformat -mno-m= mx -mno-sse -mno-avx -msoft-float -fshort-wchar -mno-red-zone -mno-aes -D= LOADER_UFS_SUPPORT -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MB= R_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sys/boot/libsa -I/usr/src/sys/= boot/zfs -DEFI_ZFS_BOOT -fPIC -DTERM_EMU -I/usr/src/sys/boot/efi/loader -= I/usr/src/sys/boot/efi/loader/arch/amd64 -I/usr/src/sys/boot/efi/include = -I/usr/src/sys/boot/efi/include/amd64 -I/usr/src/sys/contrib/dev/acpica/i= nclude -I/usr/src/sys -I/usr/src/sys/boot/i386/libi386 -DNO_PCI -DEFI -DS= MBIOS_SERIAL_NUMBERS -I/usr/src/sys/boot/common -fPIC -I/usr/src/sys/boot= /ficl -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/common -DBOOT_FO= RTH -DBF_DICTSIZE=3D15000 -g -std=3Dgnu99 -Wsystem-headers -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -W= no-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 -Qun= used-arguments ERROR-tried-to-rebuild-during-make-install -c /usr/src/sy= s/boot/efi/loader/autoload.c -o autoload.o > /tmp/install.intsn5IS/sh: cc: not found > *** Error code 127 >=20 > So far I've not found anything with matching times for: >=20 > Examining machine...modified 20:13:03 Nov 03, 2017...up-to-date. > Examining x86...modified 20:13:07 Nov 03, 2017...up-to-date. >=20 > But the reason for rebuild is listed as: >=20 > modified before source x86...out-of-date. >=20 > I'll keep looking. The odd time (future) is in the > ball park of others from when the virtual machine > apparently had a bad time setting. >=20 > I'm not sure if the x86 is a file vs. a directory > here. A directory would seem a bit strange for > forcing a rebuild. (Similarly for machine.) It's these dependencies on a symlink: sys/boot/efi/boot1/Makefile:beforedepend ${OBJS}: x86 sys/boot/efi/loader/Makefile:beforedepend ${OBJS}: x86 A similar symlink is done for kernel modules but it avoids the problem you're hitting through various fixes such as in r72935 and r315459. I'll work on a fix. (It's unrelated to my recent changes) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 --=20 Regards, Bryan Drewery --gH2GsuUNtt2oJg0voc1V9xcdpDwdJCvVs-- --cpHBcDaQVNXKcv8H5hLaoTSPt7QovStJR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ/MqgAAoJEDXXcbtuRpfPyWIH/24lgYdX+y0hnEqIlC4HE8Ib jC5AvvGjVuccU1+vlkUpygd0555Sa/SmOL+wDuVeMYwTOMO/tg4hq+bZhzVRjmJc sKeKHLSXhIrdbrIPV3HhNdkdozBqBe49HqD8hm9hN3JMwrl6XMjBlH83sZ+jIqQX BP05EwnOTrLfgFbKgbP1nqOrMCaj5YvLphUrx5GlOFpLG2VMdIy6o6ZzYQu+EjIp TR2w6CNcKlyoNVfe+gyIp3ntCxuCjHgNwtrtB+nLv+EJR3hjNRa5q92tU7lMez6M O99toYYM1RUrwC/0jS+17NGbUHIBFvOZSgL0/MrOxMqwiQ9abh+coAVuQkk+S8Q= =nYgb -----END PGP SIGNATURE----- --cpHBcDaQVNXKcv8H5hLaoTSPt7QovStJR-- From owner-freebsd-current@freebsd.org Fri Nov 3 19:45:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC0E4E5982C for ; Fri, 3 Nov 2017 19:45:34 +0000 (UTC) (envelope-from ludovic.rousseau@free.fr) Received: from mo29.mail-out.ovh.net (mo29.mail-out.ovh.net [178.32.228.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82A4F708C5 for ; Fri, 3 Nov 2017 19:45:34 +0000 (UTC) (envelope-from ludovic.rousseau@free.fr) Received: from he20.mail.ovh.net (he20.mail.ovh.net [5.135.57.56]) by mo29.mail-out.ovh.net (Postfix) with ESMTP id 93CFA1D957; Fri, 3 Nov 2017 20:38:13 +0100 (CET) Received: from imac.apdu.fr (unknown [109.190.55.104]) by he20.mail.ovh.net (Postfix) with ESMTPSA id 1C3C148BD3C; Fri, 3 Nov 2017 20:38:11 +0100 (CET) Subject: Re: pcsc-lite hangs up after unplugging an USB card reader To: =?UTF-8?Q?Jairo_Montes_Gonz=c3=a1lez?= , Hans Petter Selasky , freebsd-current@freebsd.org, "Fernandez-Cueto, Roberto" References: <9b50e911-4a19-8f2c-75e9-17fa1b455edd@selasky.org> <27dc1898-074f-4e4b-849b-4985138eec1b@BW-EX-CASHUB.bally-wulff.de> From: Ludovic Rousseau Message-ID: Date: Fri, 3 Nov 2017 20:38:09 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <27dc1898-074f-4e4b-849b-4985138eec1b@BW-EX-CASHUB.bally-wulff.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 14242070875526538186 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedttddrgeekgdduudejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddm X-Mailman-Approved-At: Fri, 03 Nov 2017 20:04:55 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 19:45:34 -0000 Hello, Le 01/11/2017 à 12:05, Jairo Montes González a écrit : > Jairo Montes schrieb am 01.11.2017 11:04 > _____________________________________________________________________ > > The output from "procstat -ak" is attached to this email. > > > As you might see, I'm trying to debug it, but this is my first time using > > the GDB debugger, so I'm a bit lost with it's usage and I believe I'm not > > doing a good job with it. All I've found so far is that it keeps looping > > in somewhere and does not return correctly. > > > I forgot to mention in my first email that I added the lines to > > /etc/devd.conf that the pcsc-lite installation tells you to add for USB > > cardreaders. I also added /usr/local/etc/devd/pcscd.conf, attached here > > too, just in case it produces any kind of conflict. pcsc-lite has its own polling method. You should not need to use the /etc/devd.conf file I must add that I do not remember when I tested pcsc-lite with FreeBSD. Bye, -- Dr. Ludovic Rousseau From owner-freebsd-current@freebsd.org Fri Nov 3 20:14:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C99BE5A646; Fri, 3 Nov 2017 20:14:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8AAA719E4; Fri, 3 Nov 2017 20:14:44 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 32C771084; Fri, 3 Nov 2017 20:14:44 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 677C7294F; Fri, 3 Nov 2017 20:14:43 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 5y_0oqwgkR1k; Fri, 3 Nov 2017 20:14:41 +0000 (UTC) Subject: Re: Head build unsafe for /etc today DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com CB85F294A To: Warner Losh , Steve Kargl Cc: Bryan Drewery , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> <20171103035010.GA89291@troutmask.apl.washington.edu> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 3 Nov 2017 13:14:41 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wiioQvcaKxm3suMQEJgeuwFrWB3r7dhgL" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Nov 2017 20:14:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wiioQvcaKxm3suMQEJgeuwFrWB3r7dhgL Content-Type: multipart/mixed; boundary="sMmqS4jPc55kdoMm9S01tPXebAqT1JCHe"; protected-headers="v1" From: Bryan Drewery To: Warner Losh , Steve Kargl Cc: Bryan Drewery , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Message-ID: Subject: Re: Head build unsafe for /etc today References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> <20171103035010.GA89291@troutmask.apl.washington.edu> In-Reply-To: --sMmqS4jPc55kdoMm9S01tPXebAqT1JCHe Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/2/2017 8:58 PM, Warner Losh wrote: > FreeBSD has grown too big to test every possible thing before you commi= t. The build itself is massive. I usually forget about release/ and the new 'make packages', external toolchain, "old style" kernel builds, etc. Steve's concerns have validity. I do think it's time we have an automated suite to test most build cases for things like bmake upgrades or other high risk changes like META_MODE. I'll think about this and add to my list of things to implement. --=20 Regards, Bryan Drewery --sMmqS4jPc55kdoMm9S01tPXebAqT1JCHe-- --wiioQvcaKxm3suMQEJgeuwFrWB3r7dhgL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ/M4xAAoJEDXXcbtuRpfPnrcH+wZRI66SY7o81bAnAPteK3+q AaXZLVPL5cKhxAWKLwUQxap9BVXHA5FSMqvAS+bDdpolvgM/d0WhGhE9BR9Ge+KT BzFlfxmciq0iDtfx/xRNcDyl4DMkcweW97r4WKGiKyo+6pjoyfnvE8BF8SvWQ1CW i/B+3GuS+4wyy6IayuuQyOLKoIhIk74Fff5hygAepGJB07O/8bjOL2HNGSabKhUH QjyXA25KaMTwyfp5tRAtEeQFKHSV6cKJNRUXMG4tWfmQkuMhzYU63UO7Q/RBonJq Fec/ZYXBFwoHeyRMtz9uGkei947PMJV2C9MZKgU9p/CaTPZ+JUJ5XnLcH6h3mYI= =1sS2 -----END PGP SIGNATURE----- --wiioQvcaKxm3suMQEJgeuwFrWB3r7dhgL-- From owner-freebsd-current@freebsd.org Sat Nov 4 04:25:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9942CE6406D for ; Sat, 4 Nov 2017 04:25:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-130.reflexion.net [208.70.210.130]) (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 4C95484600 for ; Sat, 4 Nov 2017 04:25:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 27459 invoked from network); 4 Nov 2017 04:24:56 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 04:24:56 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 00:24:56 -0400 (EDT) Received: (qmail 20041 invoked from network); 4 Nov 2017 04:24:56 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 04:24:56 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 61E72EC8F8E; Fri, 3 Nov 2017 21:24:55 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: ld (a.k.a. ld.lld) for amd64 -r325369 -> aarch64 cross buildworld is messed up: ld just says "Invalid argument" (input files for libc.so.7.full) Message-Id: <7261E10B-FF6E-42CA-92D7-5C57B0707C53@dsl-only.net> Date: Fri, 3 Nov 2017 21:24:54 -0700 To: FreeBSD Toolchain , freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 04:25:03 -0000 Context: # uname -apKU FreeBSD FreeBSDx64OPC 12.0-CURRENT FreeBSD 12.0-CURRENT r325369M amd64 = amd64 1200052 1200052 Problem: While I show the buildworld error report later, even simple ld commands that list a input file to the amd64 -> aarch64 cross build's ld (a.k.a. ld.lld) file get messages like: = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: error: cannot open output file a.out: Invalid argument The "cannot open output file" is always part of the message and tracks any -o NAME given. But not listing -o NAME at all gives the above: a reference to a.out . The above message is after eliminating all command line options and it still got such a message. For reference: # file = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: symbolic link to ld.lld # file = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d.lld = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d.lld: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), = statically linked, for FreeBSD 12.0 (1200052), FreeBSD-style, not = stripped (Could statically linked programs still have problems?) --- libc.so.7.full --- building shared library libc.so.7 = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: error: cannot open output file libc.so.7.full: Invalid argument cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [libc.so.7.full] Error code 1 make[4]: stopped in /usr/src/lib/libc .ERROR_TARGET=3D'libc.so.7.full' = .ERROR_META_FILE=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.a= arch64/lib/libc/libc.so.7.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'@echo building shared library libc.so.7; @rm -f libc.so.7 = libc.so; cc -mcpu=3Dcortex-a53 -target aarch64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/t= mp = -B/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin= -nodefaultlibs -Wl,--version-script=3DVersion.map -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libc.so.7.full = -Wl,-soname,libc.so.7 `NM=3D'nm' NMFLAGS=3D'' lorder machdep_ldisQ.pico = bt_close.pico bt_conv.pico bt_debug.pico bt_delete.pico bt_get.pico = bt_open.pico bt_overflow.pico bt_page.pico bt_put.pico bt_search.pico = bt_seq.pico bt_split.pico bt_utils.pico db.pico hash.pico = hash_bigkey.pico hash_buf.pico hash_func.pico hash_log2.pico = hash_page.pico ndbm.pico mpool.pico mpool-compat.pico rec_close.pico = rec_delete.pico rec_get.pico rec_open.pico rec_put.pico rec_search.pico = rec_seq.pico rec_utils.pico creat.pico gethostid.pico getwd.pico = killpg.pico sethostid.pico setpgrp.pico setrgid.pico setruid.pico = sigcompat.pico __getosreldate.pico = __pthread_mutex_init_calloc_cb_stub.pico __xuname.pico _once_stub.pico = _pthread_stubs.pico _rand48.pico _spinlock_stub.pico _thread_init.pico = alarm.pico arc4random.pico assert.pico auxv.pico basename.pico = basename_compat.pico cap_sandboxed.pico check_utility_compat.pico = clock.pico clock_getcpuclockid.pico closedir.pico confstr.pico = crypt.pico ctermid.pico daemon.pico devname.pico dirfd.pico dirname.pico = dirname_compat.pico disklabel.pico dlfcn.pico drand48.pico dup3.pico = elf_utils.pico erand48.pico err.pico errlst.pico errno.pico exec.pico = fdevname.pico feature_present.pico fmtcheck.pico fmtmsg.pico = fnmatch.pico fpclassify.pico frexp.pico fstab.pico ftok.pico fts.pico = ftw.pico getbootfile.pico getbsize.pico getcap.pico getcwd.pico = getdomainname.pico getgrent.pico getgrouplist.pico gethostname.pico = getloadavg.pico getlogin.pico getmntinfo.pico getnetgrent.pico = getosreldate.pico getpagesize.pico getpagesizes.pico getpeereid.pico = getprogname.pico getpwent.pico getttyent.pico getusershell.pico = getutxent.pico getvfsbyname.pico glob.pico initgroups.pico isatty.pico = isinf.pico isnan.pico jrand48.pico lcong48.pico libc_dlopen.pico = lockf.pico lrand48.pico mrand48.pico nftw.pico nice.pico nlist.pico = nrand48.pico opendir.pico pause.pico pmadvise.pico popen.pico = posix_spawn.pico psignal.pico pututxline.pico pw_scan.pico raise.pico = readdir.pico readpassphrase.pico recvmmsg.pico rewinddir.pico = scandir.pico seed48.pico seekdir.pico semctl.pico sendmmsg.pico = setdomainname.pico sethostname.pico setjmperr.pico setmode.pico = setproctitle.pico setprogname.pico siginterrupt.pico siglist.pico = signal.pico sigsetops.pico sleep.pico srand48.pico statvfs.pico = stringlist.pico strtofflags.pico sysconf.pico sysctl.pico = sysctlbyname.pico sysctlnametomib.pico syslog.pico telldir.pico = termios.pico time.pico times.pico timezone.pico tls.pico ttyname.pico = ttyslot.pico ualarm.pico ulimit.pico uname.pico usleep.pico utime.pico = utxdb.pico valloc.pico wait.pico wait3.pico waitpid.pico waitid.pico = wordexp.pico devname-compat11.pico fts-compat.pico fts-compat11.pico = ftw-compat11.pico getmntinfo-compat11.pico glob-compat11.pico = nftw-compat11.pico readdir-compat11.pico scandir-compat11.pico = unvis-compat.pico pwcache.pico unvis.pico vis.pico cancelpoints_sem.pico = cancelpoints_sem_new.pico _ctx_start.pico fabs.pico flt_rounds.pico = fpgetmask.pico fpsetmask.pico infinity.pico ldexp.pico makecontext.pico = _setjmp.pico _set_tp.pico setjmp.pico sigsetjmp.pico = trivial-getcontextx.pico gmon.pico mcount.pico citrus_bcs.pico = citrus_bcs_strtol.pico citrus_bcs_strtoul.pico citrus_csmapper.pico = citrus_db.pico citrus_db_factory.pico citrus_db_hash.pico = citrus_esdb.pico citrus_hash.pico citrus_iconv.pico citrus_lookup.pico = citrus_lookup_factory.pico citrus_mapper.pico citrus_memstream.pico = citrus_mmap.pico citrus_module.pico citrus_none.pico = citrus_pivot_factory.pico citrus_prop.pico citrus_stdenc.pico = bsd_iconv.pico iconv_compat.pico inet_addr.pico inet_cidr_ntop.pico = inet_cidr_pton.pico inet_lnaof.pico inet_makeaddr.pico = inet_net_ntop.pico inet_net_pton.pico inet_neta.pico inet_netof.pico = inet_network.pico inet_ntoa.pico inet_ntop.pico inet_pton.pico = nsap_addr.pico ev_streams.pico ev_timers.pico ascii.pico big5.pico = btowc.pico collate.pico collcmp.pico euc.pico fix_grouping.pico = gb18030.pico gb2312.pico gbk.pico ctype.pico isctype.pico iswctype.pico = ldpart.pico lmessages.pico lmonetary.pico lnumeric.pico localeconv.pico = mblen.pico mbrlen.pico mbrtowc.pico mbsinit.pico mbsnrtowcs.pico = mbsrtowcs.pico mbtowc.pico mbstowcs.pico mskanji.pico nextwctype.pico = nl_langinfo.pico nomacros.pico none.pico rpmatch.pico rune.pico = runetype.pico setlocale.pico setrunelocale.pico table.pico tolower.pico = toupper.pico utf8.pico wcrtomb.pico wcsnrtombs.pico wcsrtombs.pico = wcsftime.pico wcstof.pico wcstod.pico wcstoimax.pico wcstol.pico = wcstold.pico wcstoll.pico wcstombs.pico wcstoul.pico wcstoull.pico = wcstoumax.pico wctob.pico wctomb.pico wctrans.pico wctype.pico = wcwidth.pico xlocale.pico c16rtomb_iconv.pico c32rtomb_iconv.pico = mbrtoc16_iconv.pico mbrtoc32_iconv.pico md5c.pico ns_name.pico = ns_netint.pico ns_parse.pico ns_print.pico ns_samedomain.pico = ns_ttl.pico base64.pico ether_addr.pico eui64.pico gai_strerror.pico = getaddrinfo.pico gethostbydns.pico gethostbyht.pico gethostbynis.pico = gethostnamadr.pico getifaddrs.pico getifmaddrs.pico getnameinfo.pico = getnetbydns.pico getnetbyht.pico getnetbynis.pico getnetnamadr.pico = getproto.pico getprotoent.pico getprotoname.pico getservent.pico = if_indextoname.pico if_nameindex.pico if_nametoindex.pico ip6opt.pico = linkaddr.pico map_v4v6.pico name6.pico ntoh.pico nsdispatch.pico = nslexer.pico nsparser.pico nss_compat.pico rcmd.pico rcmdsh.pico = recv.pico rthdr.pico sctp_sys_calls.pico send.pico sockatmark.pico = sourcefilter.pico vars.pico nscache.pico nscachedcli.pico msgcat.pico = acl_branding.pico acl_calc_mask.pico acl_copy.pico acl_delete.pico = acl_delete_entry.pico acl_entry.pico acl_flag.pico acl_free.pico = acl_from_text.pico acl_from_text_nfs4.pico acl_get.pico = acl_id_to_name.pico acl_init.pico acl_perm.pico acl_set.pico = acl_strip.pico acl_support.pico acl_support_nfs4.pico acl_to_text.pico = acl_to_text_nfs4.pico acl_valid.pico extattr.pico mac.pico mac_exec.pico = mac_get.pico mac_set.pico subr_acl_nfs4.pico acl_compat.pico = regcomp.pico regerror.pico regexec.pico regfree.pico herror.pico = h_errno.pico mtctxres.pico res_comp.pico res_data.pico res_debug.pico = res_findzonecut.pico res_init.pico res_mkquery.pico res_mkupdate.pico = res_query.pico res_send.pico res_state.pico res_update.pico = _flock_stub.pico asprintf.pico clrerr.pico dprintf.pico fclose.pico = fcloseall.pico fdopen.pico feof.pico ferror.pico fflush.pico fgetc.pico = fgetln.pico fgetpos.pico fgets.pico fgetwc.pico fgetwln.pico fgetws.pico = fileno.pico findfp.pico flags.pico fmemopen.pico fopen.pico = fopencookie.pico fprintf.pico fpurge.pico fputc.pico fputs.pico = fputwc.pico fputws.pico fread.pico freopen.pico fscanf.pico fseek.pico = fsetpos.pico ftell.pico funopen.pico fvwrite.pico fwalk.pico fwide.pico = fwprintf.pico fwscanf.pico fwrite.pico getc.pico getchar.pico = getdelim.pico getline.pico gets.pico getw.pico getwc.pico getwchar.pico = makebuf.pico mktemp.pico open_memstream.pico open_wmemstream.pico = perror.pico printf.pico printf-pos.pico putc.pico putchar.pico puts.pico = putw.pico putwc.pico putwchar.pico refill.pico remove.pico rewind.pico = rget.pico scanf.pico setbuf.pico setbuffer.pico setvbuf.pico = snprintf.pico sprintf.pico sscanf.pico stdio.pico swprintf.pico = swscanf.pico tempnam.pico tmpfile.pico tmpnam.pico ungetc.pico = ungetwc.pico vasprintf.pico vdprintf.pico vfprintf.pico vfscanf.pico = vfwprintf.pico vfwscanf.pico vprintf.pico vscanf.pico vsnprintf.pico = vsprintf.pico vsscanf.pico vswprintf.pico vswscanf.pico vwprintf.pico = vwscanf.pico wbuf.pico wprintf.pico wscanf.pico wsetup.pico xprintf.pico = xprintf_float.pico xprintf_int.pico xprintf_str.pico xprintf_errno.pico = xprintf_hexdump.pico xprintf_quote.pico xprintf_time.pico = xprintf_vis.pico asctime.pico difftime.pico localtime.pico strftime.pico = strptime.pico timelocal.pico time32.pico __vdso_gettc.pico = clock_gettime.pico gettimeofday.pico __vdso_gettimeofday.pico = __error.pico interposing_table.pico getdents.pico lstat.pico mknod.pico = stat.pico fstat.pico fstatat.pico fstatfs.pico getfsstat.pico = statfs.pico getdirentries.pico pipe.pico accept.pico accept4.pico = aio_suspend.pico clock_nanosleep.pico close.pico connect.pico fcntl.pico = fdatasync.pico fsync.pico fork.pico kevent.pico msync.pico = nanosleep.pico open.pico openat.pico poll.pico ppoll.pico pselect.pico = ptrace.pico read.pico readv.pico recvfrom.pico recvmsg.pico select.pico = sendmsg.pico sendto.pico setcontext.pico sigprocmask.pico = sigsuspend.pico sigtimedwait.pico sigwait.pico sigwaitinfo.pico = swapcontext.pico wait4.pico wait6.pico write.pico writev.pico = sigaction.pico cerror.pico shmat.pico sigreturn.pico syscall.pico = vfork.pico link.pico unlink.pico chdir.pico fchdir.pico = freebsd11_mknod.pico chmod.pico chown.pico getpid.pico mount.pico = unmount.pico setuid.pico getuid.pico geteuid.pico getpeername.pico = getsockname.pico access.pico chflags.pico fchflags.pico sync.pico = kill.pico getppid.pico dup.pico freebsd10_pipe.pico getegid.pico = profil.pico ktrace.pico getgid.pico setlogin.pico acct.pico = sigaltstack.pico ioctl.pico reboot.pico revoke.pico symlink.pico = readlink.pico execve.pico umask.pico chroot.pico vadvise.pico = munmap.pico mprotect.pico madvise.pico mincore.pico getgroups.pico = setgroups.pico getpgrp.pico setpgid.pico setitimer.pico swapon.pico = getitimer.pico getdtablesize.pico dup2.pico setpriority.pico socket.pico = getpriority.pico bind.pico setsockopt.pico listen.pico getrusage.pico = getsockopt.pico settimeofday.pico fchown.pico fchmod.pico setreuid.pico = setregid.pico rename.pico flock.pico mkfifo.pico shutdown.pico = socketpair.pico mkdir.pico rmdir.pico utimes.pico adjtime.pico = setsid.pico quotactl.pico nlm_syscall.pico nfssvc.pico lgetfh.pico = getfh.pico sysarch.pico rtprio.pico semsys.pico msgsys.pico shmsys.pico = setfib.pico ntp_adjtime.pico setgid.pico setegid.pico seteuid.pico = freebsd11_stat.pico freebsd11_fstat.pico freebsd11_lstat.pico = pathconf.pico fpathconf.pico getrlimit.pico setrlimit.pico = freebsd11_getdirentries.pico __syscall.pico __sysctl.pico mlock.pico = munlock.pico undelete.pico futimes.pico getpgid.pico semget.pico = semop.pico msgget.pico msgsnd.pico msgrcv.pico shmdt.pico shmget.pico = clock_settime.pico clock_getres.pico ktimer_create.pico = ktimer_delete.pico ktimer_settime.pico ktimer_gettime.pico = ktimer_getoverrun.pico ffclock_getcounter.pico ffclock_setestimate.pico = ffclock_getestimate.pico clock_getcpuclockid2.pico ntp_gettime.pico = minherit.pico rfork.pico issetugid.pico lchown.pico aio_read.pico = aio_write.pico lio_listio.pico freebsd11_getdents.pico lchmod.pico = netbsd_lchown.pico lutimes.pico netbsd_msync.pico freebsd11_nstat.pico = freebsd11_nfstat.pico freebsd11_nlstat.pico preadv.pico pwritev.pico = fhopen.pico freebsd11_fhstat.pico modnext.pico modstat.pico = modfnext.pico modfind.pico kldload.pico kldunload.pico kldfind.pico = kldnext.pico kldstat.pico kldfirstmod.pico getsid.pico setresuid.pico = setresgid.pico aio_return.pico aio_cancel.pico aio_error.pico = mlockall.pico munlockall.pico __getcwd.pico sched_setparam.pico = sched_getparam.pico sched_setscheduler.pico sched_getscheduler.pico = sched_yield.pico sched_get_priority_max.pico sched_get_priority_min.pico = sched_rr_get_interval.pico utrace.pico kldsym.pico jail.pico = nnpfs_syscall.pico sigpending.pico __acl_get_file.pico = __acl_set_file.pico __acl_get_fd.pico __acl_set_fd.pico = __acl_delete_file.pico __acl_delete_fd.pico __acl_aclcheck_file.pico = __acl_aclcheck_fd.pico extattrctl.pico extattr_set_file.pico = extattr_get_file.pico extattr_delete_file.pico aio_waitcomplete.pico = getresuid.pico getresgid.pico kqueue.pico freebsd11_kevent.pico = extattr_set_fd.pico extattr_get_fd.pico extattr_delete_fd.pico = __setugid.pico eaccess.pico afs3_syscall.pico nmount.pico = __mac_get_proc.pico __mac_set_proc.pico __mac_get_fd.pico = __mac_get_file.pico __mac_set_fd.pico __mac_set_file.pico kenv.pico = lchflags.pico uuidgen.pico sendfile.pico mac_syscall.pico = freebsd11_getfsstat.pico freebsd11_statfs.pico freebsd11_fstatfs.pico = freebsd11_fhstatfs.pico ksem_close.pico ksem_post.pico ksem_wait.pico = ksem_trywait.pico ksem_init.pico ksem_open.pico ksem_unlink.pico = ksem_getvalue.pico ksem_destroy.pico __mac_get_pid.pico = __mac_get_link.pico __mac_set_link.pico extattr_set_link.pico = extattr_get_link.pico extattr_delete_link.pico __mac_execve.pico = getcontext.pico swapoff.pico __acl_get_link.pico __acl_set_link.pico = __acl_delete_link.pico __acl_aclcheck_link.pico thr_create.pico = thr_exit.pico thr_self.pico thr_kill.pico jail_attach.pico = extattr_list_fd.pico extattr_list_file.pico extattr_list_link.pico = ksem_timedwait.pico thr_suspend.pico thr_wake.pico kldunloadf.pico = audit.pico auditon.pico getauid.pico setauid.pico getaudit.pico = setaudit.pico getaudit_addr.pico setaudit_addr.pico auditctl.pico = _umtx_op.pico thr_new.pico sigqueue.pico kmq_open.pico kmq_setattr.pico = kmq_timedreceive.pico kmq_timedsend.pico kmq_notify.pico kmq_unlink.pico = abort2.pico thr_set_name.pico aio_fsync.pico rtprio_thread.pico = sctp_peeloff.pico sctp_generic_sendmsg.pico = sctp_generic_sendmsg_iov.pico sctp_generic_recvmsg.pico pread.pico = pwrite.pico mmap.pico lseek.pico truncate.pico ftruncate.pico = thr_kill2.pico shm_open.pico shm_unlink.pico cpuset.pico = cpuset_setid.pico cpuset_getid.pico cpuset_getaffinity.pico = cpuset_setaffinity.pico faccessat.pico fchmodat.pico fchownat.pico = fexecve.pico freebsd11_fstatat.pico futimesat.pico linkat.pico = mkdirat.pico mkfifoat.pico freebsd11_mknodat.pico readlinkat.pico = renameat.pico symlinkat.pico unlinkat.pico posix_openpt.pico = gssd_syscall.pico jail_get.pico jail_set.pico jail_remove.pico = closefrom.pico __semctl.pico msgctl.pico shmctl.pico lpathconf.pico = __cap_rights_get.pico cap_enter.pico cap_getmode.pico pdfork.pico = pdkill.pico pdgetpid.pico getloginclass.pico setloginclass.pico = rctl_get_racct.pico rctl_get_rules.pico rctl_get_limits.pico = rctl_add_rule.pico rctl_remove_rule.pico posix_fallocate.pico = posix_fadvise.pico cap_rights_limit.pico cap_ioctls_limit.pico = cap_ioctls_get.pico cap_fcntls_limit.pico cap_fcntls_get.pico = bindat.pico connectat.pico chflagsat.pico pipe2.pico aio_mlock.pico = procctl.pico futimens.pico utimensat.pico numa_getaffinity.pico = numa_setaffinity.pico fhstat.pico fhstatfs.pico mknodat.pico _exit.pico = _getlogin.pico _clock_gettime.pico _gettimeofday.pico _fstat.pico = _fstatat.pico _fstatfs.pico _getfsstat.pico _statfs.pico = _getdirentries.pico _accept.pico _accept4.pico _aio_suspend.pico = _clock_nanosleep.pico _close.pico _connect.pico _fcntl.pico = _fdatasync.pico _fsync.pico _fork.pico _kevent.pico _msync.pico = _nanosleep.pico _open.pico _openat.pico _poll.pico _ppoll.pico = _pselect.pico _ptrace.pico _read.pico _readv.pico _recvfrom.pico = _recvmsg.pico _select.pico _sendmsg.pico _sendto.pico _setcontext.pico = _sigprocmask.pico _sigsuspend.pico _sigtimedwait.pico _sigwait.pico = _sigwaitinfo.pico _swapcontext.pico _wait4.pico _wait6.pico _write.pico = _writev.pico _sigaction.pico stack_protector.pico = stack_protector_compat.pico auth_none.pico auth_unix.pico = authunix_prot.pico bindresvport.pico clnt_bcast.pico clnt_dg.pico = clnt_generic.pico clnt_perror.pico clnt_raw.pico clnt_simple.pico = clnt_vc.pico rpc_dtablesize.pico getnetconfig.pico getnetpath.pico = getrpcent.pico getrpcport.pico mt_misc.pico pmap_clnt.pico = pmap_getmaps.pico pmap_getport.pico pmap_prot.pico pmap_prot2.pico = pmap_rmt.pico rpc_prot.pico rpc_commondata.pico rpc_callmsg.pico = rpc_generic.pico rpc_soc.pico rpcb_clnt.pico rpcb_prot.pico = rpcb_st_xdr.pico rpcsec_gss_stub.pico svc.pico svc_auth.pico svc_dg.pico = svc_auth_unix.pico svc_generic.pico svc_raw.pico svc_run.pico = svc_simple.pico svc_vc.pico auth_time.pico auth_des.pico = authdes_prot.pico des_crypt.pico des_soft.pico crypt_client.pico = key_call.pico key_prot_xdr.pico getpublickey.pico svc_auth_des.pico = netname.pico netnamer.pico rpcdname.pico rtime.pico crypt_clnt.pico = crypt_xdr.pico uuid_compare.pico uuid_create.pico uuid_create_nil.pico = uuid_equal.pico uuid_from_string.pico uuid_hash.pico uuid_is_nil.pico = uuid_stream.pico uuid_to_string.pico xdr.pico xdr_array.pico = xdr_float.pico xdr_mem.pico xdr_rec.pico xdr_reference.pico = xdr_sizeof.pico xdr_stdio.pico xdryp.pico yp_xdr.pico yplib.pico = subr_capability.pico memchr.pico memcmp.pico memcpy.pico memmove.pico = memset.pico strchr.pico strcmp.pico strcpy.pico strlen.pico strncmp.pico = strnlen.pico _hdtoa.pico _hldtoa.pico _ldtoa.pico glue.pico = gdtoa_strtorQ.pico gdtoa_dmisc.pico gdtoa_dtoa.pico gdtoa_gdtoa.pico = gdtoa_gethex.pico gdtoa_gmisc.pico gdtoa_hd_init.pico gdtoa_hexnan.pico = gdtoa_misc.pico gdtoa_smisc.pico gdtoa_strtod.pico gdtoa_strtodg.pico = gdtoa_strtof.pico gdtoa_strtord.pico gdtoa_sum.pico gdtoa_ulp.pico = modf.pico C99_Exit.pico a64l.pico abort.pico abs.pico atexit.pico = atof.pico atoi.pico atol.pico atoll.pico bsearch.pico = cxa_thread_atexit.pico cxa_thread_atexit_impl.pico div.pico exit.pico = getenv.pico getopt.pico getopt_long.pico getsubopt.pico hcreate.pico = hcreate_r.pico hdestroy_r.pico heapsort.pico heapsort_b.pico = hsearch_r.pico imaxabs.pico imaxdiv.pico insque.pico l64a.pico labs.pico = ldiv.pico llabs.pico lldiv.pico lsearch.pico merge.pico mergesort_b.pico = ptsname.pico qsort.pico qsort_r.pico quick_exit.pico radixsort.pico = rand.pico random.pico reallocarray.pico reallocf.pico realpath.pico = remque.pico set_constraint_handler_s.pico strfmon.pico strtoimax.pico = strtol.pico strtoll.pico strtoq.pico strtoul.pico strtonum.pico = strtoull.pico strtoumax.pico strtouq.pico system.pico tdelete.pico = tfind.pico tsearch.pico twalk.pico jemalloc_jemalloc.pico = jemalloc_arena.pico jemalloc_background_thread.pico jemalloc_base.pico = jemalloc_bitmap.pico jemalloc_ckh.pico jemalloc_ctl.pico = jemalloc_extent.pico jemalloc_extent_dss.pico jemalloc_extent_mmap.pico = jemalloc_hash.pico jemalloc_hooks.pico jemalloc_large.pico = jemalloc_malloc_io.pico jemalloc_mutex.pico jemalloc_mutex_pool.pico = jemalloc_nstime.pico jemalloc_pages.pico jemalloc_prng.pico = jemalloc_prof.pico jemalloc_rtree.pico jemalloc_stats.pico = jemalloc_sz.pico jemalloc_tcache.pico jemalloc_ticker.pico = jemalloc_tsd.pico jemalloc_witness.pico bcmp.pico bcopy.pico bzero.pico = explicit_bzero.pico ffs.pico ffsl.pico ffsll.pico fls.pico flsl.pico = flsll.pico memccpy.pico memrchr.pico memmem.pico memset_s.pico = stpcpy.pico stpncpy.pico strcasecmp.pico strcat.pico strcasestr.pico = strchrnul.pico strcoll.pico strcspn.pico strdup.pico strerror.pico = strlcat.pico strlcpy.pico strmode.pico strncat.pico strncpy.pico = strndup.pico strnstr.pico strpbrk.pico strrchr.pico strsep.pico = strsignal.pico strspn.pico strstr.pico strtok.pico strxfrm.pico = swab.pico timingsafe_bcmp.pico timingsafe_memcmp.pico wcpcpy.pico = wcpncpy.pico wcscasecmp.pico wcscat.pico wcschr.pico wcscmp.pico = wcscoll.pico wcscpy.pico wcscspn.pico wcsdup.pico wcslcat.pico = wcslcpy.pico wcslen.pico wcsncasecmp.pico wcsncat.pico wcsncmp.pico = wcsncpy.pico wcsnlen.pico wcspbrk.pico wcsrchr.pico wcsspn.pico = wcsstr.pico wcstok.pico wcswidth.pico wcsxfrm.pico wmemchr.pico = wmemcmp.pico wmemcpy.pico wmemmove.pico wmemset.pico | tsort -q` = -lcompiler_rt -lssp_nonshared;' .CURDIR=3D'/usr/src/lib/libc' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/li= b/libc' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tm= p' LD_LIBRARY_PATH=3D'' MACHINE=3D'arm64' MACHINE_ARCH=3D'aarch64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20171028' = PATH=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/l= egacy/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch6= 4/tmp/legacy/usr/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.= aarch64/tmp/legacy/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.cortexA53-clang-bootstrap.amd64-host = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libc/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/lib/libc/aarch64/Makefile.inc /usr/src/lib/libc/db/Makefile.inc = /usr/src/lib/libc/db/btree/Makefile.inc = /usr/src/lib/libc/db/db/Makefile.inc = /usr/src/lib/libc/db/hash/Makefile.inc = /usr/src/lib/libc/db/man/Makefile.inc = /usr/src/lib/libc/db/mpool/Makefile.inc = /usr/src/lib/libc/db/recno/Makefile.inc = /usr/src/lib/libc/compat-43/Makefile.inc = /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/gen/Makefile.inc = /usr/src/lib/libc/aarch64/gen/Makefile.inc = /usr/src/lib/libc/gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc = /usr/src/lib/libc_nonshared/Makefile.iconv = /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/libc/isc/Makefile.inc = /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc/md/Makefile.inc = /usr/src/lib/libc/nameser/Makefile.inc = /usr/src/lib/libc/net/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc = /usr/src/lib/libc/posix1e/Makefile.inc = /usr/src/lib/libc/regex/Makefile.inc = /usr/src/lib/libc/resolv/Makefile.inc = /usr/src/lib/libc/stdio/Makefile.inc = /usr/src/lib/libc/stdlib/Makefile.inc = /usr/src/lib/libc/stdlib/jemalloc/Makefile.inc = /usr/src/lib/libc/stdtime/Makefile.inc = /usr/src/lib/libc/string/Makefile.inc = /usr/src/lib/libc/aarch64/string/Makefile.inc = /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk = /usr/src/lib/libc/aarch64/sys/Makefile.inc = /usr/src/lib/libc/secure/Makefile.inc /usr/src/lib/libc/rpc/Makefile.inc = /usr/src/lib/libc/uuid/Makefile.inc /usr/src/lib/libc/xdr/Makefile.inc = /usr/src/lib/libc/yp/Makefile.inc = /usr/src/lib/libc/capability/Makefile.inc /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libc/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree = /usr/src/lib/libc/db/db /usr/src/lib/libc/db/hash = /usr/src/lib/libc/db/man /usr/src/lib/libc/db/mpool = /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 = /usr/src/lib/libc/gdtoa /usr/src/lib/libc/aarch64/gen = /usr/src/lib/libc/gen /usr/src/contrib/libc-pwcache = /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/src/lib/libc/iconv = /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/libc/locale = /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/net = /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex = /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio = /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc = /usr/src/lib/libc/stdtime /usr/src/contrib/tzcode/stdtime = /usr/src/lib/libc/aarch64/string /usr/src/lib/libc/string = /usr/src/sys/libkern /usr/src/contrib/cortex-strings/src/aarch64 = /usr/src/lib/libc/aarch64/sys /usr/src/lib/libc/sys = /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /usr/src/lib/libc/. = /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/libc/yp = /usr/src/sys/kern /usr/src/lib/libc/capability' 1 error make[4]: stopped in /usr/src/lib/libc .ERROR_TARGET=3D'libc.so.7.full' = .ERROR_META_FILE=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.a= arch64/lib/libc/libc.so.7.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'@echo building shared library libc.so.7; @rm -f libc.so.7 = libc.so; cc -mcpu=3Dcortex-a53 -target aarch64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/t= mp = -B/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin= -nodefaultlibs -Wl,--version-script=3DVersion.map -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libc.so.7.full = -Wl,-soname,libc.so.7 `NM=3D'nm' NMFLAGS=3D'' lorder machdep_ldisQ.pico = bt_close.pico bt_conv.pico bt_debug.pico bt_delete.pico bt_get.pico = bt_open.pico bt_overflow.pico bt_page.pico bt_put.pico bt_search.pico = bt_seq.pico bt_split.pico bt_utils.pico db.pico hash.pico = hash_bigkey.pico hash_buf.pico hash_func.pico hash_log2.pico = hash_page.pico ndbm.pico mpool.pico mpool-compat.pico rec_close.pico = rec_delete.pico rec_get.pico rec_open.pico rec_put.pico rec_search.pico = rec_seq.pico rec_utils.pico creat.pico gethostid.pico getwd.pico = killpg.pico sethostid.pico setpgrp.pico setrgid.pico setruid.pico = sigcompat.pico __getosreldate.pico = __pthread_mutex_init_calloc_cb_stub.pico __xuname.pico _once_stub.pico = _pthread_stubs.pico _rand48.pico _spinlock_stub.pico _thread_init.pico = alarm.pico arc4random.pico assert.pico auxv.pico basename.pico = basename_compat.pico cap_sandboxed.pico check_utility_compat.pico = clock.pico clock_getcpuclockid.pico closedir.pico confstr.pico = crypt.pico ctermid.pico daemon.pico devname.pico dirfd.pico dirname.pico = dirname_compat.pico disklabel.pico dlfcn.pico drand48.pico dup3.pico = elf_utils.pico erand48.pico err.pico errlst.pico errno.pico exec.pico = fdevname.pico feature_present.pico fmtcheck.pico fmtmsg.pico = fnmatch.pico fpclassify.pico frexp.pico fstab.pico ftok.pico fts.pico = ftw.pico getbootfile.pico getbsize.pico getcap.pico getcwd.pico = getdomainname.pico getgrent.pico getgrouplist.pico gethostname.pico = getloadavg.pico getlogin.pico getmntinfo.pico getnetgrent.pico = getosreldate.pico getpagesize.pico getpagesizes.pico getpeereid.pico = getprogname.pico getpwent.pico getttyent.pico getusershell.pico = getutxent.pico getvfsbyname.pico glob.pico initgroups.pico isatty.pico = isinf.pico isnan.pico jrand48.pico lcong48.pico libc_dlopen.pico = lockf.pico lrand48.pico mrand48.pico nftw.pico nice.pico nlist.pico = nrand48.pico opendir.pico pause.pico pmadvise.pico popen.pico = posix_spawn.pico psignal.pico pututxline.pico pw_scan.pico raise.pico = readdir.pico readpassphrase.pico recvmmsg.pico rewinddir.pico = scandir.pico seed48.pico seekdir.pico semctl.pico sendmmsg.pico = setdomainname.pico sethostname.pico setjmperr.pico setmode.pico = setproctitle.pico setprogname.pico siginterrupt.pico siglist.pico = signal.pico sigsetops.pico sleep.pico srand48.pico statvfs.pico = stringlist.pico strtofflags.pico sysconf.pico sysctl.pico = sysctlbyname.pico sysctlnametomib.pico syslog.pico telldir.pico = termios.pico time.pico times.pico timezone.pico tls.pico ttyname.pico = ttyslot.pico ualarm.pico ulimit.pico uname.pico usleep.pico utime.pico = utxdb.pico valloc.pico wait.pico wait3.pico waitpid.pico waitid.pico = wordexp.pico devname-compat11.pico fts-compat.pico fts-compat11.pico = ftw-compat11.pico getmntinfo-compat11.pico glob-compat11.pico = nftw-compat11.pico readdir-compat11.pico scandir-compat11.pico = unvis-compat.pico pwcache.pico unvis.pico vis.pico cancelpoints_sem.pico = cancelpoints_sem_new.pico _ctx_start.pico fabs.pico flt_rounds.pico = fpgetmask.pico fpsetmask.pico infinity.pico ldexp.pico makecontext.pico = _setjmp.pico _set_tp.pico setjmp.pico sigsetjmp.pico = trivial-getcontextx.pico gmon.pico mcount.pico citrus_bcs.pico = citrus_bcs_strtol.pico citrus_bcs_strtoul.pico citrus_csmapper.pico = citrus_db.pico citrus_db_factory.pico citrus_db_hash.pico = citrus_esdb.pico citrus_hash.pico citrus_iconv.pico citrus_lookup.pico = citrus_lookup_factory.pico citrus_mapper.pico citrus_memstream.pico = citrus_mmap.pico citrus_module.pico citrus_none.pico = citrus_pivot_factory.pico citrus_prop.pico citrus_stdenc.pico = bsd_iconv.pico iconv_compat.pico inet_addr.pico inet_cidr_ntop.pico = inet_cidr_pton.pico inet_lnaof.pico inet_makeaddr.pico = inet_net_ntop.pico inet_net_pton.pico inet_neta.pico inet_netof.pico = inet_network.pico inet_ntoa.pico inet_ntop.pico inet_pton.pico = nsap_addr.pico ev_streams.pico ev_timers.pico ascii.pico big5.pico = btowc.pico collate.pico collcmp.pico euc.pico fix_grouping.pico = gb18030.pico gb2312.pico gbk.pico ctype.pico isctype.pico iswctype.pico = ldpart.pico lmessages.pico lmonetary.pico lnumeric.pico localeconv.pico = mblen.pico mbrlen.pico mbrtowc.pico mbsinit.pico mbsnrtowcs.pico = mbsrtowcs.pico mbtowc.pico mbstowcs.pico mskanji.pico nextwctype.pico = nl_langinfo.pico nomacros.pico none.pico rpmatch.pico rune.pico = runetype.pico setlocale.pico setrunelocale.pico table.pico tolower.pico = toupper.pico utf8.pico wcrtomb.pico wcsnrtombs.pico wcsrtombs.pico = wcsftime.pico wcstof.pico wcstod.pico wcstoimax.pico wcstol.pico = wcstold.pico wcstoll.pico wcstombs.pico wcstoul.pico wcstoull.pico = wcstoumax.pico wctob.pico wctomb.pico wctrans.pico wctype.pico = wcwidth.pico xlocale.pico c16rtomb_iconv.pico c32rtomb_iconv.pico = mbrtoc16_iconv.pico mbrtoc32_iconv.pico md5c.pico ns_name.pico = ns_netint.pico ns_parse.pico ns_print.pico ns_samedomain.pico = ns_ttl.pico base64.pico ether_addr.pico eui64.pico gai_strerror.pico = getaddrinfo.pico gethostbydns.pico gethostbyht.pico gethostbynis.pico = gethostnamadr.pico getifaddrs.pico getifmaddrs.pico getnameinfo.pico = getnetbydns.pico getnetbyht.pico getnetbynis.pico getnetnamadr.pico = getproto.pico getprotoent.pico getprotoname.pico getservent.pico = if_indextoname.pico if_nameindex.pico if_nametoindex.pico ip6opt.pico = linkaddr.pico map_v4v6.pico name6.pico ntoh.pico nsdispatch.pico = nslexer.pico nsparser.pico nss_compat.pico rcmd.pico rcmdsh.pico = recv.pico rthdr.pico sctp_sys_calls.pico send.pico sockatmark.pico = sourcefilter.pico vars.pico nscache.pico nscachedcli.pico msgcat.pico = acl_branding.pico acl_calc_mask.pico acl_copy.pico acl_delete.pico = acl_delete_entry.pico acl_entry.pico acl_flag.pico acl_free.pico = acl_from_text.pico acl_from_text_nfs4.pico acl_get.pico = acl_id_to_name.pico acl_init.pico acl_perm.pico acl_set.pico = acl_strip.pico acl_support.pico acl_support_nfs4.pico acl_to_text.pico = acl_to_text_nfs4.pico acl_valid.pico extattr.pico mac.pico mac_exec.pico = mac_get.pico mac_set.pico subr_acl_nfs4.pico acl_compat.pico = regcomp.pico regerror.pico regexec.pico regfree.pico herror.pico = h_errno.pico mtctxres.pico res_comp.pico res_data.pico res_debug.pico = res_findzonecut.pico res_init.pico res_mkquery.pico res_mkupdate.pico = res_query.pico res_send.pico res_state.pico res_update.pico = _flock_stub.pico asprintf.pico clrerr.pico dprintf.pico fclose.pico = fcloseall.pico fdopen.pico feof.pico ferror.pico fflush.pico fgetc.pico = fgetln.pico fgetpos.pico fgets.pico fgetwc.pico fgetwln.pico fgetws.pico = fileno.pico findfp.pico flags.pico fmemopen.pico fopen.pico = fopencookie.pico fprintf.pico fpurge.pico fputc.pico fputs.pico = fputwc.pico fputws.pico fread.pico freopen.pico fscanf.pico fseek.pico = fsetpos.pico ftell.pico funopen.pico fvwrite.pico fwalk.pico fwide.pico = fwprintf.pico fwscanf.pico fwrite.pico getc.pico getchar.pico = getdelim.pico getline.pico gets.pico getw.pico getwc.pico getwchar.pico = makebuf.pico mktemp.pico open_memstream.pico open_wmemstream.pico = perror.pico printf.pico printf-pos.pico putc.pico putchar.pico puts.pico = putw.pico putwc.pico putwchar.pico refill.pico remove.pico rewind.pico = rget.pico scanf.pico setbuf.pico setbuffer.pico setvbuf.pico = snprintf.pico sprintf.pico sscanf.pico stdio.pico swprintf.pico = swscanf.pico tempnam.pico tmpfile.pico tmpnam.pico ungetc.pico = ungetwc.pico vasprintf.pico vdprintf.pico vfprintf.pico vfscanf.pico = vfwprintf.pico vfwscanf.pico vprintf.pico vscanf.pico vsnprintf.pico = vsprintf.pico vsscanf.pico vswprintf.pico vswscanf.pico vwprintf.pico = vwscanf.pico wbuf.pico wprintf.pico wscanf.pico wsetup.pico xprintf.pico = xprintf_float.pico xprintf_int.pico xprintf_str.pico xprintf_errno.pico = xprintf_hexdump.pico xprintf_quote.pico xprintf_time.pico = xprintf_vis.pico asctime.pico difftime.pico localtime.pico strftime.pico = strptime.pico timelocal.pico time32.pico __vdso_gettc.pico = clock_gettime.pico gettimeofday.pico __vdso_gettimeofday.pico = __error.pico interposing_table.pico getdents.pico lstat.pico mknod.pico = stat.pico fstat.pico fstatat.pico fstatfs.pico getfsstat.pico = statfs.pico getdirentries.pico pipe.pico accept.pico accept4.pico = aio_suspend.pico clock_nanosleep.pico close.pico connect.pico fcntl.pico = fdatasync.pico fsync.pico fork.pico kevent.pico msync.pico = nanosleep.pico open.pico openat.pico poll.pico ppoll.pico pselect.pico = ptrace.pico read.pico readv.pico recvfrom.pico recvmsg.pico select.pico = sendmsg.pico sendto.pico setcontext.pico sigprocmask.pico = sigsuspend.pico sigtimedwait.pico sigwait.pico sigwaitinfo.pico = swapcontext.pico wait4.pico wait6.pico write.pico writev.pico = sigaction.pico cerror.pico shmat.pico sigreturn.pico syscall.pico = vfork.pico link.pico unlink.pico chdir.pico fchdir.pico = freebsd11_mknod.pico chmod.pico chown.pico getpid.pico mount.pico = unmount.pico setuid.pico getuid.pico geteuid.pico getpeername.pico = getsockname.pico access.pico chflags.pico fchflags.pico sync.pico = kill.pico getppid.pico dup.pico freebsd10_pipe.pico getegid.pico = profil.pico ktrace.pico getgid.pico setlogin.pico acct.pico = sigaltstack.pico ioctl.pico reboot.pico revoke.pico symlink.pico = readlink.pico execve.pico umask.pico chroot.pico vadvise.pico = munmap.pico mprotect.pico madvise.pico mincore.pico getgroups.pico = setgroups.pico getpgrp.pico setpgid.pico setitimer.pico swapon.pico = getitimer.pico getdtablesize.pico dup2.pico setpriority.pico socket.pico = getpriority.pico bind.pico setsockopt.pico listen.pico getrusage.pico = getsockopt.pico settimeofday.pico fchown.pico fchmod.pico setreuid.pico = setregid.pico rename.pico flock.pico mkfifo.pico shutdown.pico = socketpair.pico mkdir.pico rmdir.pico utimes.pico adjtime.pico = setsid.pico quotactl.pico nlm_syscall.pico nfssvc.pico lgetfh.pico = getfh.pico sysarch.pico rtprio.pico semsys.pico msgsys.pico shmsys.pico = setfib.pico ntp_adjtime.pico setgid.pico setegid.pico seteuid.pico = freebsd11_stat.pico freebsd11_fstat.pico freebsd11_lstat.pico = pathconf.pico fpathconf.pico getrlimit.pico setrlimit.pico = freebsd11_getdirentries.pico __syscall.pico __sysctl.pico mlock.pico = munlock.pico undelete.pico futimes.pico getpgid.pico semget.pico = semop.pico msgget.pico msgsnd.pico msgrcv.pico shmdt.pico shmget.pico = clock_settime.pico clock_getres.pico ktimer_create.pico = ktimer_delete.pico ktimer_settime.pico ktimer_gettime.pico = ktimer_getoverrun.pico ffclock_getcounter.pico ffclock_setestimate.pico = ffclock_getestimate.pico clock_getcpuclockid2.pico ntp_gettime.pico = minherit.pico rfork.pico issetugid.pico lchown.pico aio_read.pico = aio_write.pico lio_listio.pico freebsd11_getdents.pico lchmod.pico = netbsd_lchown.pico lutimes.pico netbsd_msync.pico freebsd11_nstat.pico = freebsd11_nfstat.pico freebsd11_nlstat.pico preadv.pico pwritev.pico = fhopen.pico freebsd11_fhstat.pico modnext.pico modstat.pico = modfnext.pico modfind.pico kldload.pico kldunload.pico kldfind.pico = kldnext.pico kldstat.pico kldfirstmod.pico getsid.pico setresuid.pico = setresgid.pico aio_return.pico aio_cancel.pico aio_error.pico = mlockall.pico munlockall.pico __getcwd.pico sched_setparam.pico = sched_getparam.pico sched_setscheduler.pico sched_getscheduler.pico = sched_yield.pico sched_get_priority_max.pico sched_get_priority_min.pico = sched_rr_get_interval.pico utrace.pico kldsym.pico jail.pico = nnpfs_syscall.pico sigpending.pico __acl_get_file.pico = __acl_set_file.pico __acl_get_fd.pico __acl_set_fd.pico = __acl_delete_file.pico __acl_delete_fd.pico __acl_aclcheck_file.pico = __acl_aclcheck_fd.pico extattrctl.pico extattr_set_file.pico = extattr_get_file.pico extattr_delete_file.pico aio_waitcomplete.pico = getresuid.pico getresgid.pico kqueue.pico freebsd11_kevent.pico = extattr_set_fd.pico extattr_get_fd.pico extattr_delete_fd.pico = __setugid.pico eaccess.pico afs3_syscall.pico nmount.pico = __mac_get_proc.pico __mac_set_proc.pico __mac_get_fd.pico = __mac_get_file.pico __mac_set_fd.pico __mac_set_file.pico kenv.pico = lchflags.pico uuidgen.pico sendfile.pico mac_syscall.pico = freebsd11_getfsstat.pico freebsd11_statfs.pico freebsd11_fstatfs.pico = freebsd11_fhstatfs.pico ksem_close.pico ksem_post.pico ksem_wait.pico = ksem_trywait.pico ksem_init.pico ksem_open.pico ksem_unlink.pico = ksem_getvalue.pico ksem_destroy.pico __mac_get_pid.pico = __mac_get_link.pico __mac_set_link.pico extattr_set_link.pico = extattr_get_link.pico extattr_delete_link.pico __mac_execve.pico = getcontext.pico swapoff.pico __acl_get_link.pico __acl_set_link.pico = __acl_delete_link.pico __acl_aclcheck_link.pico thr_create.pico = thr_exit.pico thr_self.pico thr_kill.pico jail_attach.pico = extattr_list_fd.pico extattr_list_file.pico extattr_list_link.pico = ksem_timedwait.pico thr_suspend.pico thr_wake.pico kldunloadf.pico = audit.pico auditon.pico getauid.pico setauid.pico getaudit.pico = setaudit.pico getaudit_addr.pico setaudit_addr.pico auditctl.pico = _umtx_op.pico thr_new.pico sigqueue.pico kmq_open.pico kmq_setattr.pico = kmq_timedreceive.pico kmq_timedsend.pico kmq_notify.pico kmq_unlink.pico = abort2.pico thr_set_name.pico aio_fsync.pico rtprio_thread.pico = sctp_peeloff.pico sctp_generic_sendmsg.pico = sctp_generic_sendmsg_iov.pico sctp_generic_recvmsg.pico pread.pico = pwrite.pico mmap.pico lseek.pico truncate.pico ftruncate.pico = thr_kill2.pico shm_open.pico shm_unlink.pico cpuset.pico = cpuset_setid.pico cpuset_getid.pico cpuset_getaffinity.pico = cpuset_setaffinity.pico faccessat.pico fchmodat.pico fchownat.pico = fexecve.pico freebsd11_fstatat.pico futimesat.pico linkat.pico = mkdirat.pico mkfifoat.pico freebsd11_mknodat.pico readlinkat.pico = renameat.pico symlinkat.pico unlinkat.pico posix_openpt.pico = gssd_syscall.pico jail_get.pico jail_set.pico jail_remove.pico = closefrom.pico __semctl.pico msgctl.pico shmctl.pico lpathconf.pico = __cap_rights_get.pico cap_enter.pico cap_getmode.pico pdfork.pico = pdkill.pico pdgetpid.pico getloginclass.pico setloginclass.pico = rctl_get_racct.pico rctl_get_rules.pico rctl_get_limits.pico = rctl_add_rule.pico rctl_remove_rule.pico posix_fallocate.pico = posix_fadvise.pico cap_rights_limit.pico cap_ioctls_limit.pico = cap_ioctls_get.pico cap_fcntls_limit.pico cap_fcntls_get.pico = bindat.pico connectat.pico chflagsat.pico pipe2.pico aio_mlock.pico = procctl.pico futimens.pico utimensat.pico numa_getaffinity.pico = numa_setaffinity.pico fhstat.pico fhstatfs.pico mknodat.pico _exit.pico = _getlogin.pico _clock_gettime.pico _gettimeofday.pico _fstat.pico = _fstatat.pico _fstatfs.pico _getfsstat.pico _statfs.pico = _getdirentries.pico _accept.pico _accept4.pico _aio_suspend.pico = _clock_nanosleep.pico _close.pico _connect.pico _fcntl.pico = _fdatasync.pico _fsync.pico _fork.pico _kevent.pico _msync.pico = _nanosleep.pico _open.pico _openat.pico _poll.pico _ppoll.pico = _pselect.pico _ptrace.pico _read.pico _readv.pico _recvfrom.pico = _recvmsg.pico _select.pico _sendmsg.pico _sendto.pico _setcontext.pico = _sigprocmask.pico _sigsuspend.pico _sigtimedwait.pico _sigwait.pico = _sigwaitinfo.pico _swapcontext.pico _wait4.pico _wait6.pico _write.pico = _writev.pico _sigaction.pico stack_protector.pico = stack_protector_compat.pico auth_none.pico auth_unix.pico = authunix_prot.pico bindresvport.pico clnt_bcast.pico clnt_dg.pico = clnt_generic.pico clnt_perror.pico clnt_raw.pico clnt_simple.pico = clnt_vc.pico rpc_dtablesize.pico getnetconfig.pico getnetpath.pico = getrpcent.pico getrpcport.pico mt_misc.pico pmap_clnt.pico = pmap_getmaps.pico pmap_getport.pico pmap_prot.pico pmap_prot2.pico = pmap_rmt.pico rpc_prot.pico rpc_commondata.pico rpc_callmsg.pico = rpc_generic.pico rpc_soc.pico rpcb_clnt.pico rpcb_prot.pico = rpcb_st_xdr.pico rpcsec_gss_stub.pico svc.pico svc_auth.pico svc_dg.pico = svc_auth_unix.pico svc_generic.pico svc_raw.pico svc_run.pico = svc_simple.pico svc_vc.pico auth_time.pico auth_des.pico = authdes_prot.pico des_crypt.pico des_soft.pico crypt_client.pico = key_call.pico key_prot_xdr.pico getpublickey.pico svc_auth_des.pico = netname.pico netnamer.pico rpcdname.pico rtime.pico crypt_clnt.pico = crypt_xdr.pico uuid_compare.pico uuid_create.pico uuid_create_nil.pico = uuid_equal.pico uuid_from_string.pico uuid_hash.pico uuid_is_nil.pico = uuid_stream.pico uuid_to_string.pico xdr.pico xdr_array.pico = xdr_float.pico xdr_mem.pico xdr_rec.pico xdr_reference.pico = xdr_sizeof.pico xdr_stdio.pico xdryp.pico yp_xdr.pico yplib.pico = subr_capability.pico memchr.pico memcmp.pico memcpy.pico memmove.pico = memset.pico strchr.pico strcmp.pico strcpy.pico strlen.pico strncmp.pico = strnlen.pico _hdtoa.pico _hldtoa.pico _ldtoa.pico glue.pico = gdtoa_strtorQ.pico gdtoa_dmisc.pico gdtoa_dtoa.pico gdtoa_gdtoa.pico = gdtoa_gethex.pico gdtoa_gmisc.pico gdtoa_hd_init.pico gdtoa_hexnan.pico = gdtoa_misc.pico gdtoa_smisc.pico gdtoa_strtod.pico gdtoa_strtodg.pico = gdtoa_strtof.pico gdtoa_strtord.pico gdtoa_sum.pico gdtoa_ulp.pico = modf.pico C99_Exit.pico a64l.pico abort.pico abs.pico atexit.pico = atof.pico atoi.pico atol.pico atoll.pico bsearch.pico = cxa_thread_atexit.pico cxa_thread_atexit_impl.pico div.pico exit.pico = getenv.pico getopt.pico getopt_long.pico getsubopt.pico hcreate.pico = hcreate_r.pico hdestroy_r.pico heapsort.pico heapsort_b.pico = hsearch_r.pico imaxabs.pico imaxdiv.pico insque.pico l64a.pico labs.pico = ldiv.pico llabs.pico lldiv.pico lsearch.pico merge.pico mergesort_b.pico = ptsname.pico qsort.pico qsort_r.pico quick_exit.pico radixsort.pico = rand.pico random.pico reallocarray.pico reallocf.pico realpath.pico = remque.pico set_constraint_handler_s.pico strfmon.pico strtoimax.pico = strtol.pico strtoll.pico strtoq.pico strtoul.pico strtonum.pico = strtoull.pico strtoumax.pico strtouq.pico system.pico tdelete.pico = tfind.pico tsearch.pico twalk.pico jemalloc_jemalloc.pico = jemalloc_arena.pico jemalloc_background_thread.pico jemalloc_base.pico = jemalloc_bitmap.pico jemalloc_ckh.pico jemalloc_ctl.pico = jemalloc_extent.pico jemalloc_extent_dss.pico jemalloc_extent_mmap.pico = jemalloc_hash.pico jemalloc_hooks.pico jemalloc_large.pico = jemalloc_malloc_io.pico jemalloc_mutex.pico jemalloc_mutex_pool.pico = jemalloc_nstime.pico jemalloc_pages.pico jemalloc_prng.pico = jemalloc_prof.pico jemalloc_rtree.pico jemalloc_stats.pico = jemalloc_sz.pico jemalloc_tcache.pico jemalloc_ticker.pico = jemalloc_tsd.pico jemalloc_witness.pico bcmp.pico bcopy.pico bzero.pico = explicit_bzero.pico ffs.pico ffsl.pico ffsll.pico fls.pico flsl.pico = flsll.pico memccpy.pico memrchr.pico memmem.pico memset_s.pico = stpcpy.pico stpncpy.pico strcasecmp.pico strcat.pico strcasestr.pico = strchrnul.pico strcoll.pico strcspn.pico strdup.pico strerror.pico = strlcat.pico strlcpy.pico strmode.pico strncat.pico strncpy.pico = strndup.pico strnstr.pico strpbrk.pico strrchr.pico strsep.pico = strsignal.pico strspn.pico strstr.pico strtok.pico strxfrm.pico = swab.pico timingsafe_bcmp.pico timingsafe_memcmp.pico wcpcpy.pico = wcpncpy.pico wcscasecmp.pico wcscat.pico wcschr.pico wcscmp.pico = wcscoll.pico wcscpy.pico wcscspn.pico wcsdup.pico wcslcat.pico = wcslcpy.pico wcslen.pico wcsncasecmp.pico wcsncat.pico wcsncmp.pico = wcsncpy.pico wcsnlen.pico wcspbrk.pico wcsrchr.pico wcsspn.pico = wcsstr.pico wcstok.pico wcswidth.pico wcsxfrm.pico wmemchr.pico = wmemcmp.pico wmemcpy.pico wmemmove.pico wmemset.pico | tsort -q` = -lcompiler_rt -lssp_nonshared;' .CURDIR=3D'/usr/src/lib/libc' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/li= b/libc' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tm= p' LD_LIBRARY_PATH=3D'' MACHINE=3D'arm64' MACHINE_ARCH=3D'aarch64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20171028' = PATH=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/l= egacy/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch6= 4/tmp/legacy/usr/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.= aarch64/tmp/legacy/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.cortexA53-clang-bootstrap.amd64-host = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libc/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/lib/libc/aarch64/Makefile.inc /usr/src/lib/libc/db/Makefile.inc = /usr/src/lib/libc/db/btree/Makefile.inc = /usr/src/lib/libc/db/db/Makefile.inc = /usr/src/lib/libc/db/hash/Makefile.inc = /usr/src/lib/libc/db/man/Makefile.inc = /usr/src/lib/libc/db/mpool/Makefile.inc = /usr/src/lib/libc/db/recno/Makefile.inc = /usr/src/lib/libc/compat-43/Makefile.inc = /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/gen/Makefile.inc = /usr/src/lib/libc/aarch64/gen/Makefile.inc = /usr/src/lib/libc/gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc = /usr/src/lib/libc_nonshared/Makefile.iconv = /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/libc/isc/Makefile.inc = /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc/md/Makefile.inc = /usr/src/lib/libc/nameser/Makefile.inc = /usr/src/lib/libc/net/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc = /usr/src/lib/libc/posix1e/Makefile.inc = /usr/src/lib/libc/regex/Makefile.inc = /usr/src/lib/libc/resolv/Makefile.inc = /usr/src/lib/libc/stdio/Makefile.inc = /usr/src/lib/libc/stdlib/Makefile.inc = /usr/src/lib/libc/stdlib/jemalloc/Makefile.inc = /usr/src/lib/libc/stdtime/Makefile.inc = /usr/src/lib/libc/string/Makefile.inc = /usr/src/lib/libc/aarch64/string/Makefile.inc = /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk = /usr/src/lib/libc/aarch64/sys/Makefile.inc = /usr/src/lib/libc/secure/Makefile.inc /usr/src/lib/libc/rpc/Makefile.inc = /usr/src/lib/libc/uuid/Makefile.inc /usr/src/lib/libc/xdr/Makefile.inc = /usr/src/lib/libc/yp/Makefile.inc = /usr/src/lib/libc/capability/Makefile.inc /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libc/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree = /usr/src/lib/libc/db/db /usr/src/lib/libc/db/hash = /usr/src/lib/libc/db/man /usr/src/lib/libc/db/mpool = /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 = /usr/src/lib/libc/gdtoa /usr/src/lib/libc/aarch64/gen = /usr/src/lib/libc/gen /usr/src/contrib/libc-pwcache = /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/src/lib/libc/iconv = /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/libc/locale = /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/net = /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex = /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio = /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc = /usr/src/lib/libc/stdtime /usr/src/contrib/tzcode/stdtime = /usr/src/lib/libc/aarch64/string /usr/src/lib/libc/string = /usr/src/sys/libkern /usr/src/contrib/cortex-strings/src/aarch64 = /usr/src/lib/libc/aarch64/sys /usr/src/lib/libc/sys = /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /usr/src/lib/libc/. = /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/libc/yp = /usr/src/sys/kern /usr/src/lib/libc/capability' *** [lib/libc__L] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 04:35:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFA14E64546 for ; Sat, 4 Nov 2017 04:35:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id BFE9D84B99 for ; Sat, 4 Nov 2017 04:35:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id BEEDEE64545; Sat, 4 Nov 2017 04:35:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE7D9E64544 for ; Sat, 4 Nov 2017 04:35:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9322484B98 for ; Sat, 4 Nov 2017 04:35:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id CCA0278F5 for ; Sat, 4 Nov 2017 04:35:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 0F1A6897A for ; Sat, 4 Nov 2017 04:35:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id RfE06tFlsRnN for ; Sat, 4 Nov 2017 04:35:41 +0000 (UTC) To: "current@freebsd.org" DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D3B148974 From: Bryan Drewery Subject: release(7) targets busted Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 3 Nov 2017 21:35:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7kKf9QFkgkhNaips32W7jRfCk1tkQv7gf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 04:35:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7kKf9QFkgkhNaips32W7jRfCk1tkQv7gf Content-Type: multipart/mixed; boundary="8WTEsuo23LDKQ0QImmh50UWCbTDI4EIEm"; protected-headers="v1" From: Bryan Drewery To: "current@freebsd.org" Message-ID: Subject: release(7) targets busted --8WTEsuo23LDKQ0QImmh50UWCbTDI4EIEm Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable > *** FATAL ERROR: Cannot 'cd' to /root/git/freebsd/release/.. and instal= l files to > the temproot environment > = =20 If you run into an issue like that with the make release targets, here's a fix: http://people.freebsd.org/~bdrewery/patches/release-objdir-fix.diff I still need to finish some testing of unrelated patches and more cases involving this patch. I will commit tomorrow. If that one has problems an alternative fix is: https://people.freebsd.org/~bdrewery/patches/mm-mtree-makelevel.diff --=20 Regards, Bryan Drewery --8WTEsuo23LDKQ0QImmh50UWCbTDI4EIEm-- --7kKf9QFkgkhNaips32W7jRfCk1tkQv7gf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ/UOOAAoJEDXXcbtuRpfPKR4H/RAYn9MPX9xDUxK44brF/mH1 9TawBzgCs+YYjamKTXBEsa4oHXtNRdKevE03AQXxvtiJ9MzmhEpCojIasSzBPTdf VpZD8I2BxaPVASZPiYN/yjmW08kFGK2BpVlPXWJRbQAqJYowo/IPuLzZiuO30hnI GH7I8QsSUlzbrHp4pgDERFFmjREBzZ848jVluzo/HkRV7UTvJ90+b4eNa9S+ELDy hfVUPrku4VlEgXMnjp18Wl4+AE8oe6rvykl/A/3d4q/ko0U+tHLjj2UHdo2eXlQL di+b7TD8E/GjlugzUNcx93Z4EffVC6eYnrHG8qVNNHijvxDzu2Pzi/91YxcYeZI= =6+kU -----END PGP SIGNATURE----- --7kKf9QFkgkhNaips32W7jRfCk1tkQv7gf-- From owner-freebsd-current@freebsd.org Sat Nov 4 05:36:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD07FE6595E for ; Sat, 4 Nov 2017 05:36:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-148.reflexion.net [208.70.210.148]) (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 8B4E41998 for ; Sat, 4 Nov 2017 05:36:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9069 invoked from network); 4 Nov 2017 05:36:28 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 05:36:28 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 01:36:28 -0400 (EDT) Received: (qmail 25467 invoked from network); 4 Nov 2017 05:36:28 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 05:36:28 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 81AE7EC92A1; Fri, 3 Nov 2017 22:36:27 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ld (a.k.a. ld.lld) for amd64 -r325369 -> aarch64 cross buildworld is messed up: ld just says "Invalid argument" [vs. binutils ld: R_AARCH64_ABS64 used with TLS symbol] Date: Fri, 3 Nov 2017 22:36:26 -0700 References: <7261E10B-FF6E-42CA-92D7-5C57B0707C53@dsl-only.net> To: FreeBSD Toolchain , freebsd-arm , FreeBSD Current In-Reply-To: <7261E10B-FF6E-42CA-92D7-5C57B0707C53@dsl-only.net> Message-Id: <07D2D2E0-4863-43D6-AAF2-6C662DE369FA@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 05:36:31 -0000 [Forcing use of /usr/local/aarch64-freebsd/bin/ld and other aarch64-binutils-2.28,1 material for the aarch64 links: that fails too, but with messages that are more informative (but might be independent): "R_AARCH64_ABS64 used with TLS symbol".] > On 2017-Nov-3, at 9:24 PM, Mark Millard wrote: >=20 > Context: >=20 > # uname -apKU > FreeBSD FreeBSDx64OPC 12.0-CURRENT FreeBSD 12.0-CURRENT r325369M = amd64 amd64 1200052 1200052 >=20 >=20 > Problem: >=20 > While I show the buildworld error report later, > even simple ld commands that list a input file > to the amd64 -> aarch64 cross build's ld (a.k.a. > ld.lld) file get messages like: >=20 > = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: error: cannot open output file a.out: Invalid argument >=20 > The "cannot open output file" is always part of > the message and tracks any -o NAME given. But > not listing -o NAME at all gives the above: > a reference to a.out . Well I tried forcing the use of aarch64-binutils-2.28,1 ( /usr/local/aarch64-freebsd/bin/* ) materials. The result was failure at the same place but with messages that look to be more informative: --- libc.so.7.full --- building shared library libc.so.7 /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x3c): = R_AARCH64_ABS64 used with TLS symbol udb /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x59): = R_AARCH64_ABS64 used with TLS symbol uf /usr/local/aarch64-freebsd/bin/ld: utxdb.pico(.debug_info+0x5b): = R_AARCH64_ABS64 used with TLS symbol futx_to_utx.ut /usr/local/aarch64-freebsd/bin/ld: jemalloc_tsd.pico(.debug_info+0x3d): = R_AARCH64_ABS64 used with TLS symbol __je_tsd_tls /usr/local/aarch64-freebsd/bin/ld: = jemalloc_tsd.pico(.debug_info+0x134c): R_AARCH64_ABS64 used with TLS = symbol __je_tsd_initialized /usr/local/aarch64-freebsd/bin/ld: = cxa_thread_atexit_impl.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with = TLS symbol dtors /usr/local/aarch64-freebsd/bin/ld: xlocale.pico(.debug_info+0x407): = R_AARCH64_ABS64 used with TLS symbol __thread_locale /usr/local/aarch64-freebsd/bin/ld: setrunelocale.pico(.debug_info+0x3d): = R_AARCH64_ABS64 used with TLS symbol _ThreadRuneLocale cc: error: linker command failed with exit code 1 (use -v to see = invocation) Of course it may be an independent issue. In fact this seems familiar for .debug_info material (from before use of ld.lld ). > The above message is after eliminating all command line options > and it still got such a message. For reference: >=20 > # file = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d > = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: symbolic link to ld.lld >=20 > # file = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d.lld > = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d.lld: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), = statically linked, for FreeBSD 12.0 (1200052), FreeBSD-style, not = stripped >=20 > (Could statically linked programs still > have problems?) >=20 > --- libc.so.7.full --- > building shared library libc.so.7 > = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: error: cannot open output file libc.so.7.full: Invalid argument > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [libc.so.7.full] Error code 1 >=20 > make[4]: stopped in /usr/src/lib/libc > .ERROR_TARGET=3D'libc.so.7.full' > = .ERROR_META_FILE=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.a= arch64/lib/libc/libc.so.7.full.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'@echo building shared library libc.so.7; @rm -f = libc.so.7 libc.so; cc -mcpu=3Dcortex-a53 -target = aarch64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/t= mp = -B/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin= -nodefaultlibs -Wl,--version-script=3DVersion.map -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libc.so.7.full = -Wl,-soname,libc.so.7 `NM=3D'nm' NMFLAGS=3D'' lorder machdep_ldisQ.pico = bt_close.pico bt_conv.pico bt_debug.pico bt_delete.pico bt_get.pico = bt_open.pico bt_overflow.pico bt_page.pico bt_put.pico bt_search.pico = bt_seq.pico bt_split.pico bt_utils.pico db.pico hash.pico = hash_bigkey.pico hash_buf.pico hash_func.pico hash_log2.pico = hash_page.pico ndbm.pico mpool.pico mpool-compat.pico rec_close.pico = rec_delete.pico rec_get.pico rec_open.pico rec_put.pico rec_search.pico = rec_seq.pico rec_utils.pico creat.pico gethostid.pico getwd.pico = killpg.pico sethostid.pico setpgrp.pico setrgid.pico setruid.pico = sigcompat.pico __getosreldate.pico = __pthread_mutex_init_calloc_cb_stub.pico __xuname.pico _once_stub.pico = _pthread_stubs.pico _rand48.pico _spinlock_stub.pico _thread_init.pico = alarm.pico arc4random.pico assert.pico auxv.pico basename.pico = basename_compat.pico cap_sandboxed.pico check_utility_compat.pico = clock.pico clock_getcpuclockid.pico closedir.pico confstr.pico = crypt.pico ctermid.pico daemon.pico devname.pico dirfd.pico dirname.pico = dirname_compat.pico disklabel.pico dlfcn.pico drand48.pico dup3.pico = elf_utils.pico erand48.pico err.pico errlst.pico errno.pico exec.pico = fdevname.pico feature_present.pico fmtcheck.pico fmtmsg.pico = fnmatch.pico fpclassify.pico frexp.pico fstab.pico ftok.pico fts.pico = ftw.pico getbootfile.pico getbsize.pico getcap.pico getcwd.pico = getdomainname.pico getgrent.pico getgrouplist.pico gethostname.pico = getloadavg.pico getlogin.pico getmntinfo.pico getnetgrent.pico = getosreldate.pico getpagesize.pico getpagesizes.pico getpeereid.pico = getprogname.pico getpwent.pico getttyent.pico getusershell.pico = getutxent.pico getvfsbyname.pico glob.pico initgroups.pico isatty.pico = isinf.pico isnan.pico jrand48.pico lcong48.pico libc_dlopen.pico = lockf.pico lrand48.pico mrand48.pico nftw.pico nice.pico nlist.pico = nrand48.pico opendir.pico pause.pico pmadvise.pico popen.pico = posix_spawn.pico psignal.pico pututxline.pico pw_scan.pico raise.pico = readdir.pico readpassphrase.pico recvmmsg.pico rewinddir.pico = scandir.pico seed48.pico seekdir.pico semctl.pico sendmmsg.pico = setdomainname.pico sethostname.pico setjmperr.pico setmode.pico = setproctitle.pico setprogname.pico siginterrupt.pico siglist.pico = signal.pico sigsetops.pico sleep.pico srand48.pico statvfs.pico = stringlist.pico strtofflags.pico sysconf.pico sysctl.pico = sysctlbyname.pico sysctlnametomib.pico syslog.pico telldir.pico = termios.pico time.pico times.pico timezone.pico tls.pico ttyname.pico = ttyslot.pico ualarm.pico ulimit.pico uname.pico usleep.pico utime.pico = utxdb.pico valloc.pico wait.pico wait3.pico waitpid.pico waitid.pico = wordexp.pico devname-compat11.pico fts-compat.pico fts-compat11.pico = ftw-compat11.pico getmntinfo-compat11.pico glob-compat11.pico = nftw-compat11.pico readdir-compat11.pico scandir-compat11.pico = unvis-compat.pico pwcache.pico unvis.pico vis.pico cancelpoints_sem.pico = cancelpoints_sem_new.pico _ctx_start.pico fabs.pico flt_rounds.pico = fpgetmask.pico fpsetmask.pico infinity.pico ldexp.pico makecontext.pico = _setjmp.pico _set_tp.pico setjmp.pico sigsetjmp.pico = trivial-getcontextx.pico gmon.pico mcount.pico citrus_bcs.pico = citrus_bcs_strtol.pico citrus_bcs_strtoul.pico citrus_csmapper.pico = citrus_db.pico citrus_db_factory.pico citrus_db_hash.pico = citrus_esdb.pico citrus_hash.pico citrus_iconv.pico citrus_lookup.pico = citrus_lookup_factory.pico citrus_mapper.pico citrus_memstream.pico = citrus_mmap.pico citrus_module.pico citrus_none.pico = citrus_pivot_factory.pico citrus_prop.pico citrus_stdenc.pico = bsd_iconv.pico iconv_compat.pico inet_addr.pico inet_cidr_ntop.pico = inet_cidr_pton.pico inet_lnaof.pico inet_makeaddr.pico = inet_net_ntop.pico inet_net_pton.pico inet_neta.pico inet_netof.pico = inet_network.pico inet_ntoa.pico inet_ntop.pico inet_pton.pico = nsap_addr.pico ev_streams.pico ev_timers.pico ascii.pico big5.pico = btowc.pico collate.pico collcmp.pico euc.pico fix_grouping.pico = gb18030.pico gb2312.pico gbk.pico ctype.pico isctype.pico iswctype.pico = ldpart.pico lmessages.pico lmonetary.pico lnumeric.pico localeconv.pico = mblen.pico mbrlen.pico mbrtowc.pico mbsinit.pico mbsnrtowcs.pico = mbsrtowcs.pico mbtowc.pico mbstowcs.pico mskanji.pico nextwctype.pico = nl_langinfo.pico nomacros.pico none.pico rpmatch.pico rune.pico = runetype.pico setlocale.pico setrunelocale.pico table.pico tolower.pico = toupper.pico utf8.pico wcrtomb.pico wcsnrtombs.pico wcsrtombs.pico = wcsftime.pico wcstof.pico wcstod.pico wcstoimax.pico wcstol.pico = wcstold.pico wcstoll.pico wcstombs.pico wcstoul.pico wcstoull.pico = wcstoumax.pico wctob.pico wctomb.pico wctrans.pico wctype.pico = wcwidth.pico xlocale.pico c16rtomb_iconv.pico c32rtomb_iconv.pico = mbrtoc16_iconv.pico mbrtoc32_iconv.pico md5c.pico ns_name.pico = ns_netint.pico ns_parse.pico ns_print.pico ns_samedomain.pico = ns_ttl.pico base64.pico ether_addr.pico eui64.pico gai_strerror.pico = getaddrinfo.pico gethostbydns.pico gethostbyht.pico gethostbynis.pico = gethostnamadr.pico getifaddrs.pico getifmaddrs.pico getnameinfo.pico = getnetbydns.pico getnetbyht.pico getnetbynis.pico getnetnamadr.pico = getproto.pico getprotoent.pico getprotoname.pico getservent.pico = if_indextoname.pico if_nameindex.pico if_nametoindex.pico ip6opt.pico = linkaddr.pico map_v4v6.pico name6.pico ntoh.pico nsdispatch.pico = nslexer.pico nsparser.pico nss_compat.pico rcmd.pico rcmdsh.pico = recv.pico rthdr.pico sctp_sys_calls.pico send.pico sockatmark.pico = sourcefilter.pico vars.pico nscache.pico nscachedcli.pico msgcat.pico = acl_branding.pico acl_calc_mask.pico acl_copy.pico acl_delete.pico = acl_delete_entry.pico acl_entry.pico acl_flag.pico acl_free.pico = acl_from_text.pico acl_from_text_nfs4.pico acl_get.pico = acl_id_to_name.pico acl_init.pico acl_perm.pico acl_set.pico = acl_strip.pico acl_support.pico acl_support_nfs4.pico acl_to_text.pico = acl_to_text_nfs4.pico acl_valid.pico extattr.pico mac.pico mac_exec.pico = mac_get.pico mac_set.pico subr_acl_nfs4.pico acl_compat.pico = regcomp.pico regerror.pico regexec.pico regfree.pico herror.pico = h_errno.pico mtctxres.pico res_comp.pico res_data.pico res_debug.pico = res_findzonecut.pico res_init.pico res_mkquery.pico res_mkupdate.pico = res_query.pico res_send.pico res_state.pico res_update.pico = _flock_stub.pico asprintf.pico clrerr.pico dprintf.pico fclose.pico = fcloseall.pico fdopen.pico feof.pico ferror.pico fflush.pico fgetc.pico = fgetln.pico fgetpos.pico fgets.pico fgetwc.pico fgetwln.pico fgetws.pico = fileno.pico findfp.pico flags.pico fmemopen.pico fopen.pico = fopencookie.pico fprintf.pico fpurge.pico fputc.pico fputs.pico = fputwc.pico fputws.pico fread.pico freopen.pico fscanf.pico fseek.pico = fsetpos.pico ftell.pico funopen.pico fvwrite.pico fwalk.pico fwide.pico = fwprintf.pico fwscanf.pico fwrite.pico getc.pico getchar.pico = getdelim.pico getline.pico gets.pico getw.pico getwc.pico getwchar.pico = makebuf.pico mktemp.pico open_memstream.pico open_wmemstream.pico = perror.pico printf.pico printf-pos.pico putc.pico putchar.pico puts.pico = putw.pico putwc.pico putwchar.pico refill.pico remove.pico rewind.pico = rget.pico scanf.pico setbuf.pico setbuffer.pico setvbuf.pico = snprintf.pico sprintf.pico sscanf.pico stdio.pico swprintf.pico = swscanf.pico tempnam.pico tmpfile.pico tmpnam.pico ungetc.pico = ungetwc.pico vasprintf.pico vdprintf.pico vfprintf.pico vfscanf.pico = vfwprintf.pico vfwscanf.pico vprintf.pico vscanf.pico vsnprintf.pico = vsprintf.pico vsscanf.pico vswprintf.pico vswscanf.pico vwprintf.pico = vwscanf.pico wbuf.pico wprintf.pico wscanf.pico wsetup.pico xprintf.pico = xprintf_float.pico xprintf_int.pico xprintf_str.pico xprintf_errno.pico = xprintf_hexdump.pico xprintf_quote.pico xprintf_time.pico = xprintf_vis.pico asctime.pico difftime.pico localtime.pico strftime.pico = strptime.pico timelocal.pico time32.pico __vdso_gettc.pico = clock_gettime.pico gettimeofday.pico __vdso_gettimeofday.pico = __error.pico interposing_table.pico getdents.pico lstat.pico mknod.pico = stat.pico fstat.pico fstatat.pico fstatfs.pico getfsstat.pico = statfs.pico getdirentries.pico pipe.pico accept.pico accept4.pico = aio_suspend.pico clock_nanosleep.pico close.pico connect.pico fcntl.pico = fdatasync.pico fsync.pico fork.pico kevent.pico msync.pico = nanosleep.pico open.pico openat.pico poll.pico ppoll.pico pselect.pico = ptrace.pico read.pico readv.pico recvfrom.pico recvmsg.pico select.pico = sendmsg.pico sendto.pico setcontext.pico sigprocmask.pico = sigsuspend.pico sigtimedwait.pico sigwait.pico sigwaitinfo.pico = swapcontext.pico wait4.pico wait6.pico write.pico writev.pico = sigaction.pico cerror.pico shmat.pico sigreturn.pico syscall.pico = vfork.pico link.pico unlink.pico chdir.pico fchdir.pico = freebsd11_mknod.pico chmod.pico chown.pico getpid.pico mount.pico = unmount.pico setuid.pico getuid.pico geteuid.pico getpeername.pico = getsockname.pico access.pico chflags.pico fchflags.pico sync.pico = kill.pico getppid.pico dup.pico freebsd10_pipe.pico getegid.pico = profil.pico ktrace.pico getgid.pico setlogin.pico acct.pico = sigaltstack.pico ioctl.pico reboot.pico revoke.pico symlink.pico = readlink.pico execve.pico umask.pico chroot.pico vadvise.pico = munmap.pico mprotect.pico madvise.pico mincore.pico getgroups.pico = setgroups.pico getpgrp.pico setpgid.pico setitimer.pico swapon.pico = getitimer.pico getdtablesize.pico dup2.pico setpriority.pico socket.pico = getpriority.pico bind.pico setsockopt.pico listen.pico getrusage.pico = getsockopt.pico settimeofday.pico fchown.pico fchmod.pico setreuid.pico = setregid.pico rename.pico flock.pico mkfifo.pico shutdown.pico = socketpair.pico mkdir.pico rmdir.pico utimes.pico adjtime.pico = setsid.pico quotactl.pico nlm_syscall.pico nfssvc.pico lgetfh.pico = getfh.pico sysarch.pico rtprio.pico semsys.pico msgsys.pico shmsys.pico = setfib.pico ntp_adjtime.pico setgid.pico setegid.pico seteuid.pico = freebsd11_stat.pico freebsd11_fstat.pico freebsd11_lstat.pico = pathconf.pico fpathconf.pico getrlimit.pico setrlimit.pico = freebsd11_getdirentries.pico __syscall.pico __sysctl.pico mlock.pico = munlock.pico undelete.pico futimes.pico getpgid.pico semget.pico = semop.pico msgget.pico msgsnd.pico msgrcv.pico shmdt.pico shmget.pico = clock_settime.pico clock_getres.pico ktimer_create.pico = ktimer_delete.pico ktimer_settime.pico ktimer_gettime.pico = ktimer_getoverrun.pico ffclock_getcounter.pico ffclock_setestimate.pico = ffclock_getestimate.pico clock_getcpuclockid2.pico ntp_gettime.pico = minherit.pico rfork.pico issetugid.pico lchown.pico aio_read.pico = aio_write.pico lio_listio.pico freebsd11_getdents.pico lchmod.pico = netbsd_lchown.pico lutimes.pico netbsd_msync.pico freebsd11_nstat.pico = freebsd11_nfstat.pico freebsd11_nlstat.pico preadv.pico pwritev.pico = fhopen.pico freebsd11_fhstat.pico modnext.pico modstat.pico = modfnext.pico modfind.pico kldload.pico kldunload.pico kldfind.pico = kldnext.pico kldstat.pico kldfirstmod.pico getsid.pico setresuid.pico = setresgid.pico aio_return.pico aio_cancel.pico aio_error.pico = mlockall.pico munlockall.pico __getcwd.pico sched_setparam.pico = sched_getparam.pico sched_setscheduler.pico sched_getscheduler.pico = sched_yield.pico sched_get_priority_max.pico sched_get_priority_min.pico = sched_rr_get_interval.pico utrace.pico kldsym.pico jail.pico = nnpfs_syscall.pico sigpending.pico __acl_get_file.pico = __acl_set_file.pico __acl_get_fd.pico __acl_set_fd.pico = __acl_delete_file.pico __acl_delete_fd.pico __acl_aclcheck_file.pico = __acl_aclcheck_fd.pico extattrctl.pico extattr_set_file.pico = extattr_get_file.pico extattr_delete_file.pico aio_waitcomplete.pico = getresuid.pico getresgid.pico kqueue.pico freebsd11_kevent.pico = extattr_set_fd.pico extattr_get_fd.pico extattr_delete_fd.pico = __setugid.pico eaccess.pico afs3_syscall.pico nmount.pico = __mac_get_proc.pico __mac_set_proc.pico __mac_get_fd.pico = __mac_get_file.pico __mac_set_fd.pico __mac_set_file.pico kenv.pico = lchflags.pico uuidgen.pico sendfile.pico mac_syscall.pico = freebsd11_getfsstat.pico freebsd11_statfs.pico freebsd11_fstatfs.pico = freebsd11_fhstatfs.pico ksem_close.pico ksem_post.pico ksem_wait.pico = ksem_trywait.pico ksem_init.pico ksem_open.pico ksem_unlink.pico = ksem_getvalue.pico ksem_destroy.pico __mac_get_pid.pico = __mac_get_link.pico __mac_set_link.pico extattr_set_link.pico = extattr_get_link.pico extattr_delete_link.pico __mac_execve.pico = getcontext.pico swapoff.pico __acl_get_link.pico __acl_set_link.pico = __acl_delete_link.pico __acl_aclcheck_link.pico thr_create.pico = thr_exit.pico thr_self.pico thr_kill.pico jail_attach.pico = extattr_list_fd.pico extattr_list_file.pico extattr_list_link.pico = ksem_timedwait.pico thr_suspend.pico thr_wake.pico kldunloadf.pico = audit.pico auditon.pico getauid.pico setauid.pico getaudit.pico = setaudit.pico getaudit_addr.pico setaudit_addr.pico auditctl.pico = _umtx_op.pico thr_new.pico sigqueue.pico kmq_open.pico kmq_setattr.pico = kmq_timedreceive.pico kmq_timedsend.pico kmq_notify.pico kmq_unlink.pico = abort2.pico thr_set_name.pico aio_fsync.pico rtprio_thread.pico = sctp_peeloff.pico sctp_generic_sendmsg.pico = sctp_generic_sendmsg_iov.pico sctp_generic_recvmsg.pico pread.pico = pwrite.pico mmap.pico lseek.pico truncate.pico ftruncate.pico = thr_kill2.pico shm_open.pico shm_unlink.pico cpuset.pico = cpuset_setid.pico cpuset_getid.pico cpuset_getaffinity.pico = cpuset_setaffinity.pico faccessat.pico fchmodat.pico fchownat.pico = fexecve.pico freebsd11_fstatat.pico futimesat.pico linkat.pico = mkdirat.pico mkfifoat.pico freebsd11_mknodat.pico readlinkat.pico = renameat.pico symlinkat.pico unlinkat.pico posix_openpt.pico = gssd_syscall.pico jail_get.pico jail_set.pico jail_remove.pico = closefrom.pico __semctl.pico msgctl.pico shmctl.pico lpathconf.pico = __cap_rights_get.pico cap_enter.pico cap_getmode.pico pdfork.pico = pdkill.pico pdgetpid.pico getloginclass.pico setloginclass.pico = rctl_get_racct.pico rctl_get_rules.pico rctl_get_limits.pico = rctl_add_rule.pico rctl_remove_rule.pico posix_fallocate.pico = posix_fadvise.pico cap_rights_limit.pico cap_ioctls_limit.pico = cap_ioctls_get.pico cap_fcntls_limit.pico cap_fcntls_get.pico = bindat.pico connectat.pico chflagsat.pico pipe2.pico aio_mlock.pico = procctl.pico futimens.pico utimensat.pico numa_getaffinity.pico = numa_setaffinity.pico fhstat.pico fhstatfs.pico mknodat.pico _exit.pico = _getlogin.pico _clock_gettime.pico _gettimeofday.pico _fstat.pico = _fstatat.pico _fstatfs.pico _getfsstat.pico _statfs.pico = _getdirentries.pico _accept.pico _accept4.pico _aio_suspend.pico = _clock_nanosleep.pico _close.pico _connect.pico _fcntl.pico = _fdatasync.pico _fsync.pico _fork.pico _kevent.pico _msync.pico = _nanosleep.pico _open.pico _openat.pico _poll.pico _ppoll.pico = _pselect.pico _ptrace.pico _read.pico _readv.pico _recvfrom.pico = _recvmsg.pico _select.pico _sendmsg.pico _sendto.pico _setcontext.pico = _sigprocmask.pico _sigsuspend.pico _sigtimedwait.pico _sigwait.pico = _sigwaitinfo.pico _swapcontext.pico _wait4.pico _wait6.pico _write.pico = _writev.pico _sigaction.pico stack_protector.pico = stack_protector_compat.pico auth_none.pico auth_unix.pico = authunix_prot.pico bindresvport.pico clnt_bcast.pico clnt_dg.pico = clnt_generic.pico clnt_perror.pico clnt_raw.pico clnt_simple.pico = clnt_vc.pico rpc_dtablesize.pico getnetconfig.pico getnetpath.pico = getrpcent.pico getrpcport.pico mt_misc.pico pmap_clnt.pico = pmap_getmaps.pico pmap_getport.pico pmap_prot.pico pmap_prot2.pico = pmap_rmt.pico rpc_prot.pico rpc_commondata.pico rpc_callmsg.pico = rpc_generic.pico rpc_soc.pico rpcb_clnt.pico rpcb_prot.pico = rpcb_st_xdr.pico rpcsec_gss_stub.pico svc.pico svc_auth.pico svc_dg.pico = svc_auth_unix.pico svc_generic.pico svc_raw.pico svc_run.pico = svc_simple.pico svc_vc.pico auth_time.pico auth_des.pico = authdes_prot.pico des_crypt.pico des_soft.pico crypt_client.pico = key_call.pico key_prot_xdr.pico getpublickey.pico svc_auth_des.pico = netname.pico netnamer.pico rpcdname.pico rtime.pico crypt_clnt.pico = crypt_xdr.pico uuid_compare.pico uuid_create.pico uuid_create_nil.pico = uuid_equal.pico uuid_from_string.pico uuid_hash.pico uuid_is_nil.pico = uuid_stream.pico uuid_to_string.pico xdr.pico xdr_array.pico = xdr_float.pico xdr_mem.pico xdr_rec.pico xdr_reference.pico = xdr_sizeof.pico xdr_stdio.pico xdryp.pico yp_xdr.pico yplib.pico = subr_capability.pico memchr.pico memcmp.pico memcpy.pico memmove.pico = memset.pico strchr.pico strcmp.pico strcpy.pico strlen.pico strncmp.pico = strnlen.pico _hdtoa.pico _hldtoa.pico _ldtoa.pico glue.pico = gdtoa_strtorQ.pico gdtoa_dmisc.pico gdtoa_dtoa.pico gdtoa_gdtoa.pico = gdtoa_gethex.pico gdtoa_gmisc.pico gdtoa_hd_init.pico gdtoa_hexnan.pico = gdtoa_misc.pico gdtoa_smisc.pico gdtoa_strtod.pico gdtoa_strtodg.pico = gdtoa_strtof.pico gdtoa_strtord.pico gdtoa_sum.pico gdtoa_ulp.pico = modf.pico C99_Exit.pico a64l.pico abort.pico abs.pico atexit.pico = atof.pico atoi.pico atol.pico atoll.pico bsearch.pico = cxa_thread_atexit.pico cxa_thread_atexit_impl.pico div.pico exit.pico = getenv.pico getopt.pico getopt_long.pico getsubopt.pico hcreate.pico = hcreate_r.pico hdestroy_r.pico heapsort.pico heapsort_b.pico = hsearch_r.pico imaxabs.pico imaxdiv.pico insque.pico l64a.pico labs.pico = ldiv.pico llabs.pico lldiv.pico lsearch.pico merge.pico mergesort_b.pico = ptsname.pico qsort.pico qsort_r.pico quick_exit.pico radixsort.pico = rand.pico random.pico reallocarray.pico reallocf.pico realpath.pico = remque.pico set_constraint_handler_s.pico strfmon.pico strtoimax.pico = strtol.pico strtoll.pico strtoq.pico strtoul.pico strtonum.pico = strtoull.pico strtoumax.pico strtouq.pico system.pico tdelete.pico = tfind.pico tsearch.pico twalk.pico jemalloc_jemalloc.pico = jemalloc_arena.pico jemalloc_background_thread.pico jemalloc_base.pico = jemalloc_bitmap.pico jemalloc_ckh.pico jemalloc_ctl.pico = jemalloc_extent.pico jemalloc_extent_dss.pico jemalloc_extent_mmap.pico = jemalloc_hash.pico jemalloc_hooks.pico jemalloc_large.pico = jemalloc_malloc_io.pico jemalloc_mutex.pico jemalloc_mutex_pool.pico = jemalloc_nstime.pico jemalloc_pages.pico jemalloc_prng.pico = jemalloc_prof.pico jemalloc_rtree.pico jemalloc_stats.pico = jemalloc_sz.pico jemalloc_tcache.pico jemalloc_ticker.pico = jemalloc_tsd.pico jemalloc_witness.pico bcmp.pico bcopy.pico bzero.pico = explicit_bzero.pico ffs.pico ffsl.pico ffsll.pico fls.pico flsl.pico = flsll.pico memccpy.pico memrchr.pico memmem.pico memset_s.pico = stpcpy.pico stpncpy.pico strcasecmp.pico strcat.pico strcasestr.pico = strchrnul.pico strcoll.pico strcspn.pico strdup.pico strerror.pico = strlcat.pico strlcpy.pico strmode.pico strncat.pico strncpy.pico = strndup.pico strnstr.pico strpbrk.pico strrchr.pico strsep.pico = strsignal.pico strspn.pico strstr.pico strtok.pico strxfrm.pico = swab.pico timingsafe_bcmp.pico timingsafe_memcmp.pico wcpcpy.pico = wcpncpy.pico wcscasecmp.pico wcscat.pico wcschr.pico wcscmp.pico = wcscoll.pico wcscpy.pico wcscspn.pico wcsdup.pico wcslcat.pico = wcslcpy.pico wcslen.pico wcsncasecmp.pico wcsncat.pico wcsncmp.pico = wcsncpy.pico wcsnlen.pico wcspbrk.pico wcsrchr.pico wcsspn.pico = wcsstr.pico wcstok.pico wcswidth.pico wcsxfrm.pico wmemchr.pico = wmemcmp.pico wmemcpy.pico wmemmove.pico wmemset.pico | tsort -q` = -lcompiler_rt -lssp_nonshared;' > .CURDIR=3D'/usr/src/lib/libc' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/li= b/libc' > .TARGETS=3D'all' > = DESTDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tm= p' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'arm64' > MACHINE_ARCH=3D'aarch64' > MAKEOBJDIRPREFIX=3D'' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20171028' > = PATH=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/l= egacy/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch6= 4/tmp/legacy/usr/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.= aarch64/tmp/legacy/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/src' > OBJTOP=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.cortexA53-clang-bootstrap.amd64-host = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libc/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/lib/libc/aarch64/Makefile.inc /usr/src/lib/libc/db/Makefile.inc = /usr/src/lib/libc/db/btree/Makefile.inc = /usr/src/lib/libc/db/db/Makefile.inc = /usr/src/lib/libc/db/hash/Makefile.inc = /usr/src/lib/libc/db/man/Makefile.inc = /usr/src/lib/libc/db/mpool/Makefile.inc = /usr/src/lib/libc/db/recno/Makefile.inc = /usr/src/lib/libc/compat-43/Makefile.inc = /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/gen/Makefile.inc = /usr/src/lib/libc/aarch64/gen/Makefile.inc = /usr/src/lib/libc/gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc = /usr/src/lib/libc_nonshared/Makefile.iconv = /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/libc/isc/Makefile.inc = /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc/md/Makefile.inc = /usr/src/lib/libc/nameser/Makefile.inc = /usr/src/lib/libc/net/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc = /usr/src/lib/libc/posix1e/Makefile.inc = /usr/src/lib/libc/regex/Makefile.inc = /usr/src/lib/libc/resolv/Makefile.inc = /usr/src/lib/libc/stdio/Makefile.inc = /usr/src/lib/libc/stdlib/Makefile.inc = /usr/src/lib/libc/stdlib/jemalloc/Makefile.inc = /usr/src/lib/libc/stdtime/Makefile.inc = /usr/src/lib/libc/string/Makefile.inc = /usr/src/lib/libc/aarch64/string/Makefile.inc = /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk = /usr/src/lib/libc/aarch64/sys/Makefile.inc = /usr/src/lib/libc/secure/Makefile.inc /usr/src/lib/libc/rpc/Makefile.inc = /usr/src/lib/libc/uuid/Makefile.inc /usr/src/lib/libc/xdr/Makefile.inc = /usr/src/lib/libc/yp/Makefile.inc = /usr/src/lib/libc/capability/Makefile.inc /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libc/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree = /usr/src/lib/libc/db/db /usr/src/lib/libc/db/hash = /usr/src/lib/libc/db/man /usr/src/lib/libc/db/mpool = /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 = /usr/src/lib/libc/gdtoa /usr/src/lib/libc/aarch64/gen = /usr/src/lib/libc/gen /usr/src/contrib/libc-pwcache = /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/src/lib/libc/iconv = /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/libc/locale = /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/net = /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex = /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio = /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc = /usr/src/lib/libc/stdtime /usr/src/contrib/tzcode/stdtime = /usr/src/lib/libc/aarch64/string /usr/src/lib/libc/string = /usr/src/sys/libkern /usr/src/contrib/cortex-strings/src/aarch64 = /usr/src/lib/libc/aarch64/sys /usr/src/lib/libc/sys = /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /usr/src/lib/libc/. = /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/libc/yp = /usr/src/sys/kern /usr/src/lib/libc/capability' > 1 error >=20 > make[4]: stopped in /usr/src/lib/libc > .ERROR_TARGET=3D'libc.so.7.full' > = .ERROR_META_FILE=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.a= arch64/lib/libc/libc.so.7.full.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'@echo building shared library libc.so.7; @rm -f = libc.so.7 libc.so; cc -mcpu=3Dcortex-a53 -target = aarch64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/t= mp = -B/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin= -nodefaultlibs -Wl,--version-script=3DVersion.map -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libc.so.7.full = -Wl,-soname,libc.so.7 `NM=3D'nm' NMFLAGS=3D'' lorder machdep_ldisQ.pico = bt_close.pico bt_conv.pico bt_debug.pico bt_delete.pico bt_get.pico = bt_open.pico bt_overflow.pico bt_page.pico bt_put.pico bt_search.pico = bt_seq.pico bt_split.pico bt_utils.pico db.pico hash.pico = hash_bigkey.pico hash_buf.pico hash_func.pico hash_log2.pico = hash_page.pico ndbm.pico mpool.pico mpool-compat.pico rec_close.pico = rec_delete.pico rec_get.pico rec_open.pico rec_put.pico rec_search.pico = rec_seq.pico rec_utils.pico creat.pico gethostid.pico getwd.pico = killpg.pico sethostid.pico setpgrp.pico setrgid.pico setruid.pico = sigcompat.pico __getosreldate.pico = __pthread_mutex_init_calloc_cb_stub.pico __xuname.pico _once_stub.pico = _pthread_stubs.pico _rand48.pico _spinlock_stub.pico _thread_init.pico = alarm.pico arc4random.pico assert.pico auxv.pico basename.pico = basename_compat.pico cap_sandboxed.pico check_utility_compat.pico = clock.pico clock_getcpuclockid.pico closedir.pico confstr.pico = crypt.pico ctermid.pico daemon.pico devname.pico dirfd.pico dirname.pico = dirname_compat.pico disklabel.pico dlfcn.pico drand48.pico dup3.pico = elf_utils.pico erand48.pico err.pico errlst.pico errno.pico exec.pico = fdevname.pico feature_present.pico fmtcheck.pico fmtmsg.pico = fnmatch.pico fpclassify.pico frexp.pico fstab.pico ftok.pico fts.pico = ftw.pico getbootfile.pico getbsize.pico getcap.pico getcwd.pico = getdomainname.pico getgrent.pico getgrouplist.pico gethostname.pico = getloadavg.pico getlogin.pico getmntinfo.pico getnetgrent.pico = getosreldate.pico getpagesize.pico getpagesizes.pico getpeereid.pico = getprogname.pico getpwent.pico getttyent.pico getusershell.pico = getutxent.pico getvfsbyname.pico glob.pico initgroups.pico isatty.pico = isinf.pico isnan.pico jrand48.pico lcong48.pico libc_dlopen.pico = lockf.pico lrand48.pico mrand48.pico nftw.pico nice.pico nlist.pico = nrand48.pico opendir.pico pause.pico pmadvise.pico popen.pico = posix_spawn.pico psignal.pico pututxline.pico pw_scan.pico raise.pico = readdir.pico readpassphrase.pico recvmmsg.pico rewinddir.pico = scandir.pico seed48.pico seekdir.pico semctl.pico sendmmsg.pico = setdomainname.pico sethostname.pico setjmperr.pico setmode.pico = setproctitle.pico setprogname.pico siginterrupt.pico siglist.pico = signal.pico sigsetops.pico sleep.pico srand48.pico statvfs.pico = stringlist.pico strtofflags.pico sysconf.pico sysctl.pico = sysctlbyname.pico sysctlnametomib.pico syslog.pico telldir.pico = termios.pico time.pico times.pico timezone.pico tls.pico ttyname.pico = ttyslot.pico ualarm.pico ulimit.pico uname.pico usleep.pico utime.pico = utxdb.pico valloc.pico wait.pico wait3.pico waitpid.pico waitid.pico = wordexp.pico devname-compat11.pico fts-compat.pico fts-compat11.pico = ftw-compat11.pico getmntinfo-compat11.pico glob-compat11.pico = nftw-compat11.pico readdir-compat11.pico scandir-compat11.pico = unvis-compat.pico pwcache.pico unvis.pico vis.pico cancelpoints_sem.pico = cancelpoints_sem_new.pico _ctx_start.pico fabs.pico flt_rounds.pico = fpgetmask.pico fpsetmask.pico infinity.pico ldexp.pico makecontext.pico = _setjmp.pico _set_tp.pico setjmp.pico sigsetjmp.pico = trivial-getcontextx.pico gmon.pico mcount.pico citrus_bcs.pico = citrus_bcs_strtol.pico citrus_bcs_strtoul.pico citrus_csmapper.pico = citrus_db.pico citrus_db_factory.pico citrus_db_hash.pico = citrus_esdb.pico citrus_hash.pico citrus_iconv.pico citrus_lookup.pico = citrus_lookup_factory.pico citrus_mapper.pico citrus_memstream.pico = citrus_mmap.pico citrus_module.pico citrus_none.pico = citrus_pivot_factory.pico citrus_prop.pico citrus_stdenc.pico = bsd_iconv.pico iconv_compat.pico inet_addr.pico inet_cidr_ntop.pico = inet_cidr_pton.pico inet_lnaof.pico inet_makeaddr.pico = inet_net_ntop.pico inet_net_pton.pico inet_neta.pico inet_netof.pico = inet_network.pico inet_ntoa.pico inet_ntop.pico inet_pton.pico = nsap_addr.pico ev_streams.pico ev_timers.pico ascii.pico big5.pico = btowc.pico collate.pico collcmp.pico euc.pico fix_grouping.pico = gb18030.pico gb2312.pico gbk.pico ctype.pico isctype.pico iswctype.pico = ldpart.pico lmessages.pico lmonetary.pico lnumeric.pico localeconv.pico = mblen.pico mbrlen.pico mbrtowc.pico mbsinit.pico mbsnrtowcs.pico = mbsrtowcs.pico mbtowc.pico mbstowcs.pico mskanji.pico nextwctype.pico = nl_langinfo.pico nomacros.pico none.pico rpmatch.pico rune.pico = runetype.pico setlocale.pico setrunelocale.pico table.pico tolower.pico = toupper.pico utf8.pico wcrtomb.pico wcsnrtombs.pico wcsrtombs.pico = wcsftime.pico wcstof.pico wcstod.pico wcstoimax.pico wcstol.pico = wcstold.pico wcstoll.pico wcstombs.pico wcstoul.pico wcstoull.pico = wcstoumax.pico wctob.pico wctomb.pico wctrans.pico wctype.pico = wcwidth.pico xlocale.pico c16rtomb_iconv.pico c32rtomb_iconv.pico = mbrtoc16_iconv.pico mbrtoc32_iconv.pico md5c.pico ns_name.pico = ns_netint.pico ns_parse.pico ns_print.pico ns_samedomain.pico = ns_ttl.pico base64.pico ether_addr.pico eui64.pico gai_strerror.pico = getaddrinfo.pico gethostbydns.pico gethostbyht.pico gethostbynis.pico = gethostnamadr.pico getifaddrs.pico getifmaddrs.pico getnameinfo.pico = getnetbydns.pico getnetbyht.pico getnetbynis.pico getnetnamadr.pico = getproto.pico getprotoent.pico getprotoname.pico getservent.pico = if_indextoname.pico if_nameindex.pico if_nametoindex.pico ip6opt.pico = linkaddr.pico map_v4v6.pico name6.pico ntoh.pico nsdispatch.pico = nslexer.pico nsparser.pico nss_compat.pico rcmd.pico rcmdsh.pico = recv.pico rthdr.pico sctp_sys_calls.pico send.pico sockatmark.pico = sourcefilter.pico vars.pico nscache.pico nscachedcli.pico msgcat.pico = acl_branding.pico acl_calc_mask.pico acl_copy.pico acl_delete.pico = acl_delete_entry.pico acl_entry.pico acl_flag.pico acl_free.pico = acl_from_text.pico acl_from_text_nfs4.pico acl_get.pico = acl_id_to_name.pico acl_init.pico acl_perm.pico acl_set.pico = acl_strip.pico acl_support.pico acl_support_nfs4.pico acl_to_text.pico = acl_to_text_nfs4.pico acl_valid.pico extattr.pico mac.pico mac_exec.pico = mac_get.pico mac_set.pico subr_acl_nfs4.pico acl_compat.pico = regcomp.pico regerror.pico regexec.pico regfree.pico herror.pico = h_errno.pico mtctxres.pico res_comp.pico res_data.pico res_debug.pico = res_findzonecut.pico res_init.pico res_mkquery.pico res_mkupdate.pico = res_query.pico res_send.pico res_state.pico res_update.pico = _flock_stub.pico asprintf.pico clrerr.pico dprintf.pico fclose.pico = fcloseall.pico fdopen.pico feof.pico ferror.pico fflush.pico fgetc.pico = fgetln.pico fgetpos.pico fgets.pico fgetwc.pico fgetwln.pico fgetws.pico = fileno.pico findfp.pico flags.pico fmemopen.pico fopen.pico = fopencookie.pico fprintf.pico fpurge.pico fputc.pico fputs.pico = fputwc.pico fputws.pico fread.pico freopen.pico fscanf.pico fseek.pico = fsetpos.pico ftell.pico funopen.pico fvwrite.pico fwalk.pico fwide.pico = fwprintf.pico fwscanf.pico fwrite.pico getc.pico getchar.pico = getdelim.pico getline.pico gets.pico getw.pico getwc.pico getwchar.pico = makebuf.pico mktemp.pico open_memstream.pico open_wmemstream.pico = perror.pico printf.pico printf-pos.pico putc.pico putchar.pico puts.pico = putw.pico putwc.pico putwchar.pico refill.pico remove.pico rewind.pico = rget.pico scanf.pico setbuf.pico setbuffer.pico setvbuf.pico = snprintf.pico sprintf.pico sscanf.pico stdio.pico swprintf.pico = swscanf.pico tempnam.pico tmpfile.pico tmpnam.pico ungetc.pico = ungetwc.pico vasprintf.pico vdprintf.pico vfprintf.pico vfscanf.pico = vfwprintf.pico vfwscanf.pico vprintf.pico vscanf.pico vsnprintf.pico = vsprintf.pico vsscanf.pico vswprintf.pico vswscanf.pico vwprintf.pico = vwscanf.pico wbuf.pico wprintf.pico wscanf.pico wsetup.pico xprintf.pico = xprintf_float.pico xprintf_int.pico xprintf_str.pico xprintf_errno.pico = xprintf_hexdump.pico xprintf_quote.pico xprintf_time.pico = xprintf_vis.pico asctime.pico difftime.pico localtime.pico strftime.pico = strptime.pico timelocal.pico time32.pico __vdso_gettc.pico = clock_gettime.pico gettimeofday.pico __vdso_gettimeofday.pico = __error.pico interposing_table.pico getdents.pico lstat.pico mknod.pico = stat.pico fstat.pico fstatat.pico fstatfs.pico getfsstat.pico = statfs.pico getdirentries.pico pipe.pico accept.pico accept4.pico = aio_suspend.pico clock_nanosleep.pico close.pico connect.pico fcntl.pico = fdatasync.pico fsync.pico fork.pico kevent.pico msync.pico = nanosleep.pico open.pico openat.pico poll.pico ppoll.pico pselect.pico = ptrace.pico read.pico readv.pico recvfrom.pico recvmsg.pico select.pico = sendmsg.pico sendto.pico setcontext.pico sigprocmask.pico = sigsuspend.pico sigtimedwait.pico sigwait.pico sigwaitinfo.pico = swapcontext.pico wait4.pico wait6.pico write.pico writev.pico = sigaction.pico cerror.pico shmat.pico sigreturn.pico syscall.pico = vfork.pico link.pico unlink.pico chdir.pico fchdir.pico = freebsd11_mknod.pico chmod.pico chown.pico getpid.pico mount.pico = unmount.pico setuid.pico getuid.pico geteuid.pico getpeername.pico = getsockname.pico access.pico chflags.pico fchflags.pico sync.pico = kill.pico getppid.pico dup.pico freebsd10_pipe.pico getegid.pico = profil.pico ktrace.pico getgid.pico setlogin.pico acct.pico = sigaltstack.pico ioctl.pico reboot.pico revoke.pico symlink.pico = readlink.pico execve.pico umask.pico chroot.pico vadvise.pico = munmap.pico mprotect.pico madvise.pico mincore.pico getgroups.pico = setgroups.pico getpgrp.pico setpgid.pico setitimer.pico swapon.pico = getitimer.pico getdtablesize.pico dup2.pico setpriority.pico socket.pico = getpriority.pico bind.pico setsockopt.pico listen.pico getrusage.pico = getsockopt.pico settimeofday.pico fchown.pico fchmod.pico setreuid.pico = setregid.pico rename.pico flock.pico mkfifo.pico shutdown.pico = socketpair.pico mkdir.pico rmdir.pico utimes.pico adjtime.pico = setsid.pico quotactl.pico nlm_syscall.pico nfssvc.pico lgetfh.pico = getfh.pico sysarch.pico rtprio.pico semsys.pico msgsys.pico shmsys.pico = setfib.pico ntp_adjtime.pico setgid.pico setegid.pico seteuid.pico = freebsd11_stat.pico freebsd11_fstat.pico freebsd11_lstat.pico = pathconf.pico fpathconf.pico getrlimit.pico setrlimit.pico = freebsd11_getdirentries.pico __syscall.pico __sysctl.pico mlock.pico = munlock.pico undelete.pico futimes.pico getpgid.pico semget.pico = semop.pico msgget.pico msgsnd.pico msgrcv.pico shmdt.pico shmget.pico = clock_settime.pico clock_getres.pico ktimer_create.pico = ktimer_delete.pico ktimer_settime.pico ktimer_gettime.pico = ktimer_getoverrun.pico ffclock_getcounter.pico ffclock_setestimate.pico = ffclock_getestimate.pico clock_getcpuclockid2.pico ntp_gettime.pico = minherit.pico rfork.pico issetugid.pico lchown.pico aio_read.pico = aio_write.pico lio_listio.pico freebsd11_getdents.pico lchmod.pico = netbsd_lchown.pico lutimes.pico netbsd_msync.pico freebsd11_nstat.pico = freebsd11_nfstat.pico freebsd11_nlstat.pico preadv.pico pwritev.pico = fhopen.pico freebsd11_fhstat.pico modnext.pico modstat.pico = modfnext.pico modfind.pico kldload.pico kldunload.pico kldfind.pico = kldnext.pico kldstat.pico kldfirstmod.pico getsid.pico setresuid.pico = setresgid.pico aio_return.pico aio_cancel.pico aio_error.pico = mlockall.pico munlockall.pico __getcwd.pico sched_setparam.pico = sched_getparam.pico sched_setscheduler.pico sched_getscheduler.pico = sched_yield.pico sched_get_priority_max.pico sched_get_priority_min.pico = sched_rr_get_interval.pico utrace.pico kldsym.pico jail.pico = nnpfs_syscall.pico sigpending.pico __acl_get_file.pico = __acl_set_file.pico __acl_get_fd.pico __acl_set_fd.pico = __acl_delete_file.pico __acl_delete_fd.pico __acl_aclcheck_file.pico = __acl_aclcheck_fd.pico extattrctl.pico extattr_set_file.pico = extattr_get_file.pico extattr_delete_file.pico aio_waitcomplete.pico = getresuid.pico getresgid.pico kqueue.pico freebsd11_kevent.pico = extattr_set_fd.pico extattr_get_fd.pico extattr_delete_fd.pico = __setugid.pico eaccess.pico afs3_syscall.pico nmount.pico = __mac_get_proc.pico __mac_set_proc.pico __mac_get_fd.pico = __mac_get_file.pico __mac_set_fd.pico __mac_set_file.pico kenv.pico = lchflags.pico uuidgen.pico sendfile.pico mac_syscall.pico = freebsd11_getfsstat.pico freebsd11_statfs.pico freebsd11_fstatfs.pico = freebsd11_fhstatfs.pico ksem_close.pico ksem_post.pico ksem_wait.pico = ksem_trywait.pico ksem_init.pico ksem_open.pico ksem_unlink.pico = ksem_getvalue.pico ksem_destroy.pico __mac_get_pid.pico = __mac_get_link.pico __mac_set_link.pico extattr_set_link.pico = extattr_get_link.pico extattr_delete_link.pico __mac_execve.pico = getcontext.pico swapoff.pico __acl_get_link.pico __acl_set_link.pico = __acl_delete_link.pico __acl_aclcheck_link.pico thr_create.pico = thr_exit.pico thr_self.pico thr_kill.pico jail_attach.pico = extattr_list_fd.pico extattr_list_file.pico extattr_list_link.pico = ksem_timedwait.pico thr_suspend.pico thr_wake.pico kldunloadf.pico = audit.pico auditon.pico getauid.pico setauid.pico getaudit.pico = setaudit.pico getaudit_addr.pico setaudit_addr.pico auditctl.pico = _umtx_op.pico thr_new.pico sigqueue.pico kmq_open.pico kmq_setattr.pico = kmq_timedreceive.pico kmq_timedsend.pico kmq_notify.pico kmq_unlink.pico = abort2.pico thr_set_name.pico aio_fsync.pico rtprio_thread.pico = sctp_peeloff.pico sctp_generic_sendmsg.pico = sctp_generic_sendmsg_iov.pico sctp_generic_recvmsg.pico pread.pico = pwrite.pico mmap.pico lseek.pico truncate.pico ftruncate.pico = thr_kill2.pico shm_open.pico shm_unlink.pico cpuset.pico = cpuset_setid.pico cpuset_getid.pico cpuset_getaffinity.pico = cpuset_setaffinity.pico faccessat.pico fchmodat.pico fchownat.pico = fexecve.pico freebsd11_fstatat.pico futimesat.pico linkat.pico = mkdirat.pico mkfifoat.pico freebsd11_mknodat.pico readlinkat.pico = renameat.pico symlinkat.pico unlinkat.pico posix_openpt.pico = gssd_syscall.pico jail_get.pico jail_set.pico jail_remove.pico = closefrom.pico __semctl.pico msgctl.pico shmctl.pico lpathconf.pico = __cap_rights_get.pico cap_enter.pico cap_getmode.pico pdfork.pico = pdkill.pico pdgetpid.pico getloginclass.pico setloginclass.pico = rctl_get_racct.pico rctl_get_rules.pico rctl_get_limits.pico = rctl_add_rule.pico rctl_remove_rule.pico posix_fallocate.pico = posix_fadvise.pico cap_rights_limit.pico cap_ioctls_limit.pico = cap_ioctls_get.pico cap_fcntls_limit.pico cap_fcntls_get.pico = bindat.pico connectat.pico chflagsat.pico pipe2.pico aio_mlock.pico = procctl.pico futimens.pico utimensat.pico numa_getaffinity.pico = numa_setaffinity.pico fhstat.pico fhstatfs.pico mknodat.pico _exit.pico = _getlogin.pico _clock_gettime.pico _gettimeofday.pico _fstat.pico = _fstatat.pico _fstatfs.pico _getfsstat.pico _statfs.pico = _getdirentries.pico _accept.pico _accept4.pico _aio_suspend.pico = _clock_nanosleep.pico _close.pico _connect.pico _fcntl.pico = _fdatasync.pico _fsync.pico _fork.pico _kevent.pico _msync.pico = _nanosleep.pico _open.pico _openat.pico _poll.pico _ppoll.pico = _pselect.pico _ptrace.pico _read.pico _readv.pico _recvfrom.pico = _recvmsg.pico _select.pico _sendmsg.pico _sendto.pico _setcontext.pico = _sigprocmask.pico _sigsuspend.pico _sigtimedwait.pico _sigwait.pico = _sigwaitinfo.pico _swapcontext.pico _wait4.pico _wait6.pico _write.pico = _writev.pico _sigaction.pico stack_protector.pico = stack_protector_compat.pico auth_none.pico auth_unix.pico = authunix_prot.pico bindresvport.pico clnt_bcast.pico clnt_dg.pico = clnt_generic.pico clnt_perror.pico clnt_raw.pico clnt_simple.pico = clnt_vc.pico rpc_dtablesize.pico getnetconfig.pico getnetpath.pico = getrpcent.pico getrpcport.pico mt_misc.pico pmap_clnt.pico = pmap_getmaps.pico pmap_getport.pico pmap_prot.pico pmap_prot2.pico = pmap_rmt.pico rpc_prot.pico rpc_commondata.pico rpc_callmsg.pico = rpc_generic.pico rpc_soc.pico rpcb_clnt.pico rpcb_prot.pico = rpcb_st_xdr.pico rpcsec_gss_stub.pico svc.pico svc_auth.pico svc_dg.pico = svc_auth_unix.pico svc_generic.pico svc_raw.pico svc_run.pico = svc_simple.pico svc_vc.pico auth_time.pico auth_des.pico = authdes_prot.pico des_crypt.pico des_soft.pico crypt_client.pico = key_call.pico key_prot_xdr.pico getpublickey.pico svc_auth_des.pico = netname.pico netnamer.pico rpcdname.pico rtime.pico crypt_clnt.pico = crypt_xdr.pico uuid_compare.pico uuid_create.pico uuid_create_nil.pico = uuid_equal.pico uuid_from_string.pico uuid_hash.pico uuid_is_nil.pico = uuid_stream.pico uuid_to_string.pico xdr.pico xdr_array.pico = xdr_float.pico xdr_mem.pico xdr_rec.pico xdr_reference.pico = xdr_sizeof.pico xdr_stdio.pico xdryp.pico yp_xdr.pico yplib.pico = subr_capability.pico memchr.pico memcmp.pico memcpy.pico memmove.pico = memset.pico strchr.pico strcmp.pico strcpy.pico strlen.pico strncmp.pico = strnlen.pico _hdtoa.pico _hldtoa.pico _ldtoa.pico glue.pico = gdtoa_strtorQ.pico gdtoa_dmisc.pico gdtoa_dtoa.pico gdtoa_gdtoa.pico = gdtoa_gethex.pico gdtoa_gmisc.pico gdtoa_hd_init.pico gdtoa_hexnan.pico = gdtoa_misc.pico gdtoa_smisc.pico gdtoa_strtod.pico gdtoa_strtodg.pico = gdtoa_strtof.pico gdtoa_strtord.pico gdtoa_sum.pico gdtoa_ulp.pico = modf.pico C99_Exit.pico a64l.pico abort.pico abs.pico atexit.pico = atof.pico atoi.pico atol.pico atoll.pico bsearch.pico = cxa_thread_atexit.pico cxa_thread_atexit_impl.pico div.pico exit.pico = getenv.pico getopt.pico getopt_long.pico getsubopt.pico hcreate.pico = hcreate_r.pico hdestroy_r.pico heapsort.pico heapsort_b.pico = hsearch_r.pico imaxabs.pico imaxdiv.pico insque.pico l64a.pico labs.pico = ldiv.pico llabs.pico lldiv.pico lsearch.pico merge.pico mergesort_b.pico = ptsname.pico qsort.pico qsort_r.pico quick_exit.pico radixsort.pico = rand.pico random.pico reallocarray.pico reallocf.pico realpath.pico = remque.pico set_constraint_handler_s.pico strfmon.pico strtoimax.pico = strtol.pico strtoll.pico strtoq.pico strtoul.pico strtonum.pico = strtoull.pico strtoumax.pico strtouq.pico system.pico tdelete.pico = tfind.pico tsearch.pico twalk.pico jemalloc_jemalloc.pico = jemalloc_arena.pico jemalloc_background_thread.pico jemalloc_base.pico = jemalloc_bitmap.pico jemalloc_ckh.pico jemalloc_ctl.pico = jemalloc_extent.pico jemalloc_extent_dss.pico jemalloc_extent_mmap.pico = jemalloc_hash.pico jemalloc_hooks.pico jemalloc_large.pico = jemalloc_malloc_io.pico jemalloc_mutex.pico jemalloc_mutex_pool.pico = jemalloc_nstime.pico jemalloc_pages.pico jemalloc_prng.pico = jemalloc_prof.pico jemalloc_rtree.pico jemalloc_stats.pico = jemalloc_sz.pico jemalloc_tcache.pico jemalloc_ticker.pico = jemalloc_tsd.pico jemalloc_witness.pico bcmp.pico bcopy.pico bzero.pico = explicit_bzero.pico ffs.pico ffsl.pico ffsll.pico fls.pico flsl.pico = flsll.pico memccpy.pico memrchr.pico memmem.pico memset_s.pico = stpcpy.pico stpncpy.pico strcasecmp.pico strcat.pico strcasestr.pico = strchrnul.pico strcoll.pico strcspn.pico strdup.pico strerror.pico = strlcat.pico strlcpy.pico strmode.pico strncat.pico strncpy.pico = strndup.pico strnstr.pico strpbrk.pico strrchr.pico strsep.pico = strsignal.pico strspn.pico strstr.pico strtok.pico strxfrm.pico = swab.pico timingsafe_bcmp.pico timingsafe_memcmp.pico wcpcpy.pico = wcpncpy.pico wcscasecmp.pico wcscat.pico wcschr.pico wcscmp.pico = wcscoll.pico wcscpy.pico wcscspn.pico wcsdup.pico wcslcat.pico = wcslcpy.pico wcslen.pico wcsncasecmp.pico wcsncat.pico wcsncmp.pico = wcsncpy.pico wcsnlen.pico wcspbrk.pico wcsrchr.pico wcsspn.pico = wcsstr.pico wcstok.pico wcswidth.pico wcsxfrm.pico wmemchr.pico = wmemcmp.pico wmemcpy.pico wmemmove.pico wmemset.pico | tsort -q` = -lcompiler_rt -lssp_nonshared;' > .CURDIR=3D'/usr/src/lib/libc' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/li= b/libc' > .TARGETS=3D'all' > = DESTDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tm= p' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'arm64' > MACHINE_ARCH=3D'aarch64' > MAKEOBJDIRPREFIX=3D'' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20171028' > = PATH=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/l= egacy/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch6= 4/tmp/legacy/usr/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.= aarch64/tmp/legacy/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/src' > OBJTOP=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.cortexA53-clang-bootstrap.amd64-host = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libc/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/lib/libc/aarch64/Makefile.inc /usr/src/lib/libc/db/Makefile.inc = /usr/src/lib/libc/db/btree/Makefile.inc = /usr/src/lib/libc/db/db/Makefile.inc = /usr/src/lib/libc/db/hash/Makefile.inc = /usr/src/lib/libc/db/man/Makefile.inc = /usr/src/lib/libc/db/mpool/Makefile.inc = /usr/src/lib/libc/db/recno/Makefile.inc = /usr/src/lib/libc/compat-43/Makefile.inc = /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/gen/Makefile.inc = /usr/src/lib/libc/aarch64/gen/Makefile.inc = /usr/src/lib/libc/gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc = /usr/src/lib/libc_nonshared/Makefile.iconv = /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/libc/isc/Makefile.inc = /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc/md/Makefile.inc = /usr/src/lib/libc/nameser/Makefile.inc = /usr/src/lib/libc/net/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc = /usr/src/lib/libc/posix1e/Makefile.inc = /usr/src/lib/libc/regex/Makefile.inc = /usr/src/lib/libc/resolv/Makefile.inc = /usr/src/lib/libc/stdio/Makefile.inc = /usr/src/lib/libc/stdlib/Makefile.inc = /usr/src/lib/libc/stdlib/jemalloc/Makefile.inc = /usr/src/lib/libc/stdtime/Makefile.inc = /usr/src/lib/libc/string/Makefile.inc = /usr/src/lib/libc/aarch64/string/Makefile.inc = /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk = /usr/src/lib/libc/aarch64/sys/Makefile.inc = /usr/src/lib/libc/secure/Makefile.inc /usr/src/lib/libc/rpc/Makefile.inc = /usr/src/lib/libc/uuid/Makefile.inc /usr/src/lib/libc/xdr/Makefile.inc = /usr/src/lib/libc/yp/Makefile.inc = /usr/src/lib/libc/capability/Makefile.inc /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libc/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree = /usr/src/lib/libc/db/db /usr/src/lib/libc/db/hash = /usr/src/lib/libc/db/man /usr/src/lib/libc/db/mpool = /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 = /usr/src/lib/libc/gdtoa /usr/src/lib/libc/aarch64/gen = /usr/src/lib/libc/gen /usr/src/contrib/libc-pwcache = /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/src/lib/libc/iconv = /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/libc/locale = /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/net = /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex = /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio = /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc = /usr/src/lib/libc/stdtime /usr/src/contrib/tzcode/stdtime = /usr/src/lib/libc/aarch64/string /usr/src/lib/libc/string = /usr/src/sys/libkern /usr/src/contrib/cortex-strings/src/aarch64 = /usr/src/lib/libc/aarch64/sys /usr/src/lib/libc/sys = /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /usr/src/lib/libc/. = /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/libc/yp = /usr/src/sys/kern /usr/src/lib/libc/capability' > *** [lib/libc__L] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 08:45:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA202E686F3 for ; Sat, 4 Nov 2017 08:45:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-143.reflexion.net [208.70.210.143]) (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 6AD05655D8 for ; Sat, 4 Nov 2017 08:45:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8358 invoked from network); 4 Nov 2017 08:45:34 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 08:45:34 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 04:45:34 -0400 (EDT) Received: (qmail 11452 invoked from network); 4 Nov 2017 08:45:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 08:45:34 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 3F56DEC94AA; Sat, 4 Nov 2017 01:45:33 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ld (a.k.a. ld.lld) for amd64 -r325369 -> aarch64 cross buildworld is messed up: ld just says "Invalid argument" [vs. binutils ld: R_AARCH64_ABS64 used with TLS symbol] Date: Sat, 4 Nov 2017 01:45:32 -0700 References: <7261E10B-FF6E-42CA-92D7-5C57B0707C53@dsl-only.net> <07D2D2E0-4863-43D6-AAF2-6C662DE369FA@dsl-only.net> To: FreeBSD Toolchain , freebsd-arm , FreeBSD Current In-Reply-To: <07D2D2E0-4863-43D6-AAF2-6C662DE369FA@dsl-only.net> Message-Id: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 08:45:41 -0000 [Top post: contrast with a combination using aarch64-binutils-2.28,1 that does build.] I've found one combination that works: Use of /usr/local/aarch64-freebsd/bin/* binutils materials mixed with use of WITHOUT_DEBUG_FILES=3D=20 With that it was able to build libc.so.7 and, so, continue with the build --all the way to completion. For ld.lld, use of WITHOUT_DEBUG_FILES=3D still failed the same way as the original use of WITH_DEBUG_FILES=3D . Prior notes: > On 2017-Nov-3, at 10:36 PM, Mark Millard wrote: >=20 > [Forcing use of /usr/local/aarch64-freebsd/bin/ld > and other aarch64-binutils-2.28,1 material for the > aarch64 links: that fails too, but with messages > that are more informative (but might be > independent): "R_AARCH64_ABS64 used with TLS > symbol".] >=20 >> On 2017-Nov-3, at 9:24 PM, Mark Millard wrote: >>=20 >> Context: >>=20 >> # uname -apKU >> FreeBSD FreeBSDx64OPC 12.0-CURRENT FreeBSD 12.0-CURRENT r325369M = amd64 amd64 1200052 1200052 >>=20 >>=20 >> Problem: >>=20 >> While I show the buildworld error report later, >> even simple ld commands that list a input file >> to the amd64 -> aarch64 cross build's ld (a.k.a. >> ld.lld) file get messages like: >>=20 >> = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: error: cannot open output file a.out: Invalid argument >>=20 >> The "cannot open output file" is always part of >> the message and tracks any -o NAME given. But >> not listing -o NAME at all gives the above: >> a reference to a.out . >=20 > Well I tried forcing the use of > aarch64-binutils-2.28,1 > ( /usr/local/aarch64-freebsd/bin/* ) > materials. The result was failure at > the same place but with messages that > look to be more informative: >=20 > --- libc.so.7.full --- > building shared library libc.so.7 > /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x3c): = R_AARCH64_ABS64 used with TLS symbol udb > /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x59): = R_AARCH64_ABS64 used with TLS symbol uf > /usr/local/aarch64-freebsd/bin/ld: utxdb.pico(.debug_info+0x5b): = R_AARCH64_ABS64 used with TLS symbol futx_to_utx.ut > /usr/local/aarch64-freebsd/bin/ld: = jemalloc_tsd.pico(.debug_info+0x3d): R_AARCH64_ABS64 used with TLS = symbol __je_tsd_tls > /usr/local/aarch64-freebsd/bin/ld: = jemalloc_tsd.pico(.debug_info+0x134c): R_AARCH64_ABS64 used with TLS = symbol __je_tsd_initialized > /usr/local/aarch64-freebsd/bin/ld: = cxa_thread_atexit_impl.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with = TLS symbol dtors > /usr/local/aarch64-freebsd/bin/ld: xlocale.pico(.debug_info+0x407): = R_AARCH64_ABS64 used with TLS symbol __thread_locale > /usr/local/aarch64-freebsd/bin/ld: = setrunelocale.pico(.debug_info+0x3d): R_AARCH64_ABS64 used with TLS = symbol _ThreadRuneLocale > cc: error: linker command failed with exit code 1 (use -v to see = invocation) >=20 > Of course it may be an independent issue. > In fact this seems familiar for .debug_info > material (from before use of ld.lld ). >=20 >> The above message is after eliminating all command line options >> and it still got such a message. For reference: >>=20 >> # file = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d >> = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: symbolic link to ld.lld >>=20 >> # file = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d.lld >> = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d.lld: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), = statically linked, for FreeBSD 12.0 (1200052), FreeBSD-style, not = stripped >>=20 >> (Could statically linked programs still >> have problems?) >>=20 >> --- libc.so.7.full --- >> building shared library libc.so.7 >> = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: error: cannot open output file libc.so.7.full: Invalid argument >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** [libc.so.7.full] Error code 1 >>=20 >> make[4]: stopped in /usr/src/lib/libc >> .ERROR_TARGET=3D'libc.so.7.full' >> = .ERROR_META_FILE=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.a= arch64/lib/libc/libc.so.7.full.meta' >> .MAKE.LEVEL=3D'4' >> MAKEFILE=3D'' >> .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes = silent=3Dyes verbose' >> _ERROR_CMD=3D'@echo building shared library libc.so.7; @rm -f = libc.so.7 libc.so; cc -mcpu=3Dcortex-a53 -target = aarch64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/t= mp = -B/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin= -nodefaultlibs -Wl,--version-script=3DVersion.map -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libc.so.7.full = -Wl,-soname,libc.so.7 `NM=3D'nm' NMFLAGS=3D'' lorder machdep_ldisQ.pico = bt_close.pico bt_conv.pico bt_debug.pico bt_delete.pico bt_get.pico = bt_open.pico bt_overflow.pico bt_page.pico bt_put.pico bt_search.pico = bt_seq.pico bt_split.pico bt_utils.pico db.pico hash.pico = hash_bigkey.pico hash_buf.pico hash_func.pico hash_log2.pico = hash_page.pico ndbm.pico mpool.pico mpool-compat.pico rec_close.pico = rec_delete.pico rec_get.pico rec_open.pico rec_put.pico rec_search.pico = rec_seq.pico rec_utils.pico creat.pico gethostid.pico getwd.pico = killpg.pico sethostid.pico setpgrp.pico setrgid.pico setruid.pico = sigcompat.pico __getosreldate.pico = __pthread_mutex_init_calloc_cb_stub.pico __xuname.pico _once_stub.pico = _pthread_stubs.pico _rand48.pico _spinlock_stub.pico _thread_init.pico = alarm.pico arc4random.pico assert.pico auxv.pico basename.pico = basename_compat.pico cap_sandboxed.pico check_utility_compat.pico = clock.pico clock_getcpuclockid.pico closedir.pico confstr.pico = crypt.pico ctermid.pico daemon.pico devname.pico dirfd.pico dirname.pico = dirname_compat.pico disklabel.pico dlfcn.pico drand48.pico dup3.pico = elf_utils.pico erand48.pico err.pico errlst.pico errno.pico exec.pico = fdevname.pico feature_present.pico fmtcheck.pico fmtmsg.pico = fnmatch.pico fpclassify.pico frexp.pico fstab.pico ftok.pico fts.pico = ftw.pico getbootfile.pico getbsize.pico getcap.pico getcwd.pico = getdomainname.pico getgrent.pico getgrouplist.pico gethostname.pico = getloadavg.pico getlogin.pico getmntinfo.pico getnetgrent.pico = getosreldate.pico getpagesize.pico getpagesizes.pico getpeereid.pico = getprogname.pico getpwent.pico getttyent.pico getusershell.pico = getutxent.pico getvfsbyname.pico glob.pico initgroups.pico isatty.pico = isinf.pico isnan.pico jrand48.pico lcong48.pico libc_dlopen.pico = lockf.pico lrand48.pico mrand48.pico nftw.pico nice.pico nlist.pico = nrand48.pico opendir.pico pause.pico pmadvise.pico popen.pico = posix_spawn.pico psignal.pico pututxline.pico pw_scan.pico raise.pico = readdir.pico readpassphrase.pico recvmmsg.pico rewinddir.pico = scandir.pico seed48.pico seekdir.pico semctl.pico sendmmsg.pico = setdomainname.pico sethostname.pico setjmperr.pico setmode.pico = setproctitle.pico setprogname.pico siginterrupt.pico siglist.pico = signal.pico sigsetops.pico sleep.pico srand48.pico statvfs.pico = stringlist.pico strtofflags.pico sysconf.pico sysctl.pico = sysctlbyname.pico sysctlnametomib.pico syslog.pico telldir.pico = termios.pico time.pico times.pico timezone.pico tls.pico ttyname.pico = ttyslot.pico ualarm.pico ulimit.pico uname.pico usleep.pico utime.pico = utxdb.pico valloc.pico wait.pico wait3.pico waitpid.pico waitid.pico = wordexp.pico devname-compat11.pico fts-compat.pico fts-compat11.pico = ftw-compat11.pico getmntinfo-compat11.pico glob-compat11.pico = nftw-compat11.pico readdir-compat11.pico scandir-compat11.pico = unvis-compat.pico pwcache.pico unvis.pico vis.pico cancelpoints_sem.pico = cancelpoints_sem_new.pico _ctx_start.pico fabs.pico flt_rounds.pico = fpgetmask.pico fpsetmask.pico infinity.pico ldexp.pico makecontext.pico = _setjmp.pico _set_tp.pico setjmp.pico sigsetjmp.pico = trivial-getcontextx.pico gmon.pico mcount.pico citrus_bcs.pico = citrus_bcs_strtol.pico citrus_bcs_strtoul.pico citrus_csmapper.pico = citrus_db.pico citrus_db_factory.pico citrus_db_hash.pico = citrus_esdb.pico citrus_hash.pico citrus_iconv.pico citrus_lookup.pico = citrus_lookup_factory.pico citrus_mapper.pico citrus_memstream.pico = citrus_mmap.pico citrus_module.pico citrus_none.pico = citrus_pivot_factory.pico citrus_prop.pico citrus_stdenc.pico = bsd_iconv.pico iconv_compat.pico inet_addr.pico inet_cidr_ntop.pico = inet_cidr_pton.pico inet_lnaof.pico inet_makeaddr.pico = inet_net_ntop.pico inet_net_pton.pico inet_neta.pico inet_netof.pico = inet_network.pico inet_ntoa.pico inet_ntop.pico inet_pton.pico = nsap_addr.pico ev_streams.pico ev_timers.pico ascii.pico big5.pico = btowc.pico collate.pico collcmp.pico euc.pico fix_grouping.pico = gb18030.pico gb2312.pico gbk.pico ctype.pico isctype.pico iswctype.pico = ldpart.pico lmessages.pico lmonetary.pico lnumeric.pico localeconv.pico = mblen.pico mbrlen.pico mbrtowc.pico mbsinit.pico mbsnrtowcs.pico = mbsrtowcs.pico mbtowc.pico mbstowcs.pico mskanji.pico nextwctype.pico = nl_langinfo.pico nomacros.pico none.pico rpmatch.pico rune.pico = runetype.pico setlocale.pico setrunelocale.pico table.pico tolower.pico = toupper.pico utf8.pico wcrtomb.pico wcsnrtombs.pico wcsrtombs.pico = wcsftime.pico wcstof.pico wcstod.pico wcstoimax.pico wcstol.pico = wcstold.pico wcstoll.pico wcstombs.pico wcstoul.pico wcstoull.pico = wcstoumax.pico wctob.pico wctomb.pico wctrans.pico wctype.pico = wcwidth.pico xlocale.pico c16rtomb_iconv.pico c32rtomb_iconv.pico = mbrtoc16_iconv.pico mbrtoc32_iconv.pico md5c.pico ns_name.pico = ns_netint.pico ns_parse.pico ns_print.pico ns_samedomain.pico = ns_ttl.pico base64.pico ether_addr.pico eui64.pico gai_strerror.pico = getaddrinfo.pico gethostbydns.pico gethostbyht.pico gethostbynis.pico = gethostnamadr.pico getifaddrs.pico getifmaddrs.pico getnameinfo.pico = getnetbydns.pico getnetbyht.pico getnetbynis.pico getnetnamadr.pico = getproto.pico getprotoent.pico getprotoname.pico getservent.pico = if_indextoname.pico if_nameindex.pico if_nametoindex.pico ip6opt.pico = linkaddr.pico map_v4v6.pico name6.pico ntoh.pico nsdispatch.pico = nslexer.pico nsparser.pico nss_compat.pico rcmd.pico rcmdsh.pico = recv.pico rthdr.pico sctp_sys_calls.pico send.pico sockatmark.pico = sourcefilter.pico vars.pico nscache.pico nscachedcli.pico msgcat.pico = acl_branding.pico acl_calc_mask.pico acl_copy.pico acl_delete.pico = acl_delete_entry.pico acl_entry.pico acl_flag.pico acl_free.pico = acl_from_text.pico acl_from_text_nfs4.pico acl_get.pico = acl_id_to_name.pico acl_init.pico acl_perm.pico acl_set.pico = acl_strip.pico acl_support.pico acl_support_nfs4.pico acl_to_text.pico = acl_to_text_nfs4.pico acl_valid.pico extattr.pico mac.pico mac_exec.pico = mac_get.pico mac_set.pico subr_acl_nfs4.pico acl_compat.pico = regcomp.pico regerror.pico regexec.pico regfree.pico herror.pico = h_errno.pico mtctxres.pico res_comp.pico res_data.pico res_debug.pico = res_findzonecut.pico res_init.pico res_mkquery.pico res_mkupdate.pico = res_query.pico res_send.pico res_state.pico res_update.pico = _flock_stub.pico asprintf.pico clrerr.pico dprintf.pico fclose.pico = fcloseall.pico fdopen.pico feof.pico ferror.pico fflush.pico fgetc.pico = fgetln.pico fgetpos.pico fgets.pico fgetwc.pico fgetwln.pico fgetws.pico = fileno.pico findfp.pico flags.pico fmemopen.pico fopen.pico = fopencookie.pico fprintf.pico fpurge.pico fputc.pico fputs.pico = fputwc.pico fputws.pico fread.pico freopen.pico fscanf.pico fseek.pico = fsetpos.pico ftell.pico funopen.pico fvwrite.pico fwalk.pico fwide.pico = fwprintf.pico fwscanf.pico fwrite.pico getc.pico getchar.pico = getdelim.pico getline.pico gets.pico getw.pico getwc.pico getwchar.pico = makebuf.pico mktemp.pico open_memstream.pico open_wmemstream.pico = perror.pico printf.pico printf-pos.pico putc.pico putchar.pico puts.pico = putw.pico putwc.pico putwchar.pico refill.pico remove.pico rewind.pico = rget.pico scanf.pico setbuf.pico setbuffer.pico setvbuf.pico = snprintf.pico sprintf.pico sscanf.pico stdio.pico swprintf.pico = swscanf.pico tempnam.pico tmpfile.pico tmpnam.pico ungetc.pico = ungetwc.pico vasprintf.pico vdprintf.pico vfprintf.pico vfscanf.pico = vfwprintf.pico vfwscanf.pico vprintf.pico vscanf.pico vsnprintf.pico = vsprintf.pico vsscanf.pico vswprintf.pico vswscanf.pico vwprintf.pico = vwscanf.pico wbuf.pico wprintf.pico wscanf.pico wsetup.pico xprintf.pico = xprintf_float.pico xprintf_int.pico xprintf_str.pico xprintf_errno.pico = xprintf_hexdump.pico xprintf_quote.pico xprintf_time.pico = xprintf_vis.pico asctime.pico difftime.pico localtime.pico strftime.pico = strptime.pico timelocal.pico time32.pico __vdso_gettc.pico = clock_gettime.pico gettimeofday.pico __vdso_gettimeofday.pico = __error.pico interposing_table.pico getdents.pico lstat.pico mknod.pico = stat.pico fstat.pico fstatat.pico fstatfs.pico getfsstat.pico = statfs.pico getdirentries.pico pipe.pico accept.pico accept4.pico = aio_suspend.pico clock_nanosleep.pico close.pico connect.pico fcntl.pico = fdatasync.pico fsync.pico fork.pico kevent.pico msync.pico = nanosleep.pico open.pico openat.pico poll.pico ppoll.pico pselect.pico = ptrace.pico read.pico readv.pico recvfrom.pico recvmsg.pico select.pico = sendmsg.pico sendto.pico setcontext.pico sigprocmask.pico = sigsuspend.pico sigtimedwait.pico sigwait.pico sigwaitinfo.pico = swapcontext.pico wait4.pico wait6.pico write.pico writev.pico = sigaction.pico cerror.pico shmat.pico sigreturn.pico syscall.pico = vfork.pico link.pico unlink.pico chdir.pico fchdir.pico = freebsd11_mknod.pico chmod.pico chown.pico getpid.pico mount.pico = unmount.pico setuid.pico getuid.pico geteuid.pico getpeername.pico = getsockname.pico access.pico chflags.pico fchflags.pico sync.pico = kill.pico getppid.pico dup.pico freebsd10_pipe.pico getegid.pico = profil.pico ktrace.pico getgid.pico setlogin.pico acct.pico = sigaltstack.pico ioctl.pico reboot.pico revoke.pico symlink.pico = readlink.pico execve.pico umask.pico chroot.pico vadvise.pico = munmap.pico mprotect.pico madvise.pico mincore.pico getgroups.pico = setgroups.pico getpgrp.pico setpgid.pico setitimer.pico swapon.pico = getitimer.pico getdtablesize.pico dup2.pico setpriority.pico socket.pico = getpriority.pico bind.pico setsockopt.pico listen.pico getrusage.pico = getsockopt.pico settimeofday.pico fchown.pico fchmod.pico setreuid.pico = setregid.pico rename.pico flock.pico mkfifo.pico shutdown.pico = socketpair.pico mkdir.pico rmdir.pico utimes.pico adjtime.pico = setsid.pico quotactl.pico nlm_syscall.pico nfssvc.pico lgetfh.pico = getfh.pico sysarch.pico rtprio.pico semsys.pico msgsys.pico shmsys.pico = setfib.pico ntp_adjtime.pico setgid.pico setegid.pico seteuid.pico = freebsd11_stat.pico freebsd11_fstat.pico freebsd11_lstat.pico = pathconf.pico fpathconf.pico getrlimit.pico setrlimit.pico = freebsd11_getdirentries.pico __syscall.pico __sysctl.pico mlock.pico = munlock.pico undelete.pico futimes.pico getpgid.pico semget.pico = semop.pico msgget.pico msgsnd.pico msgrcv.pico shmdt.pico shmget.pico = clock_settime.pico clock_getres.pico ktimer_create.pico = ktimer_delete.pico ktimer_settime.pico ktimer_gettime.pico = ktimer_getoverrun.pico ffclock_getcounter.pico ffclock_setestimate.pico = ffclock_getestimate.pico clock_getcpuclockid2.pico ntp_gettime.pico = minherit.pico rfork.pico issetugid.pico lchown.pico aio_read.pico = aio_write.pico lio_listio.pico freebsd11_getdents.pico lchmod.pico = netbsd_lchown.pico lutimes.pico netbsd_msync.pico freebsd11_nstat.pico = freebsd11_nfstat.pico freebsd11_nlstat.pico preadv.pico pwritev.pico = fhopen.pico freebsd11_fhstat.pico modnext.pico modstat.pico = modfnext.pico modfind.pico kldload.pico kldunload.pico kldfind.pico = kldnext.pico kldstat.pico kldfirstmod.pico getsid.pico setresuid.pico = setresgid.pico aio_return.pico aio_cancel.pico aio_error.pico = mlockall.pico munlockall.pico __getcwd.pico sched_setparam.pico = sched_getparam.pico sched_setscheduler.pico sched_getscheduler.pico = sched_yield.pico sched_get_priority_max.pico sched_get_priority_min.pico = sched_rr_get_interval.pico utrace.pico kldsym.pico jail.pico = nnpfs_syscall.pico sigpending.pico __acl_get_file.pico = __acl_set_file.pico __acl_get_fd.pico __acl_set_fd.pico = __acl_delete_file.pico __acl_delete_fd.pico __acl_aclcheck_file.pico = __acl_aclcheck_fd.pico extattrctl.pico extattr_set_file.pico = extattr_get_file.pico extattr_delete_file.pico aio_waitcomplete.pico = getresuid.pico getresgid.pico kqueue.pico freebsd11_kevent.pico = extattr_set_fd.pico extattr_get_fd.pico extattr_delete_fd.pico = __setugid.pico eaccess.pico afs3_syscall.pico nmount.pico = __mac_get_proc.pico __mac_set_proc.pico __mac_get_fd.pico = __mac_get_file.pico __mac_set_fd.pico __mac_set_file.pico kenv.pico = lchflags.pico uuidgen.pico sendfile.pico mac_syscall.pico = freebsd11_getfsstat.pico freebsd11_statfs.pico freebsd11_fstatfs.pico = freebsd11_fhstatfs.pico ksem_close.pico ksem_post.pico ksem_wait.pico = ksem_trywait.pico ksem_init.pico ksem_open.pico ksem_unlink.pico = ksem_getvalue.pico ksem_destroy.pico __mac_get_pid.pico = __mac_get_link.pico __mac_set_link.pico extattr_set_link.pico = extattr_get_link.pico extattr_delete_link.pico __mac_execve.pico = getcontext.pico swapoff.pico __acl_get_link.pico __acl_set_link.pico = __acl_delete_link.pico __acl_aclcheck_link.pico thr_create.pico = thr_exit.pico thr_self.pico thr_kill.pico jail_attach.pico = extattr_list_fd.pico extattr_list_file.pico extattr_list_link.pico = ksem_timedwait.pico thr_suspend.pico thr_wake.pico kldunloadf.pico = audit.pico auditon.pico getauid.pico setauid.pico getaudit.pico = setaudit.pico getaudit_addr.pico setaudit_addr.pico auditctl.pico = _umtx_op.pico thr_new.pico sigqueue.pico kmq_open.pico kmq_setattr.pico = kmq_timedreceive.pico kmq_timedsend.pico kmq_notify.pico kmq_unlink.pico = abort2.pico thr_set_name.pico aio_fsync.pico rtprio_thread.pico = sctp_peeloff.pico sctp_generic_sendmsg.pico = sctp_generic_sendmsg_iov.pico sctp_generic_recvmsg.pico pread.pico = pwrite.pico mmap.pico lseek.pico truncate.pico ftruncate.pico = thr_kill2.pico shm_open.pico shm_unlink.pico cpuset.pico = cpuset_setid.pico cpuset_getid.pico cpuset_getaffinity.pico = cpuset_setaffinity.pico faccessat.pico fchmodat.pico fchownat.pico = fexecve.pico freebsd11_fstatat.pico futimesat.pico linkat.pico = mkdirat.pico mkfifoat.pico freebsd11_mknodat.pico readlinkat.pico = renameat.pico symlinkat.pico unlinkat.pico posix_openpt.pico = gssd_syscall.pico jail_get.pico jail_set.pico jail_remove.pico = closefrom.pico __semctl.pico msgctl.pico shmctl.pico lpathconf.pico = __cap_rights_get.pico cap_enter.pico cap_getmode.pico pdfork.pico = pdkill.pico pdgetpid.pico getloginclass.pico setloginclass.pico = rctl_get_racct.pico rctl_get_rules.pico rctl_get_limits.pico = rctl_add_rule.pico rctl_remove_rule.pico posix_fallocate.pico = posix_fadvise.pico cap_rights_limit.pico cap_ioctls_limit.pico = cap_ioctls_get.pico cap_fcntls_limit.pico cap_fcntls_get.pico = bindat.pico connectat.pico chflagsat.pico pipe2.pico aio_mlock.pico = procctl.pico futimens.pico utimensat.pico numa_getaffinity.pico = numa_setaffinity.pico fhstat.pico fhstatfs.pico mknodat.pico _exit.pico = _getlogin.pico _clock_gettime.pico _gettimeofday.pico _fstat.pico = _fstatat.pico _fstatfs.pico _getfsstat.pico _statfs.pico = _getdirentries.pico _accept.pico _accept4.pico _aio_suspend.pico = _clock_nanosleep.pico _close.pico _connect.pico _fcntl.pico = _fdatasync.pico _fsync.pico _fork.pico _kevent.pico _msync.pico = _nanosleep.pico _open.pico _openat.pico _poll.pico _ppoll.pico = _pselect.pico _ptrace.pico _read.pico _readv.pico _recvfrom.pico = _recvmsg.pico _select.pico _sendmsg.pico _sendto.pico _setcontext.pico = _sigprocmask.pico _sigsuspend.pico _sigtimedwait.pico _sigwait.pico = _sigwaitinfo.pico _swapcontext.pico _wait4.pico _wait6.pico _write.pico = _writev.pico _sigaction.pico stack_protector.pico = stack_protector_compat.pico auth_none.pico auth_unix.pico = authunix_prot.pico bindresvport.pico clnt_bcast.pico clnt_dg.pico = clnt_generic.pico clnt_perror.pico clnt_raw.pico clnt_simple.pico = clnt_vc.pico rpc_dtablesize.pico getnetconfig.pico getnetpath.pico = getrpcent.pico getrpcport.pico mt_misc.pico pmap_clnt.pico = pmap_getmaps.pico pmap_getport.pico pmap_prot.pico pmap_prot2.pico = pmap_rmt.pico rpc_prot.pico rpc_commondata.pico rpc_callmsg.pico = rpc_generic.pico rpc_soc.pico rpcb_clnt.pico rpcb_prot.pico = rpcb_st_xdr.pico rpcsec_gss_stub.pico svc.pico svc_auth.pico svc_dg.pico = svc_auth_unix.pico svc_generic.pico svc_raw.pico svc_run.pico = svc_simple.pico svc_vc.pico auth_time.pico auth_des.pico = authdes_prot.pico des_crypt.pico des_soft.pico crypt_client.pico = key_call.pico key_prot_xdr.pico getpublickey.pico svc_auth_des.pico = netname.pico netnamer.pico rpcdname.pico rtime.pico crypt_clnt.pico = crypt_xdr.pico uuid_compare.pico uuid_create.pico uuid_create_nil.pico = uuid_equal.pico uuid_from_string.pico uuid_hash.pico uuid_is_nil.pico = uuid_stream.pico uuid_to_string.pico xdr.pico xdr_array.pico = xdr_float.pico xdr_mem.pico xdr_rec.pico xdr_reference.pico = xdr_sizeof.pico xdr_stdio.pico xdryp.pico yp_xdr.pico yplib.pico = subr_capability.pico memchr.pico memcmp.pico memcpy.pico memmove.pico = memset.pico strchr.pico strcmp.pico strcpy.pico strlen.pico strncmp.pico = strnlen.pico _hdtoa.pico _hldtoa.pico _ldtoa.pico glue.pico = gdtoa_strtorQ.pico gdtoa_dmisc.pico gdtoa_dtoa.pico gdtoa_gdtoa.pico = gdtoa_gethex.pico gdtoa_gmisc.pico gdtoa_hd_init.pico gdtoa_hexnan.pico = gdtoa_misc.pico gdtoa_smisc.pico gdtoa_strtod.pico gdtoa_strtodg.pico = gdtoa_strtof.pico gdtoa_strtord.pico gdtoa_sum.pico gdtoa_ulp.pico = modf.pico C99_Exit.pico a64l.pico abort.pico abs.pico atexit.pico = atof.pico atoi.pico atol.pico atoll.pico bsearch.pico = cxa_thread_atexit.pico cxa_thread_atexit_impl.pico div.pico exit.pico = getenv.pico getopt.pico getopt_long.pico getsubopt.pico hcreate.pico = hcreate_r.pico hdestroy_r.pico heapsort.pico heapsort_b.pico = hsearch_r.pico imaxabs.pico imaxdiv.pico insque.pico l64a.pico labs.pico = ldiv.pico llabs.pico lldiv.pico lsearch.pico merge.pico mergesort_b.pico = ptsname.pico qsort.pico qsort_r.pico quick_exit.pico radixsort.pico = rand.pico random.pico reallocarray.pico reallocf.pico realpath.pico = remque.pico set_constraint_handler_s.pico strfmon.pico strtoimax.pico = strtol.pico strtoll.pico strtoq.pico strtoul.pico strtonum.pico = strtoull.pico strtoumax.pico strtouq.pico system.pico tdelete.pico = tfind.pico tsearch.pico twalk.pico jemalloc_jemalloc.pico = jemalloc_arena.pico jemalloc_background_thread.pico jemalloc_base.pico = jemalloc_bitmap.pico jemalloc_ckh.pico jemalloc_ctl.pico = jemalloc_extent.pico jemalloc_extent_dss.pico jemalloc_extent_mmap.pico = jemalloc_hash.pico jemalloc_hooks.pico jemalloc_large.pico = jemalloc_malloc_io.pico jemalloc_mutex.pico jemalloc_mutex_pool.pico = jemalloc_nstime.pico jemalloc_pages.pico jemalloc_prng.pico = jemalloc_prof.pico jemalloc_rtree.pico jemalloc_stats.pico = jemalloc_sz.pico jemalloc_tcache.pico jemalloc_ticker.pico = jemalloc_tsd.pico jemalloc_witness.pico bcmp.pico bcopy.pico bzero.pico = explicit_bzero.pico ffs.pico ffsl.pico ffsll.pico fls.pico flsl.pico = flsll.pico memccpy.pico memrchr.pico memmem.pico memset_s.pico = stpcpy.pico stpncpy.pico strcasecmp.pico strcat.pico strcasestr.pico = strchrnul.pico strcoll.pico strcspn.pico strdup.pico strerror.pico = strlcat.pico strlcpy.pico strmode.pico strncat.pico strncpy.pico = strndup.pico strnstr.pico strpbrk.pico strrchr.pico strsep.pico = strsignal.pico strspn.pico strstr.pico strtok.pico strxfrm.pico = swab.pico timingsafe_bcmp.pico timingsafe_memcmp.pico wcpcpy.pico = wcpncpy.pico wcscasecmp.pico wcscat.pico wcschr.pico wcscmp.pico = wcscoll.pico wcscpy.pico wcscspn.pico wcsdup.pico wcslcat.pico = wcslcpy.pico wcslen.pico wcsncasecmp.pico wcsncat.pico wcsncmp.pico = wcsncpy.pico wcsnlen.pico wcspbrk.pico wcsrchr.pico wcsspn.pico = wcsstr.pico wcstok.pico wcswidth.pico wcsxfrm.pico wmemchr.pico = wmemcmp.pico wmemcpy.pico wmemmove.pico wmemset.pico | tsort -q` = -lcompiler_rt -lssp_nonshared;' >> .CURDIR=3D'/usr/src/lib/libc' >> .MAKE=3D'make' >> = .OBJDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/li= b/libc' >> .TARGETS=3D'all' >> = DESTDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tm= p' >> LD_LIBRARY_PATH=3D'' >> MACHINE=3D'arm64' >> MACHINE_ARCH=3D'aarch64' >> MAKEOBJDIRPREFIX=3D'' >> MAKESYSPATH=3D'/usr/src/share/mk' >> MAKE_VERSION=3D'20171028' >> = PATH=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/l= egacy/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch6= 4/tmp/legacy/usr/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.= aarch64/tmp/legacy/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' >> SRCTOP=3D'/usr/src' >> OBJTOP=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64'= >> .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.cortexA53-clang-bootstrap.amd64-host = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libc/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/lib/libc/aarch64/Makefile.inc /usr/src/lib/libc/db/Makefile.inc = /usr/src/lib/libc/db/btree/Makefile.inc = /usr/src/lib/libc/db/db/Makefile.inc = /usr/src/lib/libc/db/hash/Makefile.inc = /usr/src/lib/libc/db/man/Makefile.inc = /usr/src/lib/libc/db/mpool/Makefile.inc = /usr/src/lib/libc/db/recno/Makefile.inc = /usr/src/lib/libc/compat-43/Makefile.inc = /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/gen/Makefile.inc = /usr/src/lib/libc/aarch64/gen/Makefile.inc = /usr/src/lib/libc/gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc = /usr/src/lib/libc_nonshared/Makefile.iconv = /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/libc/isc/Makefile.inc = /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc/md/Makefile.inc = /usr/src/lib/libc/nameser/Makefile.inc = /usr/src/lib/libc/net/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc = /usr/src/lib/libc/posix1e/Makefile.inc = /usr/src/lib/libc/regex/Makefile.inc = /usr/src/lib/libc/resolv/Makefile.inc = /usr/src/lib/libc/stdio/Makefile.inc = /usr/src/lib/libc/stdlib/Makefile.inc = /usr/src/lib/libc/stdlib/jemalloc/Makefile.inc = /usr/src/lib/libc/stdtime/Makefile.inc = /usr/src/lib/libc/string/Makefile.inc = /usr/src/lib/libc/aarch64/string/Makefile.inc = /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk = /usr/src/lib/libc/aarch64/sys/Makefile.inc = /usr/src/lib/libc/secure/Makefile.inc /usr/src/lib/libc/rpc/Makefile.inc = /usr/src/lib/libc/uuid/Makefile.inc /usr/src/lib/libc/xdr/Makefile.inc = /usr/src/lib/libc/yp/Makefile.inc = /usr/src/lib/libc/capability/Makefile.inc /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libc/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' >> .PATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree = /usr/src/lib/libc/db/db /usr/src/lib/libc/db/hash = /usr/src/lib/libc/db/man /usr/src/lib/libc/db/mpool = /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 = /usr/src/lib/libc/gdtoa /usr/src/lib/libc/aarch64/gen = /usr/src/lib/libc/gen /usr/src/contrib/libc-pwcache = /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/src/lib/libc/iconv = /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/libc/locale = /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/net = /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex = /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio = /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc = /usr/src/lib/libc/stdtime /usr/src/contrib/tzcode/stdtime = /usr/src/lib/libc/aarch64/string /usr/src/lib/libc/string = /usr/src/sys/libkern /usr/src/contrib/cortex-strings/src/aarch64 = /usr/src/lib/libc/aarch64/sys /usr/src/lib/libc/sys = /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /usr/src/lib/libc/. = /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/libc/yp = /usr/src/sys/kern /usr/src/lib/libc/capability' >> 1 error >>=20 >> make[4]: stopped in /usr/src/lib/libc >> .ERROR_TARGET=3D'libc.so.7.full' >> = .ERROR_META_FILE=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.a= arch64/lib/libc/libc.so.7.full.meta' >> .MAKE.LEVEL=3D'4' >> MAKEFILE=3D'' >> .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes = silent=3Dyes verbose' >> _ERROR_CMD=3D'@echo building shared library libc.so.7; @rm -f = libc.so.7 libc.so; cc -mcpu=3Dcortex-a53 -target = aarch64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/t= mp = -B/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin= -nodefaultlibs -Wl,--version-script=3DVersion.map -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libc.so.7.full = -Wl,-soname,libc.so.7 `NM=3D'nm' NMFLAGS=3D'' lorder machdep_ldisQ.pico = bt_close.pico bt_conv.pico bt_debug.pico bt_delete.pico bt_get.pico = bt_open.pico bt_overflow.pico bt_page.pico bt_put.pico bt_search.pico = bt_seq.pico bt_split.pico bt_utils.pico db.pico hash.pico = hash_bigkey.pico hash_buf.pico hash_func.pico hash_log2.pico = hash_page.pico ndbm.pico mpool.pico mpool-compat.pico rec_close.pico = rec_delete.pico rec_get.pico rec_open.pico rec_put.pico rec_search.pico = rec_seq.pico rec_utils.pico creat.pico gethostid.pico getwd.pico = killpg.pico sethostid.pico setpgrp.pico setrgid.pico setruid.pico = sigcompat.pico __getosreldate.pico = __pthread_mutex_init_calloc_cb_stub.pico __xuname.pico _once_stub.pico = _pthread_stubs.pico _rand48.pico _spinlock_stub.pico _thread_init.pico = alarm.pico arc4random.pico assert.pico auxv.pico basename.pico = basename_compat.pico cap_sandboxed.pico check_utility_compat.pico = clock.pico clock_getcpuclockid.pico closedir.pico confstr.pico = crypt.pico ctermid.pico daemon.pico devname.pico dirfd.pico dirname.pico = dirname_compat.pico disklabel.pico dlfcn.pico drand48.pico dup3.pico = elf_utils.pico erand48.pico err.pico errlst.pico errno.pico exec.pico = fdevname.pico feature_present.pico fmtcheck.pico fmtmsg.pico = fnmatch.pico fpclassify.pico frexp.pico fstab.pico ftok.pico fts.pico = ftw.pico getbootfile.pico getbsize.pico getcap.pico getcwd.pico = getdomainname.pico getgrent.pico getgrouplist.pico gethostname.pico = getloadavg.pico getlogin.pico getmntinfo.pico getnetgrent.pico = getosreldate.pico getpagesize.pico getpagesizes.pico getpeereid.pico = getprogname.pico getpwent.pico getttyent.pico getusershell.pico = getutxent.pico getvfsbyname.pico glob.pico initgroups.pico isatty.pico = isinf.pico isnan.pico jrand48.pico lcong48.pico libc_dlopen.pico = lockf.pico lrand48.pico mrand48.pico nftw.pico nice.pico nlist.pico = nrand48.pico opendir.pico pause.pico pmadvise.pico popen.pico = posix_spawn.pico psignal.pico pututxline.pico pw_scan.pico raise.pico = readdir.pico readpassphrase.pico recvmmsg.pico rewinddir.pico = scandir.pico seed48.pico seekdir.pico semctl.pico sendmmsg.pico = setdomainname.pico sethostname.pico setjmperr.pico setmode.pico = setproctitle.pico setprogname.pico siginterrupt.pico siglist.pico = signal.pico sigsetops.pico sleep.pico srand48.pico statvfs.pico = stringlist.pico strtofflags.pico sysconf.pico sysctl.pico = sysctlbyname.pico sysctlnametomib.pico syslog.pico telldir.pico = termios.pico time.pico times.pico timezone.pico tls.pico ttyname.pico = ttyslot.pico ualarm.pico ulimit.pico uname.pico usleep.pico utime.pico = utxdb.pico valloc.pico wait.pico wait3.pico waitpid.pico waitid.pico = wordexp.pico devname-compat11.pico fts-compat.pico fts-compat11.pico = ftw-compat11.pico getmntinfo-compat11.pico glob-compat11.pico = nftw-compat11.pico readdir-compat11.pico scandir-compat11.pico = unvis-compat.pico pwcache.pico unvis.pico vis.pico cancelpoints_sem.pico = cancelpoints_sem_new.pico _ctx_start.pico fabs.pico flt_rounds.pico = fpgetmask.pico fpsetmask.pico infinity.pico ldexp.pico makecontext.pico = _setjmp.pico _set_tp.pico setjmp.pico sigsetjmp.pico = trivial-getcontextx.pico gmon.pico mcount.pico citrus_bcs.pico = citrus_bcs_strtol.pico citrus_bcs_strtoul.pico citrus_csmapper.pico = citrus_db.pico citrus_db_factory.pico citrus_db_hash.pico = citrus_esdb.pico citrus_hash.pico citrus_iconv.pico citrus_lookup.pico = citrus_lookup_factory.pico citrus_mapper.pico citrus_memstream.pico = citrus_mmap.pico citrus_module.pico citrus_none.pico = citrus_pivot_factory.pico citrus_prop.pico citrus_stdenc.pico = bsd_iconv.pico iconv_compat.pico inet_addr.pico inet_cidr_ntop.pico = inet_cidr_pton.pico inet_lnaof.pico inet_makeaddr.pico = inet_net_ntop.pico inet_net_pton.pico inet_neta.pico inet_netof.pico = inet_network.pico inet_ntoa.pico inet_ntop.pico inet_pton.pico = nsap_addr.pico ev_streams.pico ev_timers.pico ascii.pico big5.pico = btowc.pico collate.pico collcmp.pico euc.pico fix_grouping.pico = gb18030.pico gb2312.pico gbk.pico ctype.pico isctype.pico iswctype.pico = ldpart.pico lmessages.pico lmonetary.pico lnumeric.pico localeconv.pico = mblen.pico mbrlen.pico mbrtowc.pico mbsinit.pico mbsnrtowcs.pico = mbsrtowcs.pico mbtowc.pico mbstowcs.pico mskanji.pico nextwctype.pico = nl_langinfo.pico nomacros.pico none.pico rpmatch.pico rune.pico = runetype.pico setlocale.pico setrunelocale.pico table.pico tolower.pico = toupper.pico utf8.pico wcrtomb.pico wcsnrtombs.pico wcsrtombs.pico = wcsftime.pico wcstof.pico wcstod.pico wcstoimax.pico wcstol.pico = wcstold.pico wcstoll.pico wcstombs.pico wcstoul.pico wcstoull.pico = wcstoumax.pico wctob.pico wctomb.pico wctrans.pico wctype.pico = wcwidth.pico xlocale.pico c16rtomb_iconv.pico c32rtomb_iconv.pico = mbrtoc16_iconv.pico mbrtoc32_iconv.pico md5c.pico ns_name.pico = ns_netint.pico ns_parse.pico ns_print.pico ns_samedomain.pico = ns_ttl.pico base64.pico ether_addr.pico eui64.pico gai_strerror.pico = getaddrinfo.pico gethostbydns.pico gethostbyht.pico gethostbynis.pico = gethostnamadr.pico getifaddrs.pico getifmaddrs.pico getnameinfo.pico = getnetbydns.pico getnetbyht.pico getnetbynis.pico getnetnamadr.pico = getproto.pico getprotoent.pico getprotoname.pico getservent.pico = if_indextoname.pico if_nameindex.pico if_nametoindex.pico ip6opt.pico = linkaddr.pico map_v4v6.pico name6.pico ntoh.pico nsdispatch.pico = nslexer.pico nsparser.pico nss_compat.pico rcmd.pico rcmdsh.pico = recv.pico rthdr.pico sctp_sys_calls.pico send.pico sockatmark.pico = sourcefilter.pico vars.pico nscache.pico nscachedcli.pico msgcat.pico = acl_branding.pico acl_calc_mask.pico acl_copy.pico acl_delete.pico = acl_delete_entry.pico acl_entry.pico acl_flag.pico acl_free.pico = acl_from_text.pico acl_from_text_nfs4.pico acl_get.pico = acl_id_to_name.pico acl_init.pico acl_perm.pico acl_set.pico = acl_strip.pico acl_support.pico acl_support_nfs4.pico acl_to_text.pico = acl_to_text_nfs4.pico acl_valid.pico extattr.pico mac.pico mac_exec.pico = mac_get.pico mac_set.pico subr_acl_nfs4.pico acl_compat.pico = regcomp.pico regerror.pico regexec.pico regfree.pico herror.pico = h_errno.pico mtctxres.pico res_comp.pico res_data.pico res_debug.pico = res_findzonecut.pico res_init.pico res_mkquery.pico res_mkupdate.pico = res_query.pico res_send.pico res_state.pico res_update.pico = _flock_stub.pico asprintf.pico clrerr.pico dprintf.pico fclose.pico = fcloseall.pico fdopen.pico feof.pico ferror.pico fflush.pico fgetc.pico = fgetln.pico fgetpos.pico fgets.pico fgetwc.pico fgetwln.pico fgetws.pico = fileno.pico findfp.pico flags.pico fmemopen.pico fopen.pico = fopencookie.pico fprintf.pico fpurge.pico fputc.pico fputs.pico = fputwc.pico fputws.pico fread.pico freopen.pico fscanf.pico fseek.pico = fsetpos.pico ftell.pico funopen.pico fvwrite.pico fwalk.pico fwide.pico = fwprintf.pico fwscanf.pico fwrite.pico getc.pico getchar.pico = getdelim.pico getline.pico gets.pico getw.pico getwc.pico getwchar.pico = makebuf.pico mktemp.pico open_memstream.pico open_wmemstream.pico = perror.pico printf.pico printf-pos.pico putc.pico putchar.pico puts.pico = putw.pico putwc.pico putwchar.pico refill.pico remove.pico rewind.pico = rget.pico scanf.pico setbuf.pico setbuffer.pico setvbuf.pico = snprintf.pico sprintf.pico sscanf.pico stdio.pico swprintf.pico = swscanf.pico tempnam.pico tmpfile.pico tmpnam.pico ungetc.pico = ungetwc.pico vasprintf.pico vdprintf.pico vfprintf.pico vfscanf.pico = vfwprintf.pico vfwscanf.pico vprintf.pico vscanf.pico vsnprintf.pico = vsprintf.pico vsscanf.pico vswprintf.pico vswscanf.pico vwprintf.pico = vwscanf.pico wbuf.pico wprintf.pico wscanf.pico wsetup.pico xprintf.pico = xprintf_float.pico xprintf_int.pico xprintf_str.pico xprintf_errno.pico = xprintf_hexdump.pico xprintf_quote.pico xprintf_time.pico = xprintf_vis.pico asctime.pico difftime.pico localtime.pico strftime.pico = strptime.pico timelocal.pico time32.pico __vdso_gettc.pico = clock_gettime.pico gettimeofday.pico __vdso_gettimeofday.pico = __error.pico interposing_table.pico getdents.pico lstat.pico mknod.pico = stat.pico fstat.pico fstatat.pico fstatfs.pico getfsstat.pico = statfs.pico getdirentries.pico pipe.pico accept.pico accept4.pico = aio_suspend.pico clock_nanosleep.pico close.pico connect.pico fcntl.pico = fdatasync.pico fsync.pico fork.pico kevent.pico msync.pico = nanosleep.pico open.pico openat.pico poll.pico ppoll.pico pselect.pico = ptrace.pico read.pico readv.pico recvfrom.pico recvmsg.pico select.pico = sendmsg.pico sendto.pico setcontext.pico sigprocmask.pico = sigsuspend.pico sigtimedwait.pico sigwait.pico sigwaitinfo.pico = swapcontext.pico wait4.pico wait6.pico write.pico writev.pico = sigaction.pico cerror.pico shmat.pico sigreturn.pico syscall.pico = vfork.pico link.pico unlink.pico chdir.pico fchdir.pico = freebsd11_mknod.pico chmod.pico chown.pico getpid.pico mount.pico = unmount.pico setuid.pico getuid.pico geteuid.pico getpeername.pico = getsockname.pico access.pico chflags.pico fchflags.pico sync.pico = kill.pico getppid.pico dup.pico freebsd10_pipe.pico getegid.pico = profil.pico ktrace.pico getgid.pico setlogin.pico acct.pico = sigaltstack.pico ioctl.pico reboot.pico revoke.pico symlink.pico = readlink.pico execve.pico umask.pico chroot.pico vadvise.pico = munmap.pico mprotect.pico madvise.pico mincore.pico getgroups.pico = setgroups.pico getpgrp.pico setpgid.pico setitimer.pico swapon.pico = getitimer.pico getdtablesize.pico dup2.pico setpriority.pico socket.pico = getpriority.pico bind.pico setsockopt.pico listen.pico getrusage.pico = getsockopt.pico settimeofday.pico fchown.pico fchmod.pico setreuid.pico = setregid.pico rename.pico flock.pico mkfifo.pico shutdown.pico = socketpair.pico mkdir.pico rmdir.pico utimes.pico adjtime.pico = setsid.pico quotactl.pico nlm_syscall.pico nfssvc.pico lgetfh.pico = getfh.pico sysarch.pico rtprio.pico semsys.pico msgsys.pico shmsys.pico = setfib.pico ntp_adjtime.pico setgid.pico setegid.pico seteuid.pico = freebsd11_stat.pico freebsd11_fstat.pico freebsd11_lstat.pico = pathconf.pico fpathconf.pico getrlimit.pico setrlimit.pico = freebsd11_getdirentries.pico __syscall.pico __sysctl.pico mlock.pico = munlock.pico undelete.pico futimes.pico getpgid.pico semget.pico = semop.pico msgget.pico msgsnd.pico msgrcv.pico shmdt.pico shmget.pico = clock_settime.pico clock_getres.pico ktimer_create.pico = ktimer_delete.pico ktimer_settime.pico ktimer_gettime.pico = ktimer_getoverrun.pico ffclock_getcounter.pico ffclock_setestimate.pico = ffclock_getestimate.pico clock_getcpuclockid2.pico ntp_gettime.pico = minherit.pico rfork.pico issetugid.pico lchown.pico aio_read.pico = aio_write.pico lio_listio.pico freebsd11_getdents.pico lchmod.pico = netbsd_lchown.pico lutimes.pico netbsd_msync.pico freebsd11_nstat.pico = freebsd11_nfstat.pico freebsd11_nlstat.pico preadv.pico pwritev.pico = fhopen.pico freebsd11_fhstat.pico modnext.pico modstat.pico = modfnext.pico modfind.pico kldload.pico kldunload.pico kldfind.pico = kldnext.pico kldstat.pico kldfirstmod.pico getsid.pico setresuid.pico = setresgid.pico aio_return.pico aio_cancel.pico aio_error.pico = mlockall.pico munlockall.pico __getcwd.pico sched_setparam.pico = sched_getparam.pico sched_setscheduler.pico sched_getscheduler.pico = sched_yield.pico sched_get_priority_max.pico sched_get_priority_min.pico = sched_rr_get_interval.pico utrace.pico kldsym.pico jail.pico = nnpfs_syscall.pico sigpending.pico __acl_get_file.pico = __acl_set_file.pico __acl_get_fd.pico __acl_set_fd.pico = __acl_delete_file.pico __acl_delete_fd.pico __acl_aclcheck_file.pico = __acl_aclcheck_fd.pico extattrctl.pico extattr_set_file.pico = extattr_get_file.pico extattr_delete_file.pico aio_waitcomplete.pico = getresuid.pico getresgid.pico kqueue.pico freebsd11_kevent.pico = extattr_set_fd.pico extattr_get_fd.pico extattr_delete_fd.pico = __setugid.pico eaccess.pico afs3_syscall.pico nmount.pico = __mac_get_proc.pico __mac_set_proc.pico __mac_get_fd.pico = __mac_get_file.pico __mac_set_fd.pico __mac_set_file.pico kenv.pico = lchflags.pico uuidgen.pico sendfile.pico mac_syscall.pico = freebsd11_getfsstat.pico freebsd11_statfs.pico freebsd11_fstatfs.pico = freebsd11_fhstatfs.pico ksem_close.pico ksem_post.pico ksem_wait.pico = ksem_trywait.pico ksem_init.pico ksem_open.pico ksem_unlink.pico = ksem_getvalue.pico ksem_destroy.pico __mac_get_pid.pico = __mac_get_link.pico __mac_set_link.pico extattr_set_link.pico = extattr_get_link.pico extattr_delete_link.pico __mac_execve.pico = getcontext.pico swapoff.pico __acl_get_link.pico __acl_set_link.pico = __acl_delete_link.pico __acl_aclcheck_link.pico thr_create.pico = thr_exit.pico thr_self.pico thr_kill.pico jail_attach.pico = extattr_list_fd.pico extattr_list_file.pico extattr_list_link.pico = ksem_timedwait.pico thr_suspend.pico thr_wake.pico kldunloadf.pico = audit.pico auditon.pico getauid.pico setauid.pico getaudit.pico = setaudit.pico getaudit_addr.pico setaudit_addr.pico auditctl.pico = _umtx_op.pico thr_new.pico sigqueue.pico kmq_open.pico kmq_setattr.pico = kmq_timedreceive.pico kmq_timedsend.pico kmq_notify.pico kmq_unlink.pico = abort2.pico thr_set_name.pico aio_fsync.pico rtprio_thread.pico = sctp_peeloff.pico sctp_generic_sendmsg.pico = sctp_generic_sendmsg_iov.pico sctp_generic_recvmsg.pico pread.pico = pwrite.pico mmap.pico lseek.pico truncate.pico ftruncate.pico = thr_kill2.pico shm_open.pico shm_unlink.pico cpuset.pico = cpuset_setid.pico cpuset_getid.pico cpuset_getaffinity.pico = cpuset_setaffinity.pico faccessat.pico fchmodat.pico fchownat.pico = fexecve.pico freebsd11_fstatat.pico futimesat.pico linkat.pico = mkdirat.pico mkfifoat.pico freebsd11_mknodat.pico readlinkat.pico = renameat.pico symlinkat.pico unlinkat.pico posix_openpt.pico = gssd_syscall.pico jail_get.pico jail_set.pico jail_remove.pico = closefrom.pico __semctl.pico msgctl.pico shmctl.pico lpathconf.pico = __cap_rights_get.pico cap_enter.pico cap_getmode.pico pdfork.pico = pdkill.pico pdgetpid.pico getloginclass.pico setloginclass.pico = rctl_get_racct.pico rctl_get_rules.pico rctl_get_limits.pico = rctl_add_rule.pico rctl_remove_rule.pico posix_fallocate.pico = posix_fadvise.pico cap_rights_limit.pico cap_ioctls_limit.pico = cap_ioctls_get.pico cap_fcntls_limit.pico cap_fcntls_get.pico = bindat.pico connectat.pico chflagsat.pico pipe2.pico aio_mlock.pico = procctl.pico futimens.pico utimensat.pico numa_getaffinity.pico = numa_setaffinity.pico fhstat.pico fhstatfs.pico mknodat.pico _exit.pico = _getlogin.pico _clock_gettime.pico _gettimeofday.pico _fstat.pico = _fstatat.pico _fstatfs.pico _getfsstat.pico _statfs.pico = _getdirentries.pico _accept.pico _accept4.pico _aio_suspend.pico = _clock_nanosleep.pico _close.pico _connect.pico _fcntl.pico = _fdatasync.pico _fsync.pico _fork.pico _kevent.pico _msync.pico = _nanosleep.pico _open.pico _openat.pico _poll.pico _ppoll.pico = _pselect.pico _ptrace.pico _read.pico _readv.pico _recvfrom.pico = _recvmsg.pico _select.pico _sendmsg.pico _sendto.pico _setcontext.pico = _sigprocmask.pico _sigsuspend.pico _sigtimedwait.pico _sigwait.pico = _sigwaitinfo.pico _swapcontext.pico _wait4.pico _wait6.pico _write.pico = _writev.pico _sigaction.pico stack_protector.pico = stack_protector_compat.pico auth_none.pico auth_unix.pico = authunix_prot.pico bindresvport.pico clnt_bcast.pico clnt_dg.pico = clnt_generic.pico clnt_perror.pico clnt_raw.pico clnt_simple.pico = clnt_vc.pico rpc_dtablesize.pico getnetconfig.pico getnetpath.pico = getrpcent.pico getrpcport.pico mt_misc.pico pmap_clnt.pico = pmap_getmaps.pico pmap_getport.pico pmap_prot.pico pmap_prot2.pico = pmap_rmt.pico rpc_prot.pico rpc_commondata.pico rpc_callmsg.pico = rpc_generic.pico rpc_soc.pico rpcb_clnt.pico rpcb_prot.pico = rpcb_st_xdr.pico rpcsec_gss_stub.pico svc.pico svc_auth.pico svc_dg.pico = svc_auth_unix.pico svc_generic.pico svc_raw.pico svc_run.pico = svc_simple.pico svc_vc.pico auth_time.pico auth_des.pico = authdes_prot.pico des_crypt.pico des_soft.pico crypt_client.pico = key_call.pico key_prot_xdr.pico getpublickey.pico svc_auth_des.pico = netname.pico netnamer.pico rpcdname.pico rtime.pico crypt_clnt.pico = crypt_xdr.pico uuid_compare.pico uuid_create.pico uuid_create_nil.pico = uuid_equal.pico uuid_from_string.pico uuid_hash.pico uuid_is_nil.pico = uuid_stream.pico uuid_to_string.pico xdr.pico xdr_array.pico = xdr_float.pico xdr_mem.pico xdr_rec.pico xdr_reference.pico = xdr_sizeof.pico xdr_stdio.pico xdryp.pico yp_xdr.pico yplib.pico = subr_capability.pico memchr.pico memcmp.pico memcpy.pico memmove.pico = memset.pico strchr.pico strcmp.pico strcpy.pico strlen.pico strncmp.pico = strnlen.pico _hdtoa.pico _hldtoa.pico _ldtoa.pico glue.pico = gdtoa_strtorQ.pico gdtoa_dmisc.pico gdtoa_dtoa.pico gdtoa_gdtoa.pico = gdtoa_gethex.pico gdtoa_gmisc.pico gdtoa_hd_init.pico gdtoa_hexnan.pico = gdtoa_misc.pico gdtoa_smisc.pico gdtoa_strtod.pico gdtoa_strtodg.pico = gdtoa_strtof.pico gdtoa_strtord.pico gdtoa_sum.pico gdtoa_ulp.pico = modf.pico C99_Exit.pico a64l.pico abort.pico abs.pico atexit.pico = atof.pico atoi.pico atol.pico atoll.pico bsearch.pico = cxa_thread_atexit.pico cxa_thread_atexit_impl.pico div.pico exit.pico = getenv.pico getopt.pico getopt_long.pico getsubopt.pico hcreate.pico = hcreate_r.pico hdestroy_r.pico heapsort.pico heapsort_b.pico = hsearch_r.pico imaxabs.pico imaxdiv.pico insque.pico l64a.pico labs.pico = ldiv.pico llabs.pico lldiv.pico lsearch.pico merge.pico mergesort_b.pico = ptsname.pico qsort.pico qsort_r.pico quick_exit.pico radixsort.pico = rand.pico random.pico reallocarray.pico reallocf.pico realpath.pico = remque.pico set_constraint_handler_s.pico strfmon.pico strtoimax.pico = strtol.pico strtoll.pico strtoq.pico strtoul.pico strtonum.pico = strtoull.pico strtoumax.pico strtouq.pico system.pico tdelete.pico = tfind.pico tsearch.pico twalk.pico jemalloc_jemalloc.pico = jemalloc_arena.pico jemalloc_background_thread.pico jemalloc_base.pico = jemalloc_bitmap.pico jemalloc_ckh.pico jemalloc_ctl.pico = jemalloc_extent.pico jemalloc_extent_dss.pico jemalloc_extent_mmap.pico = jemalloc_hash.pico jemalloc_hooks.pico jemalloc_large.pico = jemalloc_malloc_io.pico jemalloc_mutex.pico jemalloc_mutex_pool.pico = jemalloc_nstime.pico jemalloc_pages.pico jemalloc_prng.pico = jemalloc_prof.pico jemalloc_rtree.pico jemalloc_stats.pico = jemalloc_sz.pico jemalloc_tcache.pico jemalloc_ticker.pico = jemalloc_tsd.pico jemalloc_witness.pico bcmp.pico bcopy.pico bzero.pico = explicit_bzero.pico ffs.pico ffsl.pico ffsll.pico fls.pico flsl.pico = flsll.pico memccpy.pico memrchr.pico memmem.pico memset_s.pico = stpcpy.pico stpncpy.pico strcasecmp.pico strcat.pico strcasestr.pico = strchrnul.pico strcoll.pico strcspn.pico strdup.pico strerror.pico = strlcat.pico strlcpy.pico strmode.pico strncat.pico strncpy.pico = strndup.pico strnstr.pico strpbrk.pico strrchr.pico strsep.pico = strsignal.pico strspn.pico strstr.pico strtok.pico strxfrm.pico = swab.pico timingsafe_bcmp.pico timingsafe_memcmp.pico wcpcpy.pico = wcpncpy.pico wcscasecmp.pico wcscat.pico wcschr.pico wcscmp.pico = wcscoll.pico wcscpy.pico wcscspn.pico wcsdup.pico wcslcat.pico = wcslcpy.pico wcslen.pico wcsncasecmp.pico wcsncat.pico wcsncmp.pico = wcsncpy.pico wcsnlen.pico wcspbrk.pico wcsrchr.pico wcsspn.pico = wcsstr.pico wcstok.pico wcswidth.pico wcsxfrm.pico wmemchr.pico = wmemcmp.pico wmemcpy.pico wmemmove.pico wmemset.pico | tsort -q` = -lcompiler_rt -lssp_nonshared;' >> .CURDIR=3D'/usr/src/lib/libc' >> .MAKE=3D'make' >> = .OBJDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/li= b/libc' >> .TARGETS=3D'all' >> = DESTDIR=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tm= p' >> LD_LIBRARY_PATH=3D'' >> MACHINE=3D'arm64' >> MACHINE_ARCH=3D'aarch64' >> MAKEOBJDIRPREFIX=3D'' >> MAKESYSPATH=3D'/usr/src/share/mk' >> MAKE_VERSION=3D'20171028' >> = PATH=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/l= egacy/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch6= 4/tmp/legacy/usr/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.= aarch64/tmp/legacy/bin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/sbin:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm6= 4.aarch64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' >> SRCTOP=3D'/usr/src' >> OBJTOP=3D'/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64'= >> .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.cortexA53-clang-bootstrap.amd64-host = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libc/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/lib/libc/aarch64/Makefile.inc /usr/src/lib/libc/db/Makefile.inc = /usr/src/lib/libc/db/btree/Makefile.inc = /usr/src/lib/libc/db/db/Makefile.inc = /usr/src/lib/libc/db/hash/Makefile.inc = /usr/src/lib/libc/db/man/Makefile.inc = /usr/src/lib/libc/db/mpool/Makefile.inc = /usr/src/lib/libc/db/recno/Makefile.inc = /usr/src/lib/libc/compat-43/Makefile.inc = /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/gen/Makefile.inc = /usr/src/lib/libc/aarch64/gen/Makefile.inc = /usr/src/lib/libc/gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc = /usr/src/lib/libc_nonshared/Makefile.iconv = /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/libc/isc/Makefile.inc = /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc/md/Makefile.inc = /usr/src/lib/libc/nameser/Makefile.inc = /usr/src/lib/libc/net/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc = /usr/src/lib/libc/posix1e/Makefile.inc = /usr/src/lib/libc/regex/Makefile.inc = /usr/src/lib/libc/resolv/Makefile.inc = /usr/src/lib/libc/stdio/Makefile.inc = /usr/src/lib/libc/stdlib/Makefile.inc = /usr/src/lib/libc/stdlib/jemalloc/Makefile.inc = /usr/src/lib/libc/stdtime/Makefile.inc = /usr/src/lib/libc/string/Makefile.inc = /usr/src/lib/libc/aarch64/string/Makefile.inc = /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk = /usr/src/lib/libc/aarch64/sys/Makefile.inc = /usr/src/lib/libc/secure/Makefile.inc /usr/src/lib/libc/rpc/Makefile.inc = /usr/src/lib/libc/uuid/Makefile.inc /usr/src/lib/libc/xdr/Makefile.inc = /usr/src/lib/libc/yp/Makefile.inc = /usr/src/lib/libc/capability/Makefile.inc /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libc/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' >> .PATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree = /usr/src/lib/libc/db/db /usr/src/lib/libc/db/hash = /usr/src/lib/libc/db/man /usr/src/lib/libc/db/mpool = /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 = /usr/src/lib/libc/gdtoa /usr/src/lib/libc/aarch64/gen = /usr/src/lib/libc/gen /usr/src/contrib/libc-pwcache = /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/src/lib/libc/iconv = /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/libc/locale = /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/net = /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex = /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio = /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc = /usr/src/lib/libc/stdtime /usr/src/contrib/tzcode/stdtime = /usr/src/lib/libc/aarch64/string /usr/src/lib/libc/string = /usr/src/sys/libkern /usr/src/contrib/cortex-strings/src/aarch64 = /usr/src/lib/libc/aarch64/sys /usr/src/lib/libc/sys = /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /usr/src/lib/libc/. = /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/libc/yp = /usr/src/sys/kern /usr/src/lib/libc/capability' >> *** [lib/libc__L] Error code 2 >=20 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 10:32:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FF69E6A72B for ; Sat, 4 Nov 2017 10:32:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-160.reflexion.net [208.70.210.160]) (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 51288681BD for ; Sat, 4 Nov 2017 10:32:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18616 invoked from network); 4 Nov 2017 10:32:14 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 10:32:14 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 06:32:14 -0400 (EDT) Received: (qmail 22100 invoked from network); 4 Nov 2017 10:32:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 10:32:13 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 3A1D1EC8FCC; Sat, 4 Nov 2017 03:32:13 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] Message-Id: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> Date: Sat, 4 Nov 2017 03:32:12 -0700 To: FreeBSD Toolchain , avg@freebsd.org, svn-src-head@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 10:32:21 -0000 > Author: avg > Date: Thu Nov 2 13:49:08 2017 > New Revision: 325320 > URL:=20 > https://svnweb.freebsd.org/changeset/base/325320 >=20 >=20 > Log: > Disable posix_fallocate(2) for ZFS > . . . Turns out lld uses fallocate and so can fail on zfs now. The following is the lld for a amd64 -> aarch64 cross-buildworld. = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/tmp/usr/bin/l= d: error: cannot open output file a.out: Invalid argument This resulted from: Breakpoint 5, 0x0000000000cf1cd1 in llvm::sys::fs::resize_file(int, = unsigned long) () (gdb) disass Dump of assembler code for function _ZN4llvm3sys2fs11resize_fileEim: . . . 0x0000000000cf1ce5 <+21>: callq 0x1ad5880 . . . via the error status return value handling. It ends up with: Breakpoint 3, 0x000000000041c6e4 in lld::elf::error(llvm::Twine const&) = () (gdb) bt #0 0x000000000041c6e4 in lld::elf::error(llvm::Twine const&) () #1 0x00000000004113b1 in void = lld::elf::LinkerDriver::link >(llvm::opt::InputArgList&) () #2 0x000000000040be3f in = lld::elf::LinkerDriver::main(llvm::ArrayRef, bool) () #3 0x000000000040ae89 in lld::elf::link(llvm::ArrayRef, = bool, llvm::raw_ostream&) () #4 0x000000000054cd61 in main () Progressing from posix_fallocate's call to its caller and so on: # grep -r "fallocate" /usr/src/contrib/llvm/ | more /usr/src/contrib/llvm/lib/Support/Unix/Path.inc: // If we have = posix_fallocate use it. Unlike ftruncate it always allocates /usr/src/contrib/llvm/lib/Support/Unix/Path.inc: if (int Err =3D = ::posix_fallocate(FD, 0, Size)) { Is called by: std::error_code resize_file(int FD, uint64_t Size) { #if defined(HAVE_POSIX_FALLOCATE) // If we have posix_fallocate use it. Unlike ftruncate it always = allocates // space, so we get an error if the disk is full. if (int Err =3D ::posix_fallocate(FD, 0, Size)) { if (Err !=3D EOPNOTSUPP) return std::error_code(Err, std::generic_category()); } #endif // Use ftruncate as a fallback. It may or may not allocate space. At = least on // OS X with HFS+ it does. if (::ftruncate(FD, Size) =3D=3D -1) return std::error_code(errno, std::generic_category()); return std::error_code(); } # grep -r "resize_file" /usr/src/contrib/llvm/ | more /usr/src/contrib/llvm/lib/Support/FileOutputBuffer.cpp: EC =3D = sys::fs::resize_file(FD, Size); /usr/src/contrib/llvm/lib/Support/Unix/Path.inc:std::error_code = resize_file(int FD, uint64_t Size) { /usr/src/contrib/llvm/lib/Support/Windows/Path.inc:std::error_code = resize_file(int FD, uint64_t Size) { /usr/src/contrib/llvm/include/llvm/Support/FileSystem.h:std::error_code = resize_file(int FD, uint64_t Size); Is called by: ErrorOr> FileOutputBuffer::create(StringRef FilePath, size_t Size, unsigned = Flags) { // Check file is not a regular file, in which case we cannot remove = it. . . . #ifndef LLVM_ON_WIN32 // . . . EC =3D sys::fs::resize_file(FD, Size); if (EC) return EC; #endif Is called by: std::error_code elf::tryCreateFile(StringRef Path) { if (Path.empty()) return std::error_code(); return FileOutputBuffer::create(Path, 1).getError(); } Is called by: template void LinkerDriver::link(opt::InputArgList &Args) { SymbolTable Symtab; elf::Symtab::X =3D &Symtab; Target =3D getTarget(); Config->MaxPageSize =3D getMaxPageSize(Args); Config->ImageBase =3D getImageBase(Args); // Default output filename is "a.out" by the Unix tradition. if (Config->OutputFile.empty()) Config->OutputFile =3D "a.out"; // Fail early if the output file or map file is not writable. If a = user has a // long link, e.g. due to a large LTO link, they do not wish to run it = and // find that it failed because there was a mistake in their = command-line. if (auto E =3D tryCreateFile(Config->OutputFile)) error("cannot open output file " + Config->OutputFile + ": " + = E.message()); And the error call is then made once tryCreateFile returns. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 10:41:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F7CCE6AA4A for ; Sat, 4 Nov 2017 10:41:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-111.reflexion.net [208.70.210.111]) (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 D421C685C3 for ; Sat, 4 Nov 2017 10:41:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26809 invoked from network); 4 Nov 2017 10:41:22 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 10:41:22 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 06:41:22 -0400 (EDT) Received: (qmail 24903 invoked from network); 4 Nov 2017 10:41:21 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 10:41:21 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 272FCEC8FCC; Sat, 4 Nov 2017 03:41:21 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ld (a.k.a. ld.lld) for amd64 -r325369 -> aarch64 cross buildworld is messed up: ld just says "Invalid argument" [vs. binutils ld: R_AARCH64_ABS64 used with TLS symbol] Date: Sat, 4 Nov 2017 03:41:20 -0700 References: <7261E10B-FF6E-42CA-92D7-5C57B0707C53@dsl-only.net> <07D2D2E0-4863-43D6-AAF2-6C662DE369FA@dsl-only.net> To: FreeBSD Toolchain , freebsd-arm , FreeBSD Current In-Reply-To: Message-Id: <08619115-1878-41FF-B241-EA8581D828C9@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 10:41:30 -0000 It turns out that svn commit: r325320 breaks lld. lld has code that uses fallocate and now can fail (stop the link) on zfs. I've sent a separate reply to the notice below that gives the details. I added the [...] part of the title. Re: svn commit: r325320 - = head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: = lld uses fallocate] See, for example, = https://lists.freebsd.org/pipermail/freebsd-toolchain/2017-November/003413= .html =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 11:41:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81334E6C055; Sat, 4 Nov 2017 11:41:11 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f50.google.com (mail-lf0-f50.google.com [209.85.215.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 120816ACA4; Sat, 4 Nov 2017 11:41:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f50.google.com with SMTP id a2so5795734lfh.11; Sat, 04 Nov 2017 04:41:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=kycv5RGcFMNZ810lqDKIhBMCPOmTxS8FkzejgV7H/s0=; b=j+JcFbbiq4lvVSCUkOY/BFtUoVHHuPJvh7lsSh3djdEbBJ+u1sXV7lhsfq6rr4iUQZ fdArP/LuFsMU4oLL8w+XrcKlQ1614sL1imfJlGCT3paoXs/0nwE2gcLmORG0fiuzX/51 /fb5VJ+yyAZ8Sa+/9UQC4fcIVqJPX/IohGgcP6bguhfk6+gD01KqJ35CTZdETKiO1al4 5CszKTC0kw3MhnP7M22EjVaioqa3tL8jzgVEIg4MwcKHDTVWEBaYNjCw4aSwGKhYbj3p YL2uvv2a+hJL9aNtwAbqPRAfUOs1SQM8aIFMs8kvSg2/TMYMGeys6DbtHdkeQ9EzFRGP lfnw== X-Gm-Message-State: AJaThX6JCx2DGt6UGM9wxCTcTWw8lpzo5ViL7kNJdr8QAOZSLzAw3o2W fD8EozGO9cDwQt+OIaajvJT3o7+Y X-Google-Smtp-Source: ABhQp+SivUYWUCi1d6hf9yk9gRN4Eo/JH8hcYed5/0PfDF5KRjkIfe67ZK4EvpG+M2JMUlpI7jN/hA== X-Received: by 10.25.38.21 with SMTP id m21mr3513825lfm.95.1509795663218; Sat, 04 Nov 2017 04:41:03 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id j71sm1456581lfk.6.2017.11.04.04.41.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Nov 2017 04:41:02 -0700 (PDT) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] To: Mark Millard , FreeBSD Toolchain , svn-src-head@freebsd.org, FreeBSD Current References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> From: Andriy Gapon Message-ID: <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> Date: Sat, 4 Nov 2017 13:41:00 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 11:41:11 -0000 On 04/11/2017 12:32, Mark Millard wrote: > if (int Err = ::posix_fallocate(FD, 0, Size)) { > if (Err != EOPNOTSUPP) > return std::error_code(Err, std::generic_category()); > } The commit message that you didn't include into your reply contains some useful information that authors / maintainers of this code should probably take into account: > Please note that EINVAL is used to report that the underlying file system > does not support the operation (POSIX.1-2008). Here is a link for that: http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.html -- Andriy Gapon From owner-freebsd-current@freebsd.org Sat Nov 4 11:58:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18FDAE6C681; Sat, 4 Nov 2017 11:58:52 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2E116B7AC; Sat, 4 Nov 2017 11:58:51 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x232.google.com with SMTP id 97so11198058iok.7; Sat, 04 Nov 2017 04:58:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=HCOyZsq6LJmLJpvVZbJ/DhxOEXPKnJ2GtRRKPBOSy3c=; b=ryj97n2ZivZUYC+SMVvHBirpgPhBHA/u2hkkM2fqufkWA2laXSW8NEs7xHvRTQnoD7 NCQhm/DroYt8xKKtIH1BNhrtESL/G7DXE76yPo+ROvP/4P7ecvgerbIB1Z4IJ8ZTyFA+ fMsrlpBlO3oLHT3GtoOTgbmyEuj0Kg5xEcUliwd+iUuf94e6NFTzjmHAE33/a6CtYfYk qNByZhQkd95kT6XMxVoWfQuxX6a/hgNGIMR+uRed2ugKFOdX+MiOwEiB1PMvbn46QOsG U97NVvVm/cxjbfbasEoSgwfW9efP4XlsWf9rGr7lhOlvr6bK+EgWYRxnU1CE/TvGwJ4m 8Lkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=HCOyZsq6LJmLJpvVZbJ/DhxOEXPKnJ2GtRRKPBOSy3c=; b=pg0YjqHAs4Qcyv30vLsaIrxsgWIiIAX4X1aVK41hiBf4PQBR9o5Pdpr304ZSZv1hxa Oz00dxTa0zFNYMRFFgFmmC73Ryw1GZVEwtiYE0jSldmhlG9ijzVZkCt8o0e+HIqPImO8 Aax9lZCn4a1eiNrttSkYh3XMkaavUqSgcc5YUOaxgBdpCKlstoc9M+0LWbTC/o9cuPlj L8cNx+MpekGgKBTHE8OuHwJAYVJXqqDf+xqc9o3bVNyl3Cz8cfWE7sTTrPZAJLdvFabv KH5bwATxOmvgKja0SL3t6GPlo8ghPOu9TJLm3SBi1KARrETouEznLoUTq4CV8Yg3DCoQ n0eA== X-Gm-Message-State: AJaThX5O24xnQY1KYDx8YIFd3CVg9FjHm2upA0qr6nYuWBWxVR1JU99K SXC6q1JX2NQHexxp0dkduz8D8vmZXF2A7tf+rx6h9i2z X-Google-Smtp-Source: ABhQp+R+DWTi7soySl+3UUukG+8uJ18s5NbbhGqhg7CROMxjUhaRenK14vOWmJEJbUn/rgo2Ihdz5uYmMZVg/HgC5+8= X-Received: by 10.107.133.85 with SMTP id h82mr12737108iod.208.1509796730824; Sat, 04 Nov 2017 04:58:50 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.14.208 with HTTP; Sat, 4 Nov 2017 04:58:29 -0700 (PDT) In-Reply-To: <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> From: Ed Maste Date: Sat, 4 Nov 2017 07:58:29 -0400 X-Google-Sender-Auth: mdmIZtgyxGc1wT_uSuvh1jgPpbo Message-ID: Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] To: Andriy Gapon Cc: Mark Millard , FreeBSD Toolchain , "svn-src-head@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 11:58:52 -0000 On 4 November 2017 at 07:41, Andriy Gapon wrote: > On 04/11/2017 12:32, Mark Millard wrote: >> if (int Err = ::posix_fallocate(FD, 0, Size)) { >> if (Err != EOPNOTSUPP) >> return std::error_code(Err, std::generic_category()); >> } > > The commit message that you didn't include into your reply contains some useful > information that authors / maintainers of this code should probably take into > account: > >> Please note that EINVAL is used to report that the underlying file system >> does not support the operation (POSIX.1-2008). > > Here is a link for that: > http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.html I have no idea how they decided EINVAL was a reasonable errno for this case. Mark, can you give this patch a try: diff --git a/contrib/llvm/lib/Support/Unix/Path.inc b/contrib/llvm/lib/Support/Unix/Path.inc index 45097eb918b7..67edb46f0025 100644 --- a/contrib/llvm/lib/Support/Unix/Path.inc +++ b/contrib/llvm/lib/Support/Unix/Path.inc @@ -427,7 +427,7 @@ std::error_code resize_file(int FD, uint64_t Size) { // If we have posix_fallocate use it. Unlike ftruncate it always allocates // space, so we get an error if the disk is full. if (int Err = ::posix_fallocate(FD, 0, Size)) { - if (Err != EOPNOTSUPP) + if (Err != EINVAL && Err != EOPNOTSUPP) return std::error_code(Err, std::generic_category()); From owner-freebsd-current@freebsd.org Sat Nov 4 12:10:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A695AE6D0AC; Sat, 4 Nov 2017 12:10:34 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f65.google.com (mail-lf0-f65.google.com [209.85.215.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 290C36BF56; Sat, 4 Nov 2017 12:10:33 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f65.google.com with SMTP id e143so5842347lfg.12; Sat, 04 Nov 2017 05:10:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KHneKq/CsIbqx1L+hr7XQMrEsisMCVmW6RTxw1G7TUQ=; b=NDM3pj5Hqim9SZx0QWX5/tKWJdWXFSpnp0S1JGkG2qqnBKB/XeNSGMGmqPVAHy0lME CLzBxCRD6zIdZFyqC/JX9d3EBShGUW0coke1yv3XY9mxZCW9SQa26ecRXW0J/3AMm8hP /NAGoZDmrECe74IevX/bgyL4OUfvBG2h7l+0Gim42apHh1U+Ww0mKBHIeAFbE+jDaEsA 1ZykUp6S/+QdSWvPHXlw7o9f1sCtiwu/L4s0MWWRSU0mHpjtm+T00VRXVL5OGEC05SwT 9F2gUK2qEvwxEgwgJQhAKZvmX0iE3PU2vgTjZzexBuM6nqnCSkwqUCf2WijzSxdL77ri N7tw== X-Gm-Message-State: AMCzsaXvaR6BPTKDCceH9tDnDAtQcj03gOSSMy5FGBMZKL84ynijTspQ H8wHRt5c8CupnvGSyYlHX4X4CgCh X-Google-Smtp-Source: ABhQp+T4yzOy9RXHnmaiarekGlpF5BXc2aazH27GPQlOAYSxXrMzETg+hwsplJJDyANR0IV3RVCsRQ== X-Received: by 10.25.21.233 with SMTP id 102mr3515130lfv.252.1509797100412; Sat, 04 Nov 2017 05:05:00 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id b14sm1739150ljb.74.2017.11.04.05.04.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Nov 2017 05:04:59 -0700 (PDT) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] From: Andriy Gapon To: Mark Millard , FreeBSD Toolchain , svn-src-head@freebsd.org, FreeBSD Current References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> Message-ID: Date: Sat, 4 Nov 2017 14:04:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 12:10:34 -0000 On 04/11/2017 13:41, Andriy Gapon wrote: > On 04/11/2017 12:32, Mark Millard wrote: >> if (int Err = ::posix_fallocate(FD, 0, Size)) { >> if (Err != EOPNOTSUPP) >> return std::error_code(Err, std::generic_category()); >> } > > The commit message that you didn't include into your reply contains some useful > information that authors / maintainers of this code should probably take into > account: > >> Please note that EINVAL is used to report that the underlying file system >> does not support the operation (POSIX.1-2008). > > Here is a link for that: > http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.html > My response above is quite dry, so I want to add this. Thank you very much for the deep analysis. I am sorry for the trouble that my change caused, but I think that its root cause lies elsewhere (lld, posix). -- Andriy Gapon From owner-freebsd-current@freebsd.org Sat Nov 4 12:12:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 685FEE6D30D; Sat, 4 Nov 2017 12:12:36 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f44.google.com (mail-lf0-f44.google.com [209.85.215.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAEC16C340; Sat, 4 Nov 2017 12:12:35 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f44.google.com with SMTP id e143so5845669lfg.12; Sat, 04 Nov 2017 05:12:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Mf+nn2Mgn7fCDtJQ5pJ0Tl9A4IB5IleXFpV4wgrRmoQ=; b=XFamSk0jFpnvcCT6UJ9NTt3GunBdG2kt+DSo75i8N+4Z701yoVsdphrnexnkSir1wc 3qi336Uq8keUdRKMuAeMRUYSpJagDxD/Zdf3DGBGlRlbF6b7Q90zHuRwKIoIwn1pabpw 9GHfwgYr2wd90K/yaQkQsaWaeL5lBUksKmsAV2HrM6ebYJIVWEgqrlPInDRY7ZEqVkQL EhTggllIaqmbMOH9w7iryzmQo++JsXGrfvzWp2KiqjGrQPxNxzNTJtsjUshOvDnI1bii Or/DuB+IXsHPoikk+LrNovKMqryPiC+i8aN9Vs2YbsVdxxF/7bjp+YCdJJEGuz3H7J4n Bt0Q== X-Gm-Message-State: AJaThX5lDHkH7wa39lSrjjKI3lWBwfxBcR0ljHb3EtR98LGh1g/+5nbi FtnijI2fgE+LQDgMIajN8ho8sh3cjlo= X-Google-Smtp-Source: ABhQp+Tz7FWvCD71XvlJLpRD0iUGCKWcYAy3nCMyTB2qC6WYK3D6suCiYqtT07wxrxKXYB5si1yCbw== X-Received: by 10.25.19.196 with SMTP id 65mr3360459lft.221.1509797548098; Sat, 04 Nov 2017 05:12:28 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id r23sm1721161lja.32.2017.11.04.05.12.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Nov 2017 05:12:27 -0700 (PDT) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] To: Ed Maste Cc: Mark Millard , FreeBSD Toolchain , "svn-src-head@freebsd.org" , FreeBSD Current References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> From: Andriy Gapon Message-ID: <3a5d89ed-6cda-2cf1-b287-9447764774e8@FreeBSD.org> Date: Sat, 4 Nov 2017 14:12:26 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 12:12:36 -0000 On 04/11/2017 13:58, Ed Maste wrote: > I have no idea how they decided EINVAL was a reasonable errno for this case. I completely agree. That's a weird choice that I have not seen for any other API. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sat Nov 4 15:08:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EB74E4CEA9 for ; Sat, 4 Nov 2017 15:08:05 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward103p.mail.yandex.net (forward103p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 099FD71B75 for ; Sat, 4 Nov 2017 15:08:04 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback1j.mail.yandex.net (mxback1j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10a]) by forward103p.mail.yandex.net (Yandex) with ESMTP id 957752182F80 for ; Sat, 4 Nov 2017 18:07:52 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback1j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 5xH9qCGmwz-7pwSu2Bd; Sat, 04 Nov 2017 18:07:52 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509808072; bh=JYdp+6iOMfTkivGUwdkKtefiop77PJUvY4CX7RDfY70=; h=To:From:Subject:Message-ID:Date; b=WyCwxRrfEaFbV1t0v54vvlwN0pHG2jNiHCFTs5ozIDZMLP9YIuc/cOhNJo97vC5/+ /6CSQJsuBUAsLLjXEJqtkg1fqDJlGF+WIRZbkfLlaUO7nXeJR2C5QpvTy2wRnnQtAA D1/mJcmPLfe2LFwq5kJqyg3PnBngBPkr11Q8r2Lc= Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 4c5QgiqHzj-7pEGUHaq; Sat, 04 Nov 2017 18:07:51 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509808071; bh=JYdp+6iOMfTkivGUwdkKtefiop77PJUvY4CX7RDfY70=; h=To:From:Subject:Message-ID:Date; b=HbS2w7xSCYbcsQx14UPPquUcwWNKBudH4d8Xw6gK8ydr0JS5hUZQLKAMCVfxFxeMO u4z4du/eKXfHxuhO/m9ZBBcXyX6obrjcFvIkVRZJomcbsr7AUfdBj8RD27f4Tvfco7 nPmvFocd7jV+swFyNX78VpFYj/a9o0lpTJch3cSU= Authentication-Results: smtp1j.mail.yandex.net; dkim=pass header.i=@passap.ru To: freebsd-current@FreeBSD.org From: Boris Samorodov Subject: [base packages] [r325303 -> r325351] install: hcsecd.conf: Permission denied Message-ID: <7d453684-c432-07ff-8f29-403b05a5e1a8@passap.ru> Date: Sat, 4 Nov 2017 18:07:50 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 15:08:05 -0000 Hi All, I create packages (as an ordinary user with command "make packages") for HEAD once a day. Today I've got a regression: --- rev. 325351 regression --- install -U -M /usr/obj/usr/src/amd64.amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage -T package=runtime -o root -g wheel -m 600 hcsecd.conf /usr/obj/usr/src/amd64.amd64/worldstage/etc/bluetooth/hcsecd.conf install: hcsecd.conf: Permission denied *** Error code 71 Stop. make[9]: stopped in /usr/src/etc/bluetooth --- Files in question are: --- % ls -ld /usr/obj/usr/src/amd64.amd64/worldstage/etc/bluetooth drwxr-xr-x 2 bsam wheel 512 3 нояб. 06:35 /usr/obj/usr/src/amd64.amd64/worldstage/etc/bluetooth % ls -l /usr/obj/usr/src/amd64.amd64/worldstage/etc/bluetooth total 12 -rw------- 1 bsam wheel 1343 3 нояб. 06:35 hcsecd.conf -rw-r--r-- 1 bsam wheel 305 3 нояб. 06:35 hosts -r--r--r-- 1 bsam wheel 1110 3 нояб. 06:35 protocols --- Yesterday rev. 325303 worked fine. -- WBR, bsam From owner-freebsd-current@freebsd.org Sat Nov 4 15:23:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0215E4D572; Sat, 4 Nov 2017 15:23:41 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71C197235A; Sat, 4 Nov 2017 15:23:41 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.208] (cpe-23-242-94-236.socal.res.rr.com [23.242.94.236]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 4f19a509 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 4 Nov 2017 08:23:37 -0700 (PDT) Subject: Re: Head build unsafe for /etc today To: Bryan Drewery , Warner Losh , Steve Kargl Cc: freebsd-hackers , FreeBSD Toolchain , FreeBSD Current References: <3045EEBF-09E6-4209-B54F-2F95394DBA82@FreeBSD.org> <20171103014907.GA88522@troutmask.apl.washington.edu> <68BECDA4-C182-436E-854C-C3B19ABB4373@FreeBSD.org> <20171103022327.GA88659@troutmask.apl.washington.edu> <998FF503-D4B0-4AD5-AD55-98680E4D66CA@FreeBSD.org> <20171103035010.GA89291@troutmask.apl.washington.edu> From: Pete Wright Message-ID: Date: Sat, 4 Nov 2017 08:23:38 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 15:23:41 -0000 On 11/03/2017 13:14, Bryan Drewery wrote: > On 11/2/2017 8:58 PM, Warner Losh wrote: >> FreeBSD has grown too big to test every possible thing before you commit. > The build itself is massive. I usually forget about release/ and the > new 'make packages', external toolchain, "old style" kernel builds, etc. > > Steve's concerns have validity. I do think it's time we have an > automated suite to test most build cases for things like bmake upgrades > or other high risk changes like META_MODE. > > > I'll think about this and add to my list of things to implement. > hey Bryan - this sounds like a pretty awesome task to take on, i'd be willing to help out with this effort as well.  if/when you come up with a plan would it be possible to ping freebsd-current@ so that i can see if there is anything i'll be able to help out with (assuming there isn't already a wiki or list somewhere i can reference to see where i may be able to chip in)? cheers! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Sat Nov 4 16:35:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C08CE4F83E for ; Sat, 4 Nov 2017 16:35:33 +0000 (UTC) (envelope-from bdrewery@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 2998A74D11 for ; Sat, 4 Nov 2017 16:35:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 259A5E4F83C; Sat, 4 Nov 2017 16:35:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 251B0E4F83B for ; Sat, 4 Nov 2017 16:35:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB94A74D10 for ; Sat, 4 Nov 2017 16:35:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 36446F654 for ; Sat, 4 Nov 2017 16:35:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 2E0E987F5 for ; Sat, 4 Nov 2017 16:35:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id oRWQlsXanHsB for ; Sat, 4 Nov 2017 16:35:28 +0000 (UTC) Subject: Re: release(7) targets busted DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 55E3B87ED From: Bryan Drewery To: "current@freebsd.org" References: Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Sat, 4 Nov 2017 09:35:28 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TX19e4erPL4d2COiLgP0rSUi2dDBuxWf2" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 16:35:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TX19e4erPL4d2COiLgP0rSUi2dDBuxWf2 Content-Type: multipart/mixed; boundary="KTfgVXpJx9l8DLJlARJIH8KFLrkMHWJkT"; protected-headers="v1" From: Bryan Drewery To: "current@freebsd.org" Message-ID: Subject: Re: release(7) targets busted References: In-Reply-To: --KTfgVXpJx9l8DLJlARJIH8KFLrkMHWJkT Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/3/2017 9:35 PM, Bryan Drewery wrote: >> *** FATAL ERROR: Cannot 'cd' to /root/git/freebsd/release/.. and insta= ll files to >> the temproot environment >> = =20 >=20 > If you run into an issue like that with the make release targets, here'= s > a fix: > http://people.freebsd.org/~bdrewery/patches/release-objdir-fix.diff >=20 > I still need to finish some testing of unrelated patches and more cases= > involving this patch. I will commit tomorrow. Yeah this one breaks the rescue build. >=20 > If that one has problems an alternative fix is: > https://people.freebsd.org/~bdrewery/patches/mm-mtree-makelevel.diff >=20 This one is safe for now but won't be what I commit. --=20 Regards, Bryan Drewery --KTfgVXpJx9l8DLJlARJIH8KFLrkMHWJkT-- --TX19e4erPL4d2COiLgP0rSUi2dDBuxWf2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZ/exQAAoJEDXXcbtuRpfPphAH/Au3IXlav1Q9wQbu3fdjC1Fy LJBNdAp2a/1rcA8MNn+6fctIHB5yFKD/hJKx1BLxbC/GJjzUnsH6XaBgO3Gnv/10 EGpsCn58OBQeGjj01CnDHRUMNjtfNWVcHkGCvMP2SHUReYEoObiguq6chfDqkQ/j zcc9/iKhuXVVWPqixVNwYvYxYXoJCJ93tHq+rdUX7tBEQgBvmVaZeBPG7c36RQKh c5gA4XKFrWBBDT+Z45AuMsifI5+R55Y/5d4Zxu+XvPW6YkhfDkyvGcCF21UQ29OI 4aOTajEkISSNM+G/ITlBG0BVZ9YrAxNyENqjMsMPdHGkHsgHOMJPUw+6MAmcvBo= =Vu70 -----END PGP SIGNATURE----- --TX19e4erPL4d2COiLgP0rSUi2dDBuxWf2-- From owner-freebsd-current@freebsd.org Sat Nov 4 16:46:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8251AE4FC65 for ; Sat, 4 Nov 2017 16:46:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-112.reflexion.net [208.70.210.112]) (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 454CF75351 for ; Sat, 4 Nov 2017 16:46:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23366 invoked from network); 4 Nov 2017 16:46:31 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 16:46:31 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 12:46:31 -0400 (EDT) Received: (qmail 9619 invoked from network); 4 Nov 2017 16:46:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 16:46:30 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 410EDEC8074; Sat, 4 Nov 2017 09:46:30 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] From: Mark Millard In-Reply-To: Date: Sat, 4 Nov 2017 09:46:29 -0700 Cc: FreeBSD Toolchain , svn-src-head@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 16:46:38 -0000 On 2017-Nov-4, at 5:04 AM, Andriy Gapon wrote: > On 04/11/2017 13:41, Andriy Gapon wrote: >> On 04/11/2017 12:32, Mark Millard wrote: >>> if (int Err =3D ::posix_fallocate(FD, 0, Size)) { >>> if (Err !=3D EOPNOTSUPP) >>> return std::error_code(Err, std::generic_category()); >>> } >>=20 >> The commit message that you didn't include into your reply contains = some useful >> information that authors / maintainers of this code should probably = take into >> account: >>=20 >>> Please note that EINVAL is used to report that the underlying file = system >>> does not support the operation (POSIX.1-2008). >>=20 >> Here is a link for that: >> = http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.= html I had no doubt about the change being required or per-specification and did not think to list the reference. It was more that world's use of fallocate was not reviewed and possibly adjusted first that caused problems. FYI: It appears that sqlite3 might use fallocate. And heimdal (via its sqlite3.c). I've not reviewed the details for any of the below that do not trace to the lld issue: # grep -rl "fallocate" /usr/src/* | more /usr/src/contrib/sqlite3/configure.ac /usr/src/contrib/sqlite3/configure /usr/src/contrib/sqlite3/sqlite3.c /usr/src/contrib/netbsd-tests/lib/libc/sys/t_posix_fallocate.c /usr/src/contrib/compiler-rt/lib/dfsan/libc_ubuntu1404_abilist.txt /usr/src/contrib/compiler-rt/include/sanitizer/linux_syscall_hooks.h /usr/src/contrib/llvm/lib/Support/Unix/Path.inc /usr/src/contrib/pjdfstest/configure.ac /usr/src/contrib/pjdfstest/tests/misc.sh /usr/src/contrib/pjdfstest/pjdfstest.c /usr/src/contrib/openbsm/NEWS /usr/src/contrib/openbsm/etc/audit_event /usr/src/crypto/heimdal/lib/sqlite/sqlite3.c /usr/src/lib/libc/sys/posix_fallocate.2 /usr/src/lib/libc/sys/Symbol.map /usr/src/lib/libc/sys/Makefile.inc /usr/src/lib/libc/tests/sys/Makefile /usr/src/lib/clang/include/llvm/Config/config.h /usr/src/share/man/man9/VOP_ALLOCATE.9 /usr/src/sys/compat/freebsd32/syscalls.master /usr/src/sys/compat/freebsd32/freebsd32_syscalls.c /usr/src/sys/compat/freebsd32/freebsd32_sysent.c /usr/src/sys/compat/freebsd32/capabilities.conf /usr/src/sys/compat/freebsd32/freebsd32_misc.c /usr/src/sys/compat/freebsd32/freebsd32_proto.h /usr/src/sys/compat/freebsd32/freebsd32_syscall.h /usr/src/sys/compat/freebsd32/freebsd32_systrace_args.c /usr/src/sys/compat/cloudabi/cloudabi_file.c /usr/src/sys/compat/linux/linux_file.c /usr/src/sys/i386/linux/linux_sysent.c /usr/src/sys/i386/linux/linux_proto.h /usr/src/sys/i386/linux/linux_syscalls.c /usr/src/sys/i386/linux/linux_systrace_args.c /usr/src/sys/i386/linux/linux_syscall.h /usr/src/sys/i386/linux/syscalls.master /usr/src/sys/sys/fcntl.h /usr/src/sys/sys/syscall.h /usr/src/sys/sys/syscall.mk /usr/src/sys/sys/syscallsubr.h /usr/src/sys/sys/sysproto.h /usr/src/sys/kern/init_sysent.c /usr/src/sys/kern/syscalls.master /usr/src/sys/kern/systrace_args.c /usr/src/sys/kern/capabilities.conf /usr/src/sys/kern/vfs_syscalls.c /usr/src/sys/kern/syscalls.c /usr/src/sys/amd64/linux32/linux32_syscall.h /usr/src/sys/amd64/linux32/linux32_systrace_args.c /usr/src/sys/amd64/linux32/syscalls.master /usr/src/sys/amd64/linux32/linux32_syscalls.c /usr/src/sys/amd64/linux32/linux32_sysent.c /usr/src/sys/amd64/linux32/linux32_proto.h /usr/src/sys/amd64/linux/linux_proto.h /usr/src/sys/amd64/linux/syscalls.master /usr/src/sys/amd64/linux/linux_syscalls.c /usr/src/sys/amd64/linux/linux_systrace_args.c /usr/src/sys/amd64/linux/linux_syscall.h /usr/src/sys/amd64/linux/linux_sysent.c /usr/src/tests/sys/pjdfstest/config.h > My response above is quite dry, so I want to add this. > Thank you very much for the deep analysis. > I am sorry for the trouble that my change caused, but I think that its = root > cause lies elsewhere (lld, posix). You are welcome. --=20 Andriy Gapon From owner-freebsd-current@freebsd.org Sat Nov 4 17:02:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F819E504C7 for ; Sat, 4 Nov 2017 17:02:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-143.reflexion.net [208.70.210.143]) (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 DE35C75C72 for ; Sat, 4 Nov 2017 17:02:56 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22110 invoked from network); 4 Nov 2017 17:02:55 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 17:02:55 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 13:02:55 -0400 (EDT) Received: (qmail 15381 invoked from network); 4 Nov 2017 17:02:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 17:02:54 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 2BEE2EC8B38; Sat, 4 Nov 2017 10:02:54 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] From: Mark Millard In-Reply-To: Date: Sat, 4 Nov 2017 10:02:53 -0700 Cc: Andriy Gapon , FreeBSD Toolchain , "svn-src-head@freebsd.org" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> To: Ed Maste X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 17:02:57 -0000 On 2017-Nov-4, at 4:58 AM, Ed Maste wrote: > On 4 November 2017 at 07:41, Andriy Gapon wrote: >> On 04/11/2017 12:32, Mark Millard wrote: >>> if (int Err =3D ::posix_fallocate(FD, 0, Size)) { >>> if (Err !=3D EOPNOTSUPP) >>> return std::error_code(Err, std::generic_category()); >>> } >>=20 >> The commit message that you didn't include into your reply contains = some useful >> information that authors / maintainers of this code should probably = take into >> account: >>=20 >>> Please note that EINVAL is used to report that the underlying file = system >>> does not support the operation (POSIX.1-2008). >>=20 >> Here is a link for that: >> = http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.= html >=20 > I have no idea how they decided EINVAL was a reasonable errno for this = case. >=20 > Mark, can you give this patch a try: >=20 > diff --git a/contrib/llvm/lib/Support/Unix/Path.inc > b/contrib/llvm/lib/Support/Unix/Path.inc > index 45097eb918b7..67edb46f0025 100644 > --- a/contrib/llvm/lib/Support/Unix/Path.inc > +++ b/contrib/llvm/lib/Support/Unix/Path.inc > @@ -427,7 +427,7 @@ std::error_code resize_file(int FD, uint64_t Size) = { > // If we have posix_fallocate use it. Unlike ftruncate it always = allocates > // space, so we get an error if the disk is full. > if (int Err =3D ::posix_fallocate(FD, 0, Size)) { > - if (Err !=3D EOPNOTSUPP) > + if (Err !=3D EINVAL && Err !=3D EOPNOTSUPP) > return std::error_code(Err, std::generic_category()); I've got a simple buildworld going but I expect that it will end up using lld in a form that runs into the problem. But I may luck out since I can link a trivial main to produce an a.out for amd64. It may be appropriate to have notes somewhere about what to do for folks that land in the range -r325320 to whatever revision the updated contrib/llvm/lib/Support/Unix/Path.inc ends up at and that also have a zfs filesystem context involved. I'll let you know if the build completes vs. not. It takes a while since llvm materials are rebuilding. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 17:13:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85E75E5097F for ; Sat, 4 Nov 2017 17:13:53 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-139.reflexion.net [208.70.210.139]) (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 3177976267 for ; Sat, 4 Nov 2017 17:13:52 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 352 invoked from network); 4 Nov 2017 17:13:46 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 17:13:46 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 13:13:46 -0400 (EDT) Received: (qmail 19876 invoked from network); 4 Nov 2017 17:13:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 17:13:46 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 7955BEC8074; Sat, 4 Nov 2017 10:13:45 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] From: Mark Millard In-Reply-To: Date: Sat, 4 Nov 2017 10:13:44 -0700 Cc: "svn-src-head@freebsd.org" , FreeBSD Toolchain , Andriy Gapon , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> To: Ed Maste X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 17:13:53 -0000 On 2017-Nov-4, at 10:02 AM, Mark Millard wrote: > On 2017-Nov-4, at 4:58 AM, Ed Maste wrote: >=20 >> On 4 November 2017 at 07:41, Andriy Gapon wrote: >>> On 04/11/2017 12:32, Mark Millard wrote: >>>> if (int Err =3D ::posix_fallocate(FD, 0, Size)) { >>>> if (Err !=3D EOPNOTSUPP) >>>> return std::error_code(Err, std::generic_category()); >>>> } >>>=20 >>> The commit message that you didn't include into your reply contains = some useful >>> information that authors / maintainers of this code should probably = take into >>> account: >>>=20 >>>> Please note that EINVAL is used to report that the underlying file = system >>>> does not support the operation (POSIX.1-2008). >>>=20 >>> Here is a link for that: >>> = http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.= html >>=20 >> I have no idea how they decided EINVAL was a reasonable errno for = this case. >>=20 >> Mark, can you give this patch a try: >>=20 >> diff --git a/contrib/llvm/lib/Support/Unix/Path.inc >> b/contrib/llvm/lib/Support/Unix/Path.inc >> index 45097eb918b7..67edb46f0025 100644 >> --- a/contrib/llvm/lib/Support/Unix/Path.inc >> +++ b/contrib/llvm/lib/Support/Unix/Path.inc >> @@ -427,7 +427,7 @@ std::error_code resize_file(int FD, uint64_t = Size) { >> // If we have posix_fallocate use it. Unlike ftruncate it always = allocates >> // space, so we get an error if the disk is full. >> if (int Err =3D ::posix_fallocate(FD, 0, Size)) { >> - if (Err !=3D EOPNOTSUPP) >> + if (Err !=3D EINVAL && Err !=3D EOPNOTSUPP) >> return std::error_code(Err, std::generic_category()); >=20 > I've got a simple buildworld going but I expect that > it will end up using lld in a form that runs into > the problem. But I may luck out since I can link a > trivial main to produce an a.out for amd64. Actually I take that back: I no longer have WITH_LLD_IS_LD=3D as part of my normal amd64 environment. (I did for a time.) So I will not get the problem. > It may be appropriate to have notes somewhere about > what to do for folks that land in the range -r325320 > to whatever revision the updated > contrib/llvm/lib/Support/Unix/Path.inc ends up at > and that also have a zfs filesystem context involved. Explicitly adding to that context-requirement for having the problem for amd64: and that one has WITH_LLD_IS_LD=3D in use. Of course, for arm64.aarch64 WITH_LLD_IS_LD=3D is the normal case and so would be more likely to catch folks. So this too should be explicit. > I'll let you know if the build completes vs. not. It > takes a while since llvm materials are rebuilding. It should complete since binutils's ld is in use: I'm not building on aarch64 and reverted to normal for amd64 some time ago relateive to WITH_LLD_IS_LD=3D . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 18:03:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81F03E51DAD for ; Sat, 4 Nov 2017 18:03:53 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 DFFAA779C7 for ; Sat, 4 Nov 2017 18:03:52 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.55.49.122]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LmfKJ-1dbi6t3Z8V-00aCYG for ; Sat, 04 Nov 2017 19:03:44 +0100 Date: Sat, 4 Nov 2017 19:03:28 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: nanobsd: g_handleattr: md0 bio_length 24 len 31 -> EFAULT Message-ID: <20171104190328.6118b518@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/iqKljN/gnG=OkB+PlzigmCQ"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:EfqZra2Yk3qnCfJVQXP9ztXdh40XDFHgfkONbgOjzdEG6ooI9NN jRudWz28v5Q16IPGJTal2wpJXd36SOmTiIexW+Dlyd7B7nJSUQViph5CTuk+wAQMUv5Fbwm OQtJly3H7nkFndc1mr5ygpLSqXzrZf+a1KylYm0jF1cx2/ZGBJhFkozsSFyXNzCN2PUEdZS Fyld4hMDAm6Fs3N4wKvtg== X-UI-Out-Filterresults: notjunk:1;V01:K0:BxK6Da1/vjA=:FBsp6JWVWukq+1r3O29Q2T kq+fW0CP1H48p+VWtERgiHt5C906CZRq8BK8zuqP28Hq/Xfh79tn1A/yjTE6OdRlXI9EM+9T6 WMKp3PFPIW4g5q2jXa7vxyyXg9NmY4w33kITzfXYrXNLOEsKltKVhbuaNz53LtyZ/jbdBhgwg JmcaWr5y0p67bI45F9sJgSWx6QdkEFj+ONiwLdrMW4MFtRRmFcKD0s2aT6tHRigItAsrd7Hhr hzfU5gsLiFIGrTqDZsfyuiHCdu4m/PhV/UDU+7eeJtBNtE4tcqFbEsV/jVGPbIbcURIRsoqv5 g69tTDCYOicgrcUaJJHVrwQNtty9qrj3o1eKGC14FazHd+vFLV3tNBS9vm8Q4BJWDiyQA4XQT s+74c2SjVRi17YePQ07H43Dn8pVXydSa2CvGlE1e1zex55IY812xATzI6HO8JPX6aBgavCXnp BtaVqltjL6sOG9fFVwB4CWP30c+NBqiVAkqu+DNa4s7aTHLsuCiF4mDFW6WWFVjeLylY/zFQP i0wxRT5n+5/Zg2WkbLkyU0vDLKwy1XvWHXus+XFke6RqBvdHCLHwM9kMYvIbS/UfI/b5jd8YZ C1RC+EBcuSDSaplrUbUsogW+bWa6lTAYyq8nspG9uwqw1aPZwpSoUF4t+ZGdCO/Pgcxk7+xqq oL19fIu85kMuI4b5abrpxtZ6OS8tjBGHB2EC95vGvMiXO65WOkZuKd9qW5jXEAmKSMHFk3qIM wDAoB5hfmpWZl4yiExkDKXKzOyMX7ESeKxGbkrgZJBg/CdBkZE0sC/TBj9/ToZ4084tFP5DTi NWKkv/H3/Ie5AbCR1nZkmP75Vzong== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 18:03:53 -0000 --Sig_/iqKljN/gnG=OkB+PlzigmCQ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Writing nanobsd (GPT) images into a memory disk results in a lot of console= errors like those shown below on CURRENT ( 12.0-CURRENT FreeBSD 12.0-CURRENT #8 r325371= : Fri Nov 3 22:47:33 CET 2017 amd64):=20 g_handleattr: md0 bio_length 24 len 31 -> EFAULT g_handleattr: md0 bio_length 24 len 31 -> EFAULT g_handleattr: md0 bio_length 24 len 31 -> EFAULT I also have errors when writing to the /cfg partition on a running system: checksum failed: cg 27, cgp: 0xbd184b61 !=3D bp: 0xf751d361 --=20 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). --Sig_/iqKljN/gnG=OkB+PlzigmCQ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWf4A8AAKCRDS528fyFhY lImSAgCfaihurMql/M4bGbjzWA+PAwhbOBLWdhsxieLSZInihk/v1bGtZGtUQ1nW C1K9vwG+wQOfbJqSsuJmLi0+D/+vAf92apUFJKS5eohvzAUUIxxPy0iRbo2ymQt1 OKjV5/exgVfQxJ5V793m9TBzyrSi0v01LercK+SSLhLf4uDPizGs =Chmj -----END PGP SIGNATURE----- --Sig_/iqKljN/gnG=OkB+PlzigmCQ-- From owner-freebsd-current@freebsd.org Sat Nov 4 18:48:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B956E529CE for ; Sat, 4 Nov 2017 18:48:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 164CB7CB44 for ; Sat, 4 Nov 2017 18:48:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id 134so11889809ioo.0 for ; Sat, 04 Nov 2017 11:48:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=OouMuc5HzjhdPokZoJoxv1hAq604iZrPilYWyC90TH0=; b=w14PYONXrC+lnqFqRFagtTZF6ql+g6DxvnCGumCu58CrMTCOXrRqIBeCaWjQ4JN8AV bIAdPfiTJSbTQKfB3NfcCe+PHuZbpgNwXw94Xx2c6QhaXtNhkRvSY6D2R3AC6+Qj4H5k zCJLKmL0DbGGiyoUPie12imasKNfpVH4LKWfrCt0C8RcQDmsz/bnEiIA+01o6sXhUQWr P6Dia1ClanK7JMawCvqECqnoVNl0Yt0UW32weWABRAEZ49yXAoypQCECwmrPjaKC1YS1 oIx2PEpF/1dz/zZTp2Yb576X7rbrpVNXfi4QpipOB/2zgUc3cpjJG9AS3MEe9g3O3NUK wiBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=OouMuc5HzjhdPokZoJoxv1hAq604iZrPilYWyC90TH0=; b=JiWptgjYQdF2bdHlWX8+F38T/cc+Ut8l8WNhHqbKRPJuesHmp5C+j2cBFvV3XfYytj Ra8FoGUg6LRiLna68yJBBug0/Enx3fU7ER8HsI7YVu1Kv5VmCQdzkvtvslAkg2PlRf7W 97C/T15rX7nJOWPVHy2BHl+ed6PNYmRVrWeMBSuxkaiKnw3koZf8oIKD/LDaePRWzW85 dm4Iro+KhRaFve4kMVSJePD+D+JPE1QwmwpROzOpOLPMjPYSSs1AR4JW8S8A7PqpWwFY +sA3GFiqX3pMHN0ERNyJ0xMukgWFvTUX89iaBgu0fZ/O8RJLGNohELk4UeUL3q4O59S+ fWyQ== X-Gm-Message-State: AJaThX7e4qFfcPy4kJkt+7Vis6SnJ+bzsEvys8EsMPZ1u2VSZnBbwKxr ENAO5XXpa9GWM2uq0mSZv1zpEjaNlmv11lJ9UkRNBw== X-Google-Smtp-Source: ABhQp+Tlxq1oV2AqQx9LylcJeUt/zhAwpBd/6FoHDby550xOIUHwogNhhqa5iliuaLD+QTD6vIYY1gcj40LCT5M5j4Y= X-Received: by 10.107.52.134 with SMTP id b128mr14115718ioa.291.1509821325252; Sat, 04 Nov 2017 11:48:45 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Sat, 4 Nov 2017 11:48:44 -0700 (PDT) X-Originating-IP: [2607:fb90:6f6f:bf0b:81fb:f24b:d12a:fdf7] Received: by 10.79.57.22 with HTTP; Sat, 4 Nov 2017 11:48:44 -0700 (PDT) In-Reply-To: <20171104190328.6118b518@thor.intern.walstatt.dynvpn.de> References: <20171104190328.6118b518@thor.intern.walstatt.dynvpn.de> From: Warner Losh Date: Sat, 4 Nov 2017 12:48:44 -0600 X-Google-Sender-Auth: jsZeGyySzvvvMUM8bI0KJzg9QLo Message-ID: Subject: Re: nanobsd: g_handleattr: md0 bio_length 24 len 31 -> EFAULT To: "O. Hartmann" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 18:48:46 -0000 Can you share your config file? Warner On Nov 4, 2017 12:04 PM, "O. Hartmann" wrote: > Writing nanobsd (GPT) images into a memory disk results in a lot of > console errors like > those shown below on CURRENT ( 12.0-CURRENT FreeBSD 12.0-CURRENT #8 > r325371: Fri Nov 3 > 22:47:33 CET 2017 amd64): > > g_handleattr: md0 bio_length 24 len 31 -> EFAULT > g_handleattr: md0 bio_length 24 len 31 -> EFAULT > g_handleattr: md0 bio_length 24 len 31 -> EFAULT > > I also have errors when writing to the /cfg partition on a running system= : > > checksum failed: cg 27, cgp: 0xbd184b61 !=3D bp: 0xf751d361 > > -- > 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 Ab= s. 4 BDSG). > From owner-freebsd-current@freebsd.org Sat Nov 4 19:46:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34030E53ED8 for ; Sat, 4 Nov 2017 19:46:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-142.reflexion.net [208.70.210.142]) (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 D8C2F7E8F3 for ; Sat, 4 Nov 2017 19:46:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18875 invoked from network); 4 Nov 2017 19:46:05 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 19:46:05 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 15:46:05 -0400 (EDT) Received: (qmail 31687 invoked from network); 4 Nov 2017 19:46:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 19:46:05 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4E8FEEC86EF; Sat, 4 Nov 2017 12:46:04 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] From: Mark Millard In-Reply-To: Date: Sat, 4 Nov 2017 12:46:03 -0700 Cc: "svn-src-head@freebsd.org" , FreeBSD Toolchain , Andriy Gapon , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <67239347-C445-4A76-9C35-C650B28B1DF3@dsl-only.net> References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> To: Ed Maste X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 19:46:12 -0000 [The patch allowed the amd64 -> aarch64 cross-buildworld to complete instead of failing in lld.] On 2017-Nov-4, at 10:13 AM, Mark Millard wrote: > On 2017-Nov-4, at 10:02 AM, Mark Millard = wrote: >=20 >=20 >> On 2017-Nov-4, at 4:58 AM, Ed Maste wrote: >>=20 >>> On 4 November 2017 at 07:41, Andriy Gapon = wrote: >>>> On 04/11/2017 12:32, Mark Millard wrote: >>>>> if (int Err =3D ::posix_fallocate(FD, 0, Size)) { >>>>> if (Err !=3D EOPNOTSUPP) >>>>> return std::error_code(Err, std::generic_category()); >>>>> } >>>>=20 >>>> The commit message that you didn't include into your reply contains = some useful >>>> information that authors / maintainers of this code should probably = take into >>>> account: >>>>=20 >>>>> Please note that EINVAL is used to report that the underlying file = system >>>>> does not support the operation (POSIX.1-2008). >>>>=20 >>>> Here is a link for that: >>>> = http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.= html >>>=20 >>> I have no idea how they decided EINVAL was a reasonable errno for = this case. >>>=20 >>> Mark, can you give this patch a try: >>>=20 >>> diff --git a/contrib/llvm/lib/Support/Unix/Path.inc >>> b/contrib/llvm/lib/Support/Unix/Path.inc >>> index 45097eb918b7..67edb46f0025 100644 >>> --- a/contrib/llvm/lib/Support/Unix/Path.inc >>> +++ b/contrib/llvm/lib/Support/Unix/Path.inc >>> @@ -427,7 +427,7 @@ std::error_code resize_file(int FD, uint64_t = Size) { >>> // If we have posix_fallocate use it. Unlike ftruncate it always = allocates >>> // space, so we get an error if the disk is full. >>> if (int Err =3D ::posix_fallocate(FD, 0, Size)) { >>> - if (Err !=3D EOPNOTSUPP) >>> + if (Err !=3D EINVAL && Err !=3D EOPNOTSUPP) >>> return std::error_code(Err, std::generic_category()); This change allowed the amd64 -> aarch64 cross-buildworld (and buildkernel) to finish. Thanks. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 20:13:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 652F9E54956 for ; Sat, 4 Nov 2017 20:13:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-155.reflexion.net [208.70.210.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1358580B4C for ; Sat, 4 Nov 2017 20:13:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10447 invoked from network); 4 Nov 2017 20:13:03 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Nov 2017 20:13:03 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 16:13:03 -0400 (EDT) Received: (qmail 26856 invoked from network); 4 Nov 2017 20:13:02 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2017 20:13:02 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 276A7EC86EF; Sat, 4 Nov 2017 13:13:02 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate] From: Mark Millard In-Reply-To: Date: Sat, 4 Nov 2017 13:13:01 -0700 Cc: Andriy Gapon , FreeBSD Toolchain , "svn-src-head@freebsd.org" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <9D762BA9-D957-4413-98E1-E4410BA20112@dsl-only.net> References: <6140C4E2-168F-4E5D-B3C2-717ECB67C980@dsl-only.net> <134eea8e-1a2e-d77c-f7fa-01e14db7f47b@FreeBSD.org> To: Ed Maste X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 20:13:10 -0000 On 2017-Nov-4, at 4:58 AM, Ed Maste wrote: > On 4 November 2017 at 07:41, Andriy Gapon wrote: >> On 04/11/2017 12:32, Mark Millard wrote: >>> if (int Err =3D ::posix_fallocate(FD, 0, Size)) { >>> if (Err !=3D EOPNOTSUPP) >>> return std::error_code(Err, std::generic_category()); >>> } >>=20 >> The commit message that you didn't include into your reply contains = some useful >> information that authors / maintainers of this code should probably = take into >> account: >>=20 >>> Please note that EINVAL is used to report that the underlying file = system >>> does not support the operation (POSIX.1-2008). >>=20 >> Here is a link for that: >> = http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fallocate.= html >=20 > I have no idea how they decided EINVAL was a reasonable errno for this = case. I think they viewed it as a bad fd argument: a reference into a wrong file system, much like a wrong len (<0) or offset (<0). That there is no other means of run-time classifying the file system(s)(?) was not viewed as sufficient reason to give it a different classification. But it is just a guess. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 4 17:23:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F148E50D83; Sat, 4 Nov 2017 17:23:20 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3BD42767C3; Sat, 4 Nov 2017 17:23:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id vA4HNABk001400; Sat, 4 Nov 2017 10:23:10 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id vA4HNANJ001399; Sat, 4 Nov 2017 10:23:10 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201711041723.vA4HNANJ001399@pdx.rh.CN85.dnsmgr.net> Subject: Re: Head build unsafe for /etc today In-Reply-To: To: Bryan Drewery Date: Sat, 4 Nov 2017 10:23:10 -0700 (PDT) CC: Warner Losh , Steve Kargl , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sat, 04 Nov 2017 22:45:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 17:23:20 -0000 > On 11/2/2017 8:58 PM, Warner Losh wrote: > > FreeBSD has grown too big to test every possible thing before you commit. I would say that it has always been too big to test every possible thing before a commit. Breakage is just going to happen, we make great efforts to minimize it, but like all risks sooner or later your gona have a failure. > > The build itself is massive. I usually forget about release/ and the > new 'make packages', external toolchain, "old style" kernel builds, etc. Good starting list for "make build-regresion" ? > > Steve's concerns have validity. I do think it's time we have an > automated suite to test most build cases for things like bmake upgrades > or other high risk changes like META_MODE. > > > I'll think about this and add to my list of things to implement. I would even go so far as to say this may be what we should be running in (a) Jenkins. Or perhaps a deeper exp-run? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Nov 4 22:51:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 738BDE58878; Sat, 4 Nov 2017 22:51:47 +0000 (UTC) (envelope-from cy.schubert@komquats.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 23FF9177B; Sat, 4 Nov 2017 22:51:46 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id B7HseiVhX8LPZB7HuennbV; Sat, 04 Nov 2017 16:51:40 -0600 X-Authority-Analysis: v=2.2 cv=e552ceh/ c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=xqWC_Br6kY4A:10 a=sC3jslCIGhcA:10 a=iKhvJSA4AAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=oVV4gydEhTvcyb8WQa0A:9 a=CjuIK1q_8ugA:10 a=odh9cflL3HIXMm4fY7Wr: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 63A871040; Sat, 4 Nov 2017 15:51:36 -0700 (PDT) Received: from slippy (localhost [IPv6:0:0:0:0:0:0:0:1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id vA4MpZs8061361; Sat, 4 Nov 2017 15:51:35 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201711042251.vA4MpZs8061361@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "Rodney W. Grimes" cc: Bryan Drewery , Warner Losh , Steve Kargl , freebsd-hackers , FreeBSD Toolchain , FreeBSD Current Subject: Re: Head build unsafe for /etc today In-Reply-To: Message from "Rodney W. Grimes" of "Sat, 04 Nov 2017 10:23:10 -0700." <201711041723.vA4HNANJ001399@pdx.rh.CN85.dnsmgr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Nov 2017 15:51:35 -0700 X-CMAE-Envelope: MS4wfLPq7Njx1rohygjBq57WKfVO1lJ9Sd2UQWVkgNQAYNocjY06JoRDMyFY7qH2bVk9c0AECpwAVX23iNZnzs8qofQJMXndA/5YjijP+v2bY/1dVZtKcqz+ mOVRhUu9WD7IvpwBW6Nor65jWQHONYEdLx6nfxf+ESXEK1oa4izjErUMo9DO2BmiGlfnq77xCqB8i5wD+gQ42ehtnbxUkOy5sA7sIR0bE+ahzhUUYBODDVxl qdKfgZHzfHDnMAnvB8pSALgDEs9Ev10xxw7rmCONEEfSBTCSU8N13xajwl+YVItGeO1jusX1N5liNRG4+FdHt1Q7MmMg1wbvHFZs99QXax8gScs/eFx9uSJd MVMrV+JOSl0JnhDOCoFe3J7FqXV5fZdcNOqTE/1dBynOM2QQRuOqK53eI7OT5jkJE4fbAv8P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Nov 2017 22:51:47 -0000 In message <201711041723.vA4HNANJ001399@pdx.rh.CN85.dnsmgr.net>, "Rodney W. Gri mes" writes: > > On 11/2/2017 8:58 PM, Warner Losh wrote: > > > FreeBSD has grown too big to test every possible thing before you commit. > > I would say that it has always been too big to test every possible > thing before a commit. Breakage is just going to happen, we make > great efforts to minimize it, but like all risks sooner or later > your gona have a failure. > > > > > The build itself is massive. I usually forget about release/ and the > > new 'make packages', external toolchain, "old style" kernel builds, etc. > Good starting list for "make build-regresion" ? > > > > > Steve's concerns have validity. I do think it's time we have an > > automated suite to test most build cases for things like bmake upgrades > > or other high risk changes like META_MODE. > > > > > > I'll think about this and add to my list of things to implement. > > I would even go so far as to say this may be what we should be > running in (a) Jenkins. Or perhaps a deeper exp-run? Yes. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.