From owner-freebsd-current@freebsd.org Sun Jun 7 01:53:21 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BF68B344DF5 for ; Sun, 7 Jun 2020 01:53:21 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ffYF29ycz4Rfj; Sun, 7 Jun 2020 01:53:21 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from p51.home.us.delphij.net (unknown [IPv6:2601:646:8600:58ba:e670:b8ff:fe5c:4e69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 1ABCF42E43; Sat, 6 Jun 2020 18:53:19 -0700 (PDT) Reply-To: d@delphij.net To: cem@freebsd.org Cc: Xin LI , freebsd-current References: <202006051612.055GCL11009491@repo.freebsd.org> From: Xin Li Autocrypt: addr=delphij@delphij.net; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Organization: The FreeBSD Project Subject: Re: HEADSUP: GEOM label may be broken [Was Re: svn commit: r361838 - in head/sys/geom: . label] Message-ID: Date: Sat, 6 Jun 2020 18:53:06 -0700 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="yrAQ59uXIrlyXcTHYZzInVGjcg6wUB4bq" X-Rspamd-Queue-Id: 49ffYF29ycz4Rfj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:64.62.128.0/18, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 01:53:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --yrAQ59uXIrlyXcTHYZzInVGjcg6wUB4bq Content-Type: multipart/mixed; boundary="qFGLwCaSkXN0fQsuCYx3MtJykTa8S4tqK"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: cem@freebsd.org Cc: Xin LI , freebsd-current Message-ID: Subject: Re: HEADSUP: GEOM label may be broken [Was Re: svn commit: r361838 - in head/sys/geom: . label] References: <202006051612.055GCL11009491@repo.freebsd.org> In-Reply-To: --qFGLwCaSkXN0fQsuCYx3MtJykTa8S4tqK Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, Conrad, On 6/6/20 9:28 AM, Conrad Meyer wrote: > # geli attach /dev/gpt/testingeli > Enter passphrase: > GEOM_ELI: Device md0s1.eli created. > GEOM_ELI: Encryption: AES-XTS 128 > GEOM_ELI: Crypto: software > GEOM_LABEL[2]: Tasting md0s1.eli. > # ls -l /dev/gpt/testingeli* > lrwxr-xr-x 1 root wheel 8 Jun 6 09:22 /dev/gpt/testingeli -> ../md0s1= > lrwxr-xr-x 1 root wheel 12 Jun 6 09:24 /dev/gpt/testingeli.eli -> ../m= d0s1.eli >=20 > https://reviews.freebsd.org/D25168 Thanks for the quick fix! I have applied D24968 and D25168 over r361880 (with some minor unrelated local changes) and can confirm that the gptid label + geli worked fine no= w. However, it seems that the GPT partitions are not showing up under /dev/diskid (in your test 1 you are specifying the diskid label itself so it's not clear to me if they would; on my laptop, the diskid label is now showing up, but not the partitions associated with it (in your case, that would be /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4p2 and /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4p3). Could you please take a look at these too? (BTW. On boot I'm now seeing: g_dev_taste: make_dev_p() failed (gp->name=3Dada1, error=3D17) g_dev_taste: make_dev_p() failed (gp->name=3Dada1p2, error=3D17) which may be a result of ZFS's GEOM integration (ada1p2 is the root zpool); I can't really test the ZFS situation yet as I don't have a USB drive at hand and still waiting for my order to arrive). Cheers, > On Sat, Jun 6, 2020 at 8:52 AM Conrad Meyer wrote: >> >> Hi Xin Li, >> >> Thank you for the report and diagnosis. Sorry for the breakage. >> >> I have reverted the change and hope to address the issues you have ide= ntified. >> >> There seem to be two issues identified: >> 1. When ZFS attaches to a partition of a disk, the /dev/diskid label d= isappears. >> 2. geli(8) attach of symlink labels doesn't work >> >> (1) is interesting, as it does not seem to happen to UFS or swap consu= mers: >> >> # mount >> /dev/gpt/rootfs on / (ufs, local, noatime, soft-updates) >> # swapctl -l >> Device: 1024-blocks Used: >> /dev/vtbd0p2 1048576 0 >> # ls -l /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4 /dev/gpt/{rootfs,swapfs}= >> lrwxr-xr-x 1 root wheel 8 May 22 20:18 >> /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4 -> ../vtbd0 >> lrwxr-xr-x 1 root wheel 10 May 22 20:18 /dev/gpt/rootfs -> ../vtbd0p3 >> lrwxr-xr-x 1 root wheel 10 May 22 20:18 /dev/gpt/swapfs -> ../vtbd0p2 >> >> I wonder what is different in the ZFS case here. >> >> (2) >> >> # ls -l /dev/gpt/testingeli >> lrwxr-xr-x 1 root wheel 8 Jun 6 08:33 /dev/gpt/testingeli -> ../md0s1= >> # geli init /dev/gpt/testingeli >> Enter new passphrase: >> Reenter new passphrase: >> ... >> # geli attach /dev/gpt/testingeli >> Enter passphrase: >> geli: Provider gpt/testingeli is invalid. >> geli: There was an error with at least one provider. >> >> So at least the latter problem is straightforward to resolve. I have >> a patch I'm testing locally now, and will upload to phabricator >> shortly. >> >> Best regards, >> Conrad >> >> >> On Sat, Jun 6, 2020 at 1:17 AM Xin Li wrote: >>> >>> I just spent quite some time to revive my laptop. TL;DR: if you are >>> using /dev/diskid or /dev/gptid labels and GELI, please wait until >>> things settled. >>> >>> =3D=3D=3D >>> >>> On 6/5/20 9:12 AM, Conrad Meyer wrote: >>>> Author: cem >>>> Date: Fri Jun 5 16:12:21 2020 >>>> New Revision: 361838 >>>> URL: https://svnweb.freebsd.org/changeset/base/361838 >>>> >>>> Log: >>>> geom_label: Use provider aliasing to alias upstream geoms >>>> >>>> For synthetic aliases (just pseudonyms inferred from metadata like= GPT or >>>> UFS labels, GPT UUIDs, etc), use the GEOM provider aliasing system= to create >>>> a symlink to the real device instead of creating an independent de= vice. >>>> This makes it more clear which labels and devices correspond, and = we can >>>> safely have multiple labels to a single device accessed at once. >>>> >>>> The confusingly named geom_label on-disk construct continues to be= have >>>> identically to how it did before. >>>> >>>> This requires teaching GEOM's provider aliasing about the possibil= ity >>>> that aliases might be added later in time, and GEOM's devfs intera= ction >>>> layer not to worry about existing aliases during retaste. >>>> >>>> Discussed with: imp >>>> Relnotes: sure, if we don't end up reverting it >>> >>> This would break (and the effect can be quite persistent and hard to >>> repair, see explanation below) existing configuration as some GEOM >>> classes are not converted to support the new way of device >>> representation, so I'd like to request this change be reverted for no= w >>> until these are fixed. >>> >>> Consider the following configuration, where one have a hard drive >>> partitioned with GPT, like: >>> >>> =3D> 40 1953525088 ada1 GPT (932G) >>> 40 262144 1 efi (128M) >>> 262184 8388608 2 freebsd-zfs (4.0G) >>> 8650792 67108864 3 freebsd-swap (32G) >>> 75759656 1877765472 4 freebsd-zfs (895G) >>> >>> Now, the first ZFS pool is created as root pool. ZFS gets an exclusi= ve >>> hold of 'ada1p2' despite the pool is carefully created to use >>> /dev/diskid/p2 instead of ada1p2. >>> >>> ZFS writes the new device path to vdev label. For ZFS, this doesn't >>> matter much as it always checks the label. >>> >>> However, this will prevent GEOM from properly creating >>> /dev/diskid/. >>> >>> In order to prevent accidentally writing data to wrong disk, for "raw= " >>> disk partitions it's usually a good idea to reference them with label= s, >>> either by /dev/diskid or /dev/gptid. With /dev/ada1p2 exclusively >>> accessed by ZFS, the /dev/diskid/ representing the disk i= s >>> now gone. >>> >>> And to make the situation even worse, simply changing the partition >>> reference to the corresponding /dev/gptid/ doesn't really work >>> either, when one is encrypting partitions individually. In the examp= le >>> above, adap4 is an encrypted partition and with the alias change, one= >>> can no longer "geli attach" them via /dev/gptid/. They can sti= ll >>> be attached by the "canonical" path (/dev/ada1p4), but for the swap >>> partition that would completely defeat the purpose of using label (to= >>> prevent accidentally writing to the wrong disk). >>> >>> For my case, reverting to an older kernel is not sufficient to fix th= e >>> configuration, because ZFS is recording the "canonical" device path >>> (/dev/ada1p2) and /dev/diskid label for this disk disappeared somewha= t >>> permanently (I would have to find a USB drive somewhere to fix the ro= ot >>> pool to use the "right" device path). >>> >>>> Differential Revision: https://reviews.freebsd.org/D24968 >>> [...] >>>> Modified: head/sys/geom/label/g_label.c >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=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/sys/geom/label/g_label.c Fri Jun 5 16:05:09 2020 = (r361837) >>>> +++ head/sys/geom/label/g_label.c Fri Jun 5 16:12:21 2020 = (r361838) >>>> @@ -344,18 +345,16 @@ g_label_taste(struct g_class *mp, struct g_pro= vider *p >>>> { >>>> struct g_label_metadata md; >>>> struct g_consumer *cp; >>>> + struct g_class *clsp; >>>> struct g_geom *gp; >>>> int i; >>>> + bool changed; >>>> >>>> g_trace(G_T_TOPOLOGY, "%s(%s, %s)", __func__, mp->name, pp->na= me); >>>> g_topology_assert(); >>>> >>>> G_LABEL_DEBUG(2, "Tasting %s.", pp->name); >>>> >>>> - /* Skip providers that are already open for writing. */ >>>> - if (pp->acw > 0) >>>> - return (NULL); >>>> - >>>> if (strcmp(pp->geom->class->name, mp->name) =3D=3D 0) >>>> return (NULL); >>>> >>>> @@ -391,9 +390,16 @@ g_label_taste(struct g_class *mp, struct g_prov= ider *p >>>> if (md.md_provsize !=3D pp->mediasize) >>>> break; >>>> >>>> + /* Skip providers that are already open for writing. *= / >>>> + if (pp->acw > 0) { >>>> + g_access(cp, -1, 0, 0); >>>> + goto end; >>>> + } >>>> + >>> >>> (Is this still necessary when the eventual provider would be the real= one?) >>> >>> I think symlink aliasing is a the right direction but we need to be >>> really careful to not break existing and legitimate usage. Since thi= s >>> also breaks GELI when using with labels, I'd like to request that thi= s >>> change be backed out for now until the consumers are correctly fixed.= >>> >>> Cheers, >>> --qFGLwCaSkXN0fQsuCYx3MtJykTa8S4tqK-- --yrAQ59uXIrlyXcTHYZzInVGjcg6wUB4bq 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.2.20 (FreeBSD) iQIzBAEBCgAdFiEEceNg5NEMZIki80nQQHl/fJX0g08FAl7cSI0ACgkQQHl/fJX0 g0/TvQ//dG91Wy1UtbQsUxXF3dUs8G3DZSEnnwRF2ZaPjHD6IBEsF8KTm7FfTqB2 kfZUIkeWf+DOLVJ2yUkT2MxHfFmEv6WOZ9KC5D+9t3eIHeVOUYbgCPsyTEWrGZHD xzIaQbwcPiFoYdOfh37/uDim+raeTo+LUcvoQ5jeZ0nkMO69o2w3fwwVpG6Jo89n plK78VgvN2nbpOQw7kcIX+8j7kzLxjSDPddSFBmntjg8GtS1tDvVaVHTsQ13Lqwu m0dJCaXUSoKcFx+AHc/ehFSwlPo6g6xadaT5OUgIZwP3vSdMIa8s3I+zpXbtfkRo Wq+8+fUQxFIyS2ezIN6fTaHnapBUlcjI8zOtV7qA3uMKuo7T8RaWrH7+RHQx5oC4 rS79wKpJJfmtzElG0R+UGdCJ471JoVQwIax14IP2PdYJ1BNuC/kDYE6G4FFvt0EE zSLECFp8ck/vwQ9GtiHsQ8+QJqSpTydOyixQGDRbIhlr7edY6qhsheuuBDQqaSEI kjGDIfbLI/xopSCH8JbIuG3U/wL9J3jIq6t3hm9GaEMuVYoRIHGN1o6okNz/qywa foqhux4Yfl9t2mBsyuOUiAYiC38gGEOy7FmQ/D1IFZufEvn9l2IM29fCQ6+6spv5 5s05ejqQYvv8pNXuRF+PqBXV8NDi7MTh6eUrIXlNzwlk2PxVA4k= =Aorf -----END PGP SIGNATURE----- --yrAQ59uXIrlyXcTHYZzInVGjcg6wUB4bq-- From owner-freebsd-current@freebsd.org Sun Jun 7 14:44:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2091632DC2A for ; Sun, 7 Jun 2020 14:44:28 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fzfz0cbPz3fkJ for ; Sun, 7 Jun 2020 14:44:26 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x22b.google.com with SMTP id y11so15655097ljm.9 for ; Sun, 07 Jun 2020 07:44:26 -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=vU6g6A7sAtkGZXP/40Q5BOfK/vd9MDNsi0+c4WNtSM4=; b=IMikqV9ciTCj5MDVLCWs6JUbQdGgZrrVYSKxr/ycWgonhnBWdlZK47IOdSK4h94j/I PKI6S6VasXU6LopcdTUrxIgKxPtIAku5NV+26U3HToLDfCboqyOZu/aFd7kHmqGGQFz0 AZW7nPpSqF/pGLNaKvcWWFgxQR/z4z2pkbgs/5B1Q7hNUh70+7Jy1r2BXfmB0EsbuEhH NC8INMZHJokYHR6Zi8AvdU7BB2TTivqwWOTLQXCcPkP412j7pzuubfccThTOHP0LD+7u Gwf/XBis8icufdjZYE1mV/Pej2UFYlDiBTQpPocYarhYJ++UieigS0MIj9n4NiQjzPf/ lc1w== 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=vU6g6A7sAtkGZXP/40Q5BOfK/vd9MDNsi0+c4WNtSM4=; b=ROkaV66vnYpxmoQgLXM1cPhyJj3BS6NZCQuippiCap1oaEInPSlaKnCVY7Mmp22WZg eC0/5zMd+8J0kzAWBGmByALB5W0HThoeXrN36g8kdSDCXm9pwhagKHcvB3Ewh3L5zdeb 9O7YC1/loMG1y2hyWKN7dtLYwDj/GrhDbnxELKMn1O0BNNJZ1P29SKxIpcnuTIVSzKNH dZhgewZ06Zf54ujJZPcA7Amcgfb7mrJ4oBtTFMKu8qoE7DHuqshTvyKRXfHLQXJulxo7 NumjVsx/WsOrQRNEWDRApj1w9AjGzGLx78kaoI4FcHU0RAbCoow9sBn3ppH1azJTws4t R61w== X-Gm-Message-State: AOAM530++lfjwRzPHKwCufOHt3SqQepz7f5/R5Pn2MGVS6raCWrLmVac B0hfZXTtuQuPqK9o0GkgcBUK2AmAcbFECqghv90bIw== X-Google-Smtp-Source: ABdhPJwYO5O5rgco3ZWiaLz6+NAgofjfZXBkgsIMTPT5Bxr/FimFCLH9wwZkYkJEQ71qxJZaQSfsovWukpAmdSNgGX4= X-Received: by 2002:a2e:541e:: with SMTP id i30mr8495700ljb.156.1591541063443; Sun, 07 Jun 2020 07:44:23 -0700 (PDT) MIME-Version: 1.0 From: Andreas Nilsson Date: Sun, 7 Jun 2020 16:44:12 +0200 Message-ID: Subject: rc.d services started twice To: Current FreeBSD X-Rspamd-Queue-Id: 49fzfz0cbPz3fkJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=IMikqV9c; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::22b as permitted sender) smtp.mailfrom=andrnils@gmail.com X-Spamd-Result: default: False [-3.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.011]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.02)[-1.022]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22b:from]; NEURAL_HAM_SHORT(-0.63)[-0.626]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 14:44:28 -0000 Hello, for quite a while I've been noticing that rc-services seems to be start twice on -CURRENT. Why is this? Is anyone else seeing this? I see 'Starting cron' twice, as well as ntpd, loading of modules mounting of filesystems. Best regards Andreas From owner-freebsd-current@freebsd.org Sun Jun 7 14:46:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5641232DF9E for ; Sun, 7 Jun 2020 14:46:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fzj11hJCz3fxV for ; Sun, 7 Jun 2020 14:46:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f175.google.com (mail-qk1-f175.google.com [209.85.222.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 2FFA0115B5 for ; Sun, 7 Jun 2020 14:46:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f175.google.com with SMTP id q8so14799274qkm.12 for ; Sun, 07 Jun 2020 07:46:13 -0700 (PDT) X-Gm-Message-State: AOAM5316Siw8Ynu1hhgDs3ECQcv5oNWehZVAuR3NYZPRxn4oe7ludr/w pY/WW7hOzzIn2h8mfPy31eWpTqCiiSbL1RZ/4Jo= X-Google-Smtp-Source: ABdhPJwlj4qoVu3SrGqLXf/tla6Dp8KSDakn5i7blC0ZiyZcEZz2iqC9QlRs7sepzAskT0C6KVSerwlALNslDGXAv1o= X-Received: by 2002:a37:9f44:: with SMTP id i65mr19107534qke.103.1591541172699; Sun, 07 Jun 2020 07:46:12 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Sun, 7 Jun 2020 09:46:01 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: rc.d services started twice To: Andreas Nilsson Cc: Current FreeBSD Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 14:46:13 -0000 On Sun, Jun 7, 2020 at 9:44 AM Andreas Nilsson wrote: > > Hello, > > for quite a while I've been noticing that rc-services seems to be start > twice on -CURRENT. Why is this? Is anyone else seeing this? > > I see 'Starting cron' twice, as well as ntpd, loading of modules mounting > of filesystems. > I seem to recall that you use or experiment with pkgbase -- double check that pkg hasn't left *.pkgnew in your /etc/rc.d. These will cause double processing. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Sun Jun 7 14:52:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C562A32E26C for ; Sun, 7 Jun 2020 14:52:55 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fzrl1Jjdz3xwH; Sun, 7 Jun 2020 14:52:54 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lf1-x129.google.com with SMTP id z206so8651557lfc.6; Sun, 07 Jun 2020 07:52:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WinS5yzrVtIzz8fFyJLLYtArUQEYzARE0DX2tguS034=; b=kxwei54etW3EUxNwaOvWv2iZtnmn4iTmxKXinXy9gEA/3KJnp5d36Z59IU+5he238B EI7pecz2NdRvZBhmA6TTeeQOda4JLW7k5Goy8cEMM+ClZarwF5BLJNyRjfmya+ecHhnj r+jpRsK2VRgCPBOMPcxyMgccXAyeLKfzm5BH94161RuP6Kuctzf82v+8+F/NZpolpXL9 0hYrioxMFQje0TIRvGtTZh4Y6WlmBat5drlf9iXfAH26zyNQMuqFCx9XIxQxMq5rPkcT G4osB96FL2qRGR5f7u/OhF2ptr1eibCgIsZIpBsqanlkyVLd0MtDBwDzfxNDuetppYDO Jkrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WinS5yzrVtIzz8fFyJLLYtArUQEYzARE0DX2tguS034=; b=obCuxIqX/PgoLbH5L1nDvGFQqSkVUy5Yi3eNEiPcXanY0INZljK/EorUPJ9uobke2i WwXYyz4r0l2+jFSB9LRnumn6Tnbsyiiup5qi5TPaM/k8tIzVoQ5ImBJofnI/p1QeR2IR QKyWijrJcG4RigFKxRO+5H773hHThfp2n063vbO3zp4XM8VTXQ0xjUNXznA41jCSi8SM QcQ6W76E+Mj/DvE2dZDn5kUeBNqPSY3st3mC7VlKCLwOKtVVu3AJOP1gNolyQi+ELFM+ ouXxOV4Bo04j1JcEumYA+rf4tP28zJfiIvUzPWe5ZrOvDjh7F7WQGV/DFDbgUEQf5bG7 p+ZQ== X-Gm-Message-State: AOAM530eVwArfgrmaxIyy9GLrZ/0HPYEnPIS+PmTBPiwob+lc1ceQdOV RzOpFLUjlGkIna7oRhmieRmVQMay5ShF8RuQWMPmpQ== X-Google-Smtp-Source: ABdhPJwWjzol3PWVwV1dwe6P7laGhz5kSwchgaXn4gHbtNUG1Ac1LQ8zSI1JxPSus1s67VUQCrkYK8KsGZSpEE7HGew= X-Received: by 2002:a19:c3d5:: with SMTP id t204mr10346197lff.50.1591541572782; Sun, 07 Jun 2020 07:52:52 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Andreas Nilsson Date: Sun, 7 Jun 2020 16:52:41 +0200 Message-ID: Subject: Re: rc.d services started twice To: Kyle Evans Cc: Current FreeBSD X-Rspamd-Queue-Id: 49fzrl1Jjdz3xwH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 14:52:55 -0000 On Sun, Jun 7, 2020, 16:46 Kyle Evans wrote: > On Sun, Jun 7, 2020 at 9:44 AM Andreas Nilsson wrote: > > > > Hello, > > > > for quite a while I've been noticing that rc-services seems to be start > > twice on -CURRENT. Why is this? Is anyone else seeing this? > > > > I see 'Starting cron' twice, as well as ntpd, loading of modules mounting > > of filesystems. > > > > I seem to recall that you use or experiment with pkgbase -- double > check that pkg hasn't left *.pkgnew in your /etc/rc.d. These will > cause double processing. > > Thanks, > > Kyle Evans > Good memory! Indeed, there were a bunch of .pkgnew there. I removed them and now it works as expected! Thank you very much! Best regards Andreas > From owner-freebsd-current@freebsd.org Sun Jun 7 14:53:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0FF3732E3CC for ; Sun, 7 Jun 2020 14:53:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49fzsq6lPVz3yJk for ; Sun, 7 Jun 2020 14:53:51 +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 057ErnrZ090905; Sun, 7 Jun 2020 14:53:49 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 057ErnOQ090904; Sun, 7 Jun 2020 07:53:49 -0700 (PDT) (envelope-from david) Date: Sun, 7 Jun 2020 07:53:49 -0700 From: David Wolfskill To: Andreas Nilsson Cc: Current FreeBSD Subject: Re: rc.d services started twice Message-ID: <20200607145349.GL2100@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Andreas Nilsson , Current FreeBSD References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dahAzsxSdSzXFIjf" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49fzsq6lPVz3yJk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-5.04 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_HAS_DN(0.00)[]; SIGNED_PGP(-2.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; NEURAL_HAM_LONG(-1.04)[-1.045]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.56)[-0.558]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 14:53:53 -0000 --dahAzsxSdSzXFIjf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 07, 2020 at 04:44:12PM +0200, Andreas Nilsson wrote: > Hello, >=20 > for quite a while I've been noticing that rc-services seems to be start > twice on -CURRENT. Why is this? Is anyone else seeing this? >=20 > I see 'Starting cron' twice, as well as ntpd, loading of modules mounting > of filesystems. > .... I see that Kyle posted a suggestion; I'll note that I do not see this -- I just cross-checked log entries from console.log with those of messages =66rom when I smoke-tested the just-built head (& stable/12) on my laptop: just single invocations. (FWIW, I am not using pkgbase.) Peace, david --=20 David H. Wolfskill david@catwhisker.org "... we distance ourselves from the incendiary language of this President." -- Bishop Mariann Edgar Budde of the Episcopal Diocese of Washington See http://www.catwhisker.org/~david/publickey.gpg for my public key. --dahAzsxSdSzXFIjf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7c/31fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pckgvwf/YfzKNNqhCbcrVKvntABNsVdozlXO2F1RddO1egyEHPc28HsJPrtl5E/n t+fuXwAJhhiY10VOVel52McBR2mmZuNMa9+SQcLhgajcPB7SbgZotwIWMQ0lo5gm nRtgVWXLeFFDa+kf0OW6NxMTEk2TDoj+p/RdIFCCx7EypNb7mc7SrlDLQoZQACHD +caT3iXMT9x3Z6AMq+XCD+xkmVbFEO6AqkfPuTZ0LB10acjjQCnSejzM7BTGV/32 Uzwos1I6TDhJSpQmZsWFUOvsdrDO4LHa3ujOCyE7ZMePdU+uI/dqGWdZYpHPUGpo NbumoIOjVkuvfEyWZs7jHn/NOV/g+Q== =rUvB -----END PGP SIGNATURE----- --dahAzsxSdSzXFIjf-- From owner-freebsd-current@freebsd.org Sun Jun 7 16:27:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E429532FFD6 for ; Sun, 7 Jun 2020 16:27:28 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49g1xr4yvBz495y for ; Sun, 7 Jun 2020 16:27:28 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id AA62F3305A6; Sun, 7 Jun 2020 16:27:28 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA18632FFD4 for ; Sun, 7 Jun 2020 16:27:28 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic304-21.consmr.mail.ne1.yahoo.com (sonic304-21.consmr.mail.ne1.yahoo.com [66.163.191.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49g1xq54Syz48vP for ; Sun, 7 Jun 2020 16:27:27 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-YMail-OSG: LcBTIzoVM1kB.NYL3R1aMXUNpGDHxIP.z5xcnSc7jRrJVsHxWT5klL58SpwsZxa iSTxW4SCKuQ4vaY1XP5Kkw.9SlkHDfBhS_3ouTvchXxskn9kE.1ZMKg1hm0YDXUJKOuhKwoNkmpI IPygbhu04igjhRSVEfQvjyV7J4W4sl.T0sc1P38IKd9x5ZwKDi0qHkso.Asehgc4mt7Iu74z4jj3 pUgt0mHJ_1oSxXkq5xCf1A9IgoR6f.qF4wBklnvpNXD50k1KmobfLU643JJeNgK5zQwsAb8zgcVu VkMv4KOuwxciwg6rsmvcNiZJ3kXmAjW9B9Rda15v0XywW6KprIbVu3PhuVp7Co9vWEwdjXswfi0c C4O0FhGftjW3AcHVBhD7FY7chf11g4by5mgPBgxc70F3as8oIlGvsU4e77cIDqZ6nFlnC0gU5Y7C miiaw30UVh0rhIN1l8bYKZ6XJyqwQM586oxwgtYIi9909F0FeBfhd7sHM.a4N2FT3625rIM3LOeM zwm1xLP5nKoLlxIp4BSwYZLwFHxUYwzwnTMom.3ytZY3hNhAHJbAUBhLrK467g8WOqrXBOK6.tJS 6_VGBvGCfazgoWzcjDuVs4ZzQeFIGG5t2HZRo0AjP893zGz_tXtqmkdx98khOEKAuIiRgtVrVloR Bd_A2yPCgNCfMRREyuYlvjaMXSmHUpOswquJQZxBf70njdCYxU_pm9FwRWdjkkvx26xpKw1AmYFU fyAme3bwJjTQqLiKqyUvPITaOJOJhVa0TNYN7aKaqJznlB5ycmp._tSQt2yqe6Kbwd7Hd_ESzfYc HEum2kb_eGJm.7ZvSMZkkEo4OecGOy71cniSyED59RR05HiL2Tzl0GW4SpUUzuMmCJFlKGLcnD7a hRERdE.qaHUU9wsQGtCritD_tvZBMOPfj1KmrXnJNONqi8w8Ij5LgRegx2_oFmDzXqpkZ1KxC4Cd .txweET8XLxwi1SV9Cs2D7SH_5UcbT8p39BwKyUqfoszYKh0UNdIcDVHHqEdAOyj_5gCRxfPStrI 1IfG6Nqs.d7ukBvnlmXP.GxViiJhe181iVB6W39uYs_k537wI4s0EI9GCOqukzZWy.oUbPCK.NvU 5FnxeKg0uoPWkDdgo9It.I.Jk5bgdCPTTfTCqRCPZxptJsFlx_tVwbg6qPlzLGsmGnHCjMaEzWzU 9L8qDARoOfHU1wjHGRdjt8vCVoeyQM.JD.wJXVN3mozM7rivW8XSZpWCkQkMXYCYlcO3ApRvrgcU vHc7mKI2qmzFikeEBtkZKDR46s4R_drAJIC7bHw2MNDWYMV3TJ4d7Wyg.xMjUkDcVhBYvaJepJVp cI0vntmuht3KJxh4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Jun 2020 16:27:26 +0000 Date: Sun, 7 Jun 2020 16:27:24 +0000 (UTC) From: Filippo Moretti To: FreeBSD Current Cc: "flz@FreeBSD.org" Message-ID: <672857244.542446.1591547244573@mail.yahoo.com> Subject: Problem compiling Chromium MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_542445_682040464.1591547244573" References: <672857244.542446.1591547244573.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16072 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:77.0) Gecko/20100101 Firefox/77.0 X-Rspamd-Queue-Id: 49g1xq54Syz48vP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.70 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.191.147:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; HAS_ATTACHMENT(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[66.163.191.147:from]; NEURAL_HAM_SHORT(-1.70)[-1.695]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 16:27:29 -0000 ------=_Part_542445_682040464.1591547244573 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Good evening,=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 FreeBSD sting 13.0-CURRENT FreeBSD 13.0-CURRENT #2 r361787: Sun J= un=C2=A0 7 15:02:09 CEST 2020=C2=A0=C2=A0=C2=A0=C2=A0 root@sting:/usr/obj/u= sr/src/amd64.amd64/sys/STING=C2=A0 amd64 the build fails with the following message/common/extensions/api/action.jso= n ../../chrome/common/extensions/api/browser_action.json ../../chrome/commo= n/extensions/api/browsing_data.json ../../chrome/common/extensions/api/exte= nsion.json ../../chrome/common/extensions/api/idltest.idl ../../chrome/comm= on/extensions/api/page_action.json ../../chrome/common/extensions/api/top_s= ites.json ninja: build stopped: subcommand failed. =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure = to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/www/chromium =3D=3D=3D>>> make build failed for www/chromium =3D=3D=3D>>> Aborting update I enclose the list of packages installedsincerelyFilippo ------=_Part_542445_682040464.1591547244573 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pkg_list" Content-ID: <40ddfd8e-097e-49b7-5999-6b24aa349e25@yahoo.com> SW1hZ2VNYWdpY2s2LTYuOS4xMS42LDEgICAgICAgIEltYWdlIHByb2Nlc3NpbmcgdG9vbHMgKGxl Z2FjeSB2ZXJzaW9uKQpPUkJpdDItMi4xNC4xOV8yICAgICAgICAgICAgICAgSGlnaC1wZXJmb3Jt YW5jZSBDT1JCQSBPUkIgd2l0aCBzdXBwb3J0IGZvciB0aGUgQyBsYW5ndWFnZQphZHdhaXRhLWlj b24tdGhlbWUtMy4yOC4wICAgICAgR05PTUUgU3ltYm9saWMgSWNvbnMKYWxzYS1saWItMS4xLjJf MiAgICAgICAgICAgICAgIEFMU0EgY29tcGF0aWJpbGl0eSBsaWJyYXJ5CmFsc2EtcGx1Z2lucy0x LjEuMV82ICAgICAgICAgICBBTFNBIGNvbXBhdGliaWxpdHkgbGlicmFyeSBwbHVnaW5zCmFvbS0y LjAuMCAgICAgICAgICAgICAgICAgICAgICBBVjEgcmVmZXJlbmNlIGVuY29kZXIvZGVjb2Rlcgph cHByZXMtMS4wLjUgICAgICAgICAgICAgICAgICAgUHJvZ3JhbSB0byBsaXN0IGFwcGxpY2F0aW9u J3MgcmVzb3VyY2VzCmFyZ3Atc3RhbmRhbG9uZS0xLjNfNCAgICAgICAgICBTdGFuZGFsb25lIHZl cnNpb24gb2YgYXJndW1lbnRzIHBhcnNpbmcgZnVuY3Rpb25zIGZyb20gR0xJQkMKYXJneWxsY21z LTEuOS4yXzUgICAgICAgICAgICAgIElDQyBjb21wYXRpYmxlIGNvbG9yIG1hbmFnZW1lbnQgc3lz dGVtCmF0LXNwaTItYXRrLTIuMjYuMiAgICAgICAgICAgICBBc3Npc3RlZCBUZWNobm9sb2d5IFBy b3ZpZGVyIG1vZHVsZSBmb3IgR1RLKwphdC1zcGkyLWNvcmUtMi4yOC4wICAgICAgICAgICAgQXNz aXN0aXZlIFRlY2hub2xvZ3kgU2VydmljZSBQcm92aWRlciBJbnRlcmZhY2UKYXRrLTIuMjguMSAg ICAgICAgICAgICAgICAgICAgIEdOT01FIGFjY2Vzc2liaWxpdHkgdG9vbGtpdCAoQVRLKQphdXRv Y29uZi0yLjY5XzMgICAgICAgICAgICAgICAgQXV0b21hdGljYWxseSBjb25maWd1cmUgc291cmNl IGNvZGUgb24gbWFueSBVbip4IHBsYXRmb3JtcwphdXRvY29uZi13cmFwcGVyLTIwMTMxMjAzICAg ICAgV3JhcHBlciBzY3JpcHQgZm9yIEdOVSBhdXRvY29uZgphdXRvY29uZjIxMy0yLjEzLjAwMDIy N183ICAgICAgQXV0b21hdGljYWxseSBjb25maWd1cmUgc291cmNlIGNvZGUgb24gbWFueSBVbip4 IHBsYXRmb3JtcyAobGVnYWN5IDIuMTMpCmF1dG9tYWtlLTEuMTYuMiAgICAgICAgICAgICAgICBH TlUgU3RhbmRhcmRzLWNvbXBsaWFudCBNYWtlZmlsZSBnZW5lcmF0b3IKYXZhaGktYXBwLTAuN18z ICAgICAgICAgICAgICAgIFNlcnZpY2UgZGlzY292ZXJ5IG9uIGEgbG9jYWwgbmV0d29yawpiYXNo LTUuMC4xNyAgICAgICAgICAgICAgICAgICAgR05VIFByb2plY3QncyBCb3VybmUgQWdhaW4gU0hl bGwKYmRmdG9wY2YtMS4xXzIgICAgICAgICAgICAgICAgIENvbnZlcnQgWCBmb250IGZyb20gQkRG IHRvIFBDRgpiaW51dGlscy0yLjMzLjFfMiwxICAgICAgICAgICAgR05VIGJpbmFyeSB0b29scwpi aXNvbi0zLjYuMiwxICAgICAgICAgICAgICAgICAgUGFyc2VyIGdlbmVyYXRvciBmcm9tIEZTRiwg KG1vc3RseSkgY29tcGF0aWJsZSB3aXRoIFlhY2MKYml0bWFwLTEuMC45ICAgICAgICAgICAgICAg ICAgIEJpdG1hcCBlZGl0b3IgYW5kIGNvbnZlcnRlciB1dGlsaXRpZXMgZm9yIFgKYm9vc3QtamFt LTEuNzIuMCAgICAgICAgICAgICAgIEJ1aWxkIHRvb2wgZnJvbSB0aGUgYm9vc3Qub3JnCmJvb3N0 LWxpYnMtMS43Mi4wXzIgICAgICAgICAgICBGcmVlIHBvcnRhYmxlIEMrKyBsaWJyYXJpZXMgKHdp dGhvdXQgQm9vc3QuUHl0aG9uKQpib290c3RyYXAtb3BlbmpkazgtcjQ1MDgwMiAgICAgSmF2YSBE ZXZlbG9wbWVudCBLaXQgOApjLWFyZXMtMS4xNS4wXzEgICAgICAgICAgICAgICAgQXN5bmNocm9u b3VzIEROUyByZXNvbHZlciBsaWJyYXJ5CmNhX3Jvb3RfbnNzLTMuNTMgICAgICAgICAgICAgICBS b290IGNlcnRpZmljYXRlIGJ1bmRsZSBmcm9tIHRoZSBNb3ppbGxhIFByb2plY3QKY2Fpcm8tMS4x Ni4wLDIgICAgICAgICAgICAgICAgIFZlY3RvciBncmFwaGljcyBsaWJyYXJ5IHdpdGggY3Jvc3Mt ZGV2aWNlIG91dHB1dCBzdXBwb3J0CmNkcnRvb2xzLTMuMDFfMSAgICAgICAgICAgICAgICBDRC9E VkQvQmx1UmF5IGFuZCBJU08tOTY2MCBpbWFnZSBjcmVhdGlvbiBhbmQgZXh0cmFjdGlvbiB0b29s cwpjZWx0LTAuMTEuM18zICAgICAgICAgICAgICAgICAgVGhlIENFTFQgdWx0cmEtbG93IGRlbGF5 IGF1ZGlvIGNvZGVjCmNoZWNrLTAuMTQuMCAgICAgICAgICAgICAgICAgICBVbml0IHRlc3QgZnJh bWV3b3JrIGZvciBDCmNocm9taXVtLTc5LjAuMzk0NS4xMzAgICAgICAgICBHb29nbGUgd2ViIGJy b3dzZXIgYmFzZWQgb24gV2ViS2l0CmNtYWtlLTMuMTcuMyAgICAgICAgICAgICAgICAgICBDcm9z cy1wbGF0Zm9ybSBNYWtlZmlsZSBnZW5lcmF0b3IKY29sb3JkLTEuMy41ICAgICAgICAgICAgICAg ICAgIE1hbmFnZSBjb2xvciBwcm9maWxlcyB0byBhY2N1cmF0ZWx5IGNvbG9yIGlucHV0L291dHB1 dCBkZXZpY2VzCmNvbnNvbGVraXQyLTEuMi4xXzEgICAgICAgICAgICBGcmFtZXdvcmsgZm9yIGRl ZmluaW5nIGFuZCB0cmFja2luZyB1c2VycwpjcHVwZGF0ZS1nMjAxODA1MTNfMSAgICAgICAgICAg Q1BVIG1pY3JvY29kZSB1cGRhdGUgdXRpbGl0eSBmb3IgeDg2CmN1cHMtMi4yLjEzICAgICAgICAg ICAgICAgICAgICBDb21tb24gVU5JWCBQcmludGluZyBTeXN0ZW0KY3VybC03LjcwLjBfMSAgICAg ICAgICAgICAgICAgIENvbW1hbmQgbGluZSB0b29sIGFuZCBsaWJyYXJ5IGZvciB0cmFuc2ZlcnJp bmcgZGF0YSB3aXRoIFVSTHMKZGF2MWQtMC43LjAgICAgICAgICAgICAgICAgICAgIFNtYWxsIGFu ZCBmYXN0IEFWMSBkZWNvZGVyCmRiNS01LjMuMjhfNyAgICAgICAgICAgICAgICAgICBPcmFjbGUg QmVya2VsZXkgREIsIHJldmlzaW9uIDUuMwpkYnVzLTEuMTIuMTYgICAgICAgICAgICAgICAgICAg TWVzc2FnZSBidXMgc3lzdGVtIGZvciBpbnRlci1hcHBsaWNhdGlvbiBjb21tdW5pY2F0aW9uCmRi dXMtZ2xpYi0wLjExMCAgICAgICAgICAgICAgICBHTGliIGJpbmRpbmdzIGZvciB0aGUgRC1CVVMg bWVzc2FnaW5nIHN5c3RlbQpkY29uZi0wLjI4LjAgICAgICAgICAgICAgICAgICAgQ29uZmlndXJh dGlvbiBkYXRhYmFzZSBzeXN0ZW0gZm9yIEdOT01FCmRlamF2dS0yLjM3XzEgICAgICAgICAgICAg ICAgICBCaXRzdHJlYW0gVmVyYSBGb250cyBjbG9uZSB3aXRoIGEgd2lkZXIgcmFuZ2Ugb2YgY2hh cmFjdGVycwpkZXNrdG9wLWZpbGUtdXRpbHMtMC4yNCAgICAgICAgQ291cGxlIG9mIGNvbW1hbmQg bGluZSB1dGlsaXRpZXMgZm9yIHdvcmtpbmcgd2l0aCBkZXNrdG9wIGVudHJpZXMKZGlhbG9nNHBv cnRzLTAuMS42ICAgICAgICAgICAgIENvbnNvbGUgSW50ZXJmYWNlIHRvIGNvbmZpZ3VyZSBwb3J0 cwpkaWZmdXRpbHMtMy43ICAgICAgICAgICAgICAgICAgR05VIGRpZmZlcmVudGlhbCBjb21wYXJl IHV0aWxpdGllcwpkb2Nib29rLTEuNSAgICAgICAgICAgICAgICAgICAgTWV0YS1wb3J0IGZvciB0 aGUgZGlmZmVyZW50IHZlcnNpb25zIG9mIHRoZSBEb2NCb29rIERURApkb2Nib29rLXNnbWwtNC41 XzEgICAgICAgICAgICAgRG9jQm9vayBTR01MIERURApkb2Nib29rLXhtbC01LjBfMyAgICAgICAg ICAgICAgRG9jQm9vayBYTUwgRFRECmRvY2Jvb2steHNsLTEuNzkuMV8xLDEgICAgICAgICBYU0wg RG9jQm9vayBzdHlsZXNoZWV0cwpkb3Rjb25mLTEuM18xICAgICAgICAgICAgICAgICAgU2ltcGxl LCBwb3dlcmZ1bCBjb25maWd1cmF0aW9uLWZpbGUgcGFyc2VyCmRybS1rbW9kLWcyMDE5MDcxMCAg ICAgICAgICAgICBNZXRhcG9ydCBvZiBEUk0gbW9kdWxlcyBmb3IgdGhlIGxpbnV4a3BpLWJhc2Vk IEtNUyBjb21wb25lbnRzCmRybS1sZWdhY3kta21vZC1nMjAyMDAzMDYgICAgICBMZWdhY3kgRFJN IG1vZHVsZXMgZm9yIHRoZSBsaW51eGtwaS1iYXNlZCBLTVMgY29tcG9uZW50cwpkdmQrcnctdG9v bHMtNy4xXzMgICAgICAgICAgICAgRFZEIGJ1cm5pbmcgc29mdHdhcmUKZWlnZW4tMy4zLjcgICAg ICAgICAgICAgICAgICAgIExpZ2h0d2VpZ2h0IGxpYnJhcnkgZm9yIHZlY3RvciBhbmQgbWF0cml4 IG1hdGgKZWxpbmtzLTAuMTEuN18xMyAgICAgICAgICAgICAgIExpbmtzIHRleHQgV1dXIGJyb3dz ZXIgd2l0aCBlbmhhbmNlbWVudHMKZW5jb2RpbmdzLTEuMC41LDEgICAgICAgICAgICAgIFguT3Jn IEVuY29kaW5nIGZvbnRzCmVzcGVhay0xLjQ4LjA0XzcgICAgICAgICAgICAgICBTb2Z0d2FyZSBz cGVlY2ggc3ludGhlc2l6ZXIKZXRlcm0tMC45LjZfNSAgICAgICAgICAgICAgICAgIFgxMSB0ZXJt aW5hbCBlbXVsYXRvciBiYXNlZCBvbiByeHZ0L3h0ZXJtCmV2ZGV2LXByb3RvLTUuMyAgICAgICAg ICAgICAgICBJbnB1dCBldmVudCBkZXZpY2UgaGVhZGVyIGZpbGVzCmV4cGF0LTIuMi44ICAgICAg ICAgICAgICAgICAgICBYTUwgMS4wIHBhcnNlciB3cml0dGVuIGluIEMKZmZtcGVnLTQuMi4zLDEg ICAgICAgICAgICAgICAgIFJlYWx0aW1lIGF1ZGlvL3ZpZGVvIGVuY29kZXIvY29udmVydGVyIGFu ZCBzdHJlYW1pbmcgc2VydmVyCmZmdHczLTMuMy44XzYgICAgICAgICAgICAgICAgICBGYXN0IEMg cm91dGluZXMgdG8gY29tcHV0ZSB0aGUgRGlzY3JldGUgRm91cmllciBUcmFuc2Zvcm0KZmZ0dzMt ZmxvYXQtMy4zLjhfNiAgICAgICAgICAgIEZhc3QgRGlzY3JldGUgRm91cmllciBUcmFuc2Zvcm0g KFNpbmdsZSBQcmVjaXNpb24gQyBSb3V0aW5lcykKZmlyZWZveC03Ny4wLjFfMSwxICAgICAgICAg ICAgIFdlYiBicm93c2VyIGJhc2VkIG9uIHRoZSBicm93c2VyIHBvcnRpb24gb2YgTW96aWxsYQpm bGFjLTEuMy4zICAgICAgICAgICAgICAgICAgICAgRnJlZSBsb3NzbGVzcyBhdWRpbyBjb2RlYwpm bG9jay0yLjMwLjEgICAgICAgICAgICAgICAgICAgTWFuYWdlIGxvY2tzIGZyb20gc2hlbGwgc2Ny aXB0cwpmb250LWFkb2JlLTEwMGRwaS0xLjAuM180ICAgICAgWC5PcmcgQWRvYmUgMTAwZHBpIGZv bnQKZm9udC1hZG9iZS03NWRwaS0xLjAuM180ICAgICAgIFguT3JnIEFkb2JlIDc1ZHBpIGZvbnQK Zm9udC1hZG9iZS11dG9waWEtMTAwZHBpLTEuMC40XzQgWC5PcmcgQWRvYmUgVXRvcGlhIDEwMGRw aSBmb250CmZvbnQtYWRvYmUtdXRvcGlhLTc1ZHBpLTEuMC40XzQgWC5PcmcgQWRvYmUgVXRvcGlh IDc1ZHBpIGZvbnQKZm9udC1hZG9iZS11dG9waWEtdHlwZTEtMS4wLjRfNCBYLk9yZyBBZG9iZSBV dG9waWEgVHlwZTEgZm9udApmb250LWFsaWFzLTEuMC4zXzMgICAgICAgICAgICAgWC5PcmcgRm9u dCBhbGlhc2VzCmZvbnQtYXJhYmljLW1pc2MtMS4wLjNfNCAgICAgICBYLk9yZyBtaXNjZWxsYW5l b3VzIEFyYWJpYyBmb250cwpmb250LWJoLTEwMGRwaS0xLjAuM180ICAgICAgICAgWC5PcmcgQmln ZWxvdyBIb2xtZXMgMTAwZHBpIGZvbnQKZm9udC1iaC03NWRwaS0xLjAuM180ICAgICAgICAgIFgu T3JnIEJpZ2Vsb3cgSG9sbWVzIDc1ZHBpIGZvbnQKZm9udC1iaC1sdWNpZGF0eXBld3JpdGVyLTEw MGRwaS0xLjAuM180IFguT3JnIEJpZ2Vsb3cgSG9sbWVzIEx1Y2lkYSBUeXBlV3JpdGVyIDEwMGRw aSBmb250CmZvbnQtYmgtbHVjaWRhdHlwZXdyaXRlci03NWRwaS0xLjAuM180IFguT3JnIEJpZ2Vs b3cgSG9sbWVzIEx1Y2lkYSBUeXBlV3JpdGVyIDc1ZHBpIGZvbnQKZm9udC1iaC10dGYtMS4wLjNf NCAgICAgICAgICAgIFguT3JnIEJpZ2Vsb3cgJiBIb2xtZXMgVFRGIGZvbnQKZm9udC1iaC10eXBl MS0xLjAuM180ICAgICAgICAgIFguT3JnIEJpZ2Vsb3cgSG9sbWVzIFR5cGUxIGZvbnQKZm9udC1i aXRzdHJlYW0tMTAwZHBpLTEuMC4zXzQgIFguT3JnIEJpdHN0cmVhbSBWZXJhIDEwMGRwaSBmb250 CmZvbnQtYml0c3RyZWFtLTc1ZHBpLTEuMC4zXzQgICBYLk9yZyBCaXRzdHJlYW0gVmVyYSA3NWRw aSBmb250CmZvbnQtYml0c3RyZWFtLXR5cGUxLTEuMC4zXzQgICBYLk9yZyBCaXRzdHJlYW0gVmVy YSBUeXBlMSBmb250CmZvbnQtY3Jvbnl4LWN5cmlsbGljLTEuMC4zXzQgICBYLk9yZyBDcm9ueXgg Q3lyaWxsaWMgZm9udApmb250LWN1cnNvci1taXNjLTEuMC4zXzQgICAgICAgWC5PcmcgbWlzY2Vs bGFuZW91cyBDdXJzb3IgZm9udHMKZm9udC1kYWV3b28tbWlzYy0xLjAuM180ICAgICAgIFguT3Jn IG1pc2NlbGxhbmVvdXMgRGFld29vIGZvbnRzCmZvbnQtZGVjLW1pc2MtMS4wLjNfNCAgICAgICAg ICBYLk9yZyBtaXNjZWxsYW5lb3VzIERlYyBmb250cwpmb250LWlibS10eXBlMS0xLjAuM180ICAg ICAgICAgWC5PcmcgSUJNIFR5cGUxIGZvbnQKZm9udC1pc2FzLW1pc2MtMS4wLjNfNCAgICAgICAg IFguT3JnIG1pc2NlbGxhbmVvdXMgSVNBUyBmb250cwpmb250LWppcy1taXNjLTEuMC4zXzQgICAg ICAgICAgWC5PcmcgbWlzY2VsbGFuZW91cyBKSVMgZm9udHMKZm9udC1taWNyby1taXNjLTEuMC4z XzQgICAgICAgIFguT3JnIG1pc2NlbGxhbmVvdXMgTWljcm8gZm9udHMKZm9udC1taXNjLWN5cmls bGljLTEuMC4zXzQgICAgIFguT3JnIG1pc2NlbGxhbmVvdXMgQ3lyaWxsaWMgZm9udApmb250LW1p c2MtZXRoaW9waWMtMS4wLjNfNCAgICAgWC5PcmcgbWlzY2VsbGFuZW91cyBFdGhpb3BpYyBmb250 CmZvbnQtbWlzYy1tZWx0aG8tMS4wLjNfNCAgICAgICBYLk9yZyBtaXNjZWxsYW5lb3VzIE1lbHRo byBmb250CmZvbnQtbWlzYy1taXNjLTEuMS4yXzQgICAgICAgICBYLk9yZyBtaXNjZWxsYW5lb3Vz IE1pc2MgZm9udHMKZm9udC1tdXR0LW1pc2MtMS4wLjNfNCAgICAgICAgIFguT3JnIG1pc2NlbGxh bmVvdXMgTXV0dCBmb250cwpmb250LXNjaHVtYWNoZXItbWlzYy0xLjEuMl80ICAgWC5PcmcgbWlz Y2VsbGFuZW91cyBTY2h1bWFjaGVyIGZvbnRzCmZvbnQtc2NyZWVuLWN5cmlsbGljLTEuMC40XzQg ICBYLk9yZyBTY3JlZW4gQ3lyaWxsaWMgZm9udApmb250LXNvbnktbWlzYy0xLjAuM180ICAgICAg ICAgWC5PcmcgbWlzY2VsbGFuZW91cyBTb255IGZvbnRzCmZvbnQtc3VuLW1pc2MtMS4wLjNfNCAg ICAgICAgICBYLk9yZyBtaXNjZWxsYW5lb3VzIFN1biBmb250cwpmb250LXV0aWwtMS4zLjIgICAg ICAgICAgICAgICAgQ3JlYXRlIGFuIGluZGV4IG9mIFggZm9udCBmaWxlcyBpbiBhIGRpcmVjdG9y eQpmb250LXdpbml0emtpLWN5cmlsbGljLTEuMC4zXzQgWC5PcmcgV2luaXR6a2kgQ3lyaWxsaWMg Zm9udApmb250LXhmcmVlODYtdHlwZTEtMS4wLjRfNCAgICAgWC5PcmcgWEZyZWU4NiBUeXBlMSBm b250CmZvbnRjb25maWctMi4xMy45Ml8yLDEgICAgICAgICBYTUwtYmFzZWQgZm9udCBjb25maWd1 cmF0aW9uIEFQSSBmb3IgWCBXaW5kb3dzCmZyZWVnbHV0LTMuMC4wXzIgICAgICAgICAgICAgICBv cGVuIHNvdXJjZSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgR0xVVCBsaWJyYXJ5CmZyZWV0eXBlMi0y LjEwLjIgICAgICAgICAgICAgICBGcmVlIGFuZCBwb3J0YWJsZSBUcnVlVHlwZSBmb250IHJlbmRl cmluZyBlbmdpbmUKZnJlaTByLTEuNi4xICAgICAgICAgICAgICAgICAgIE1pbmltYWxpc3RpYyBw bHVnaW4gQVBJIGZvciB2aWRlbyBlZmZlY3RzCmZyaWJpZGktMC4xOS43ICAgICAgICAgICAgICAg ICBGcmVlIEltcGxlbWVudGF0aW9uIG9mIHRoZSBVbmljb2RlIEJpZGlyZWN0aW9uYWwgQWxnb3Jp dGhtCmdjY21ha2VkZXAtMS4wLjMgICAgICAgICAgICAgICBDcmVhdGUgZGVwZW5kZW5jaWVzIGlu IG1ha2VmaWxlcyB1c2luZyAnZ2NjIC1NJwpnY29uZjItMy4yLjZfNSAgICAgICAgICAgICAgICAg Q29uZmlndXJhdGlvbiBkYXRhYmFzZSBzeXN0ZW0gZm9yIEdOT01FCmdkYm0tMS4xOC4xXzEgICAg ICAgICAgICAgICAgICBHTlUgZGF0YWJhc2UgbWFuYWdlcgpnZGstcGl4YnVmMi0yLjQwLjAgICAg ICAgICAgICAgR3JhcGhpYyBsaWJyYXJ5IGZvciBHVEsrCmdldG9wdC0xLjEuNiAgICAgICAgICAg ICAgICAgICBSZXBsYWNlbWVudCBmb3IgZ2V0b3B0KDEpIHRoYXQgc3VwcG9ydHMgR05VLXN0eWxl IGxvbmcgb3B0aW9ucwpnZXR0ZXh0LXJ1bnRpbWUtMC4yMC4yICAgICAgICAgR05VIGdldHRleHQg cnVudGltZSBsaWJyYXJpZXMgYW5kIHByb2dyYW1zCmdldHRleHQtdG9vbHMtMC4yMC4yICAgICAg ICAgICBHTlUgZ2V0dGV4dCBkZXZlbG9wbWVudCBhbmQgdHJhbnNsYXRpb24gdG9vbHMKZ2hvc3Rz Y3JpcHQ5LWFncGwtYmFzZS05LjUyXzUgIFBvc3RTY3JpcHQgYW5kIFBERiBpbnRlcnByZXRlcgpn aG9zdHNjcmlwdDktYWdwbC14MTEtOS41MiAgICAgUG9zdFNjcmlwdCBhbmQgUERGIGludGVycHJl dGVyLCBYMTEgc3VwcG9ydApnaWZsaWItNS4yLjEgICAgICAgICAgICAgICAgICAgVG9vbHMgYW5k IGxpYnJhcnkgcm91dGluZXMgZm9yIHdvcmtpbmcgd2l0aCBHSUYgaW1hZ2VzCmdsaWItMi41Ni4z XzcsMSAgICAgICAgICAgICAgICBTb21lIHVzZWZ1bCByb3V0aW5lcyBvZiBDIHByb2dyYW1taW5n IChjdXJyZW50IHN0YWJsZSB2ZXJzaW9uKQpnbWFrZS00LjNfMSAgICAgICAgICAgICAgICAgICAg R05VIHZlcnNpb24gb2YgJ21ha2UnIHV0aWxpdHkKZ21wLTYuMi4wICAgICAgICAgICAgICAgICAg ICAgIEZyZWUgbGlicmFyeSBmb3IgYXJiaXRyYXJ5IHByZWNpc2lvbiBhcml0aG1ldGljCmdtcC1h cGktNTggICAgICAgICAgICAgICAgICAgICBHZWNrbyBNZWRpYSBQbHVnaW5zIEFQSSBmcm9tIG1v emlsbGEtcmVsZWFzZQpnbm9tZV9zdWJyLTEuMCAgICAgICAgICAgICAgICAgQ29tbW9uIHN0YXJ0 dXAgYW5kIHNodXRkb3duIHN1YnJvdXRpbmVzIHVzZWQgYnkgR05PTUUgc2NyaXB0cwpnbnV0bHMt My42LjE0ICAgICAgICAgICAgICAgICAgR05VIFRyYW5zcG9ydCBMYXllciBTZWN1cml0eSBsaWJy YXJ5CmdvYmplY3QtaW50cm9zcGVjdGlvbi0xLjU2LjEsMSBHZW5lcmF0ZSBpbnRlcmZhY2UgaW50 cm9zcGVjdGlvbiBkYXRhIGZvciBHT2JqZWN0IGxpYnJhcmllcwpncGVyZi0zLjEgICAgICAgICAg ICAgICAgICAgICAgR2VuZXJhdGVzIHBlcmZlY3QgaGFzaCBmdW5jdGlvbnMgZm9yIHNldHMgb2Yg a2V5d29yZHMKZ3B1LWZpcm13YXJlLWttb2QtZzIwMjAwNTAzICAgIEZpcm13YXJlIG1vZHVsZXMg Zm9yIHRoZSBsaW51eGtwaS1iYXNlZCBLTVMgY29tcG9uZW50cwpncmFwaGl0ZTItMS4zLjE0ICAg ICAgICAgICAgICAgUmVuZGVyaW5nIGNhcGFiaWxpdGllcyBmb3IgY29tcGxleCBub24tUm9tYW4g d3JpdGluZyBzeXN0ZW1zCmdyYXBodml6LTIuNDQuMF80ICAgICAgICAgICAgICBHcmFwaCBWaXN1 YWxpemF0aW9uIFNvZnR3YXJlIGZyb20gQVQmVCBhbmQgQmVsbCBMYWJzCmdyb2ZmLTEuMjIuNF8z ICAgICAgICAgICAgICAgICBTb2Z0d2FyZSB0eXBlc2V0dGluZyBwYWNrYWdlCmdzZWQtNC44ICAg ICAgICAgICAgICAgICAgICAgICBHTlUgc3RyZWFtIGVkaXRvcgpnc2ZvbnRzLTguMTFfOCAgICAg ICAgICAgICAgICAgU3RhbmRhcmQgRm9udHMgZm9yIEdob3N0c2NyaXB0Cmd0ay1kb2MtMS4yOV8x ICAgICAgICAgICAgICAgICBDb2RlIGRvY3VtZW50YXRpb24gc3lzdGVtLCBvcmlnaW5hbGx5IGZv ciBHVEsrCmd0ay11cGRhdGUtaWNvbi1jYWNoZS0yLjI0LjMyICBHdGstdXBkYXRlLWljb24tY2Fj aGUgdXRpbGl0eSBmcm9tIHRoZSBHdGsrIHRvb2xraXQKZ3RrMi0yLjI0LjMyICAgICAgICAgICAg ICAgICAgIEdpbXAgVG9vbGtpdCBmb3IgWDExIEdVSSAocHJldmlvdXMgc3RhYmxlIHZlcnNpb24p Cmd0azMtMy4yNC4xMF8xICAgICAgICAgICAgICAgICBHaW1wIFRvb2xraXQgZm9yIFgxMSBHVUkg KGN1cnJlbnQgc3RhYmxlIHZlcnNpb24pCmhhcmZidXp6LTIuNi43ICAgICAgICAgICAgICAgICBP cGVuVHlwZSB0ZXh0IHNoYXBpbmcgZW5naW5lCmhhcmZidXp6LWljdS0yLjYuN18yICAgICAgICAg ICBIYXJmYnV6eiBJQ1Ugc3VwcG9ydApoZWxwMm1hbi0xLjQ3LjE1ICAgICAgICAgICAgICAgQXV0 b21hdGljYWxseSBnZW5lcmF0aW5nIHNpbXBsZSBtYW51YWwgcGFnZXMgZnJvbSBwcm9ncmFtIG91 dHB1dApoaWNvbG9yLWljb24tdGhlbWUtMC4xNyAgICAgICAgSGlnaC1jb2xvciBpY29uIHRoZW1l IHNoZWxsIGZyb20gdGhlIEZyZWVEZXNrdG9wIHByb2plY3QKaGlnaGxpZ2h0LTMuNDNfOCwzICAg ICAgICAgICAgIEN1c3RvbWl6YWJsZSBzeW50YXggaGlnaGxpZ2h0ZXIKaHRtbDJ0ZXh0LTEuMy4y YSAgICAgICAgICAgICAgIENvbnZlcnRzIEhUTUwgZG9jdW1lbnRzIGludG8gcGxhaW4gdGV4dApp Y2VhdXRoLTEuMC44XzIgICAgICAgICAgICAgICAgSUNFIGF1dGhvcml0eSBmaWxlIHV0aWxpdHkg Zm9yIFgKaWN1LTY3LjEsMSAgICAgICAgICAgICAgICAgICAgIEludGVybmF0aW9uYWwgQ29tcG9u ZW50cyBmb3IgVW5pY29kZSAoZnJvbSBJQk0pCmltYWtlLTEuMC44LDEgICAgICAgICAgICAgICAg ICBJbWFrZSBhbmQgb3RoZXIgdXRpbGl0aWVzIGZyb20gWC5PcmcKaW1saWIyLTEuNi4xLDIgICAg ICAgICAgICAgICAgIFRoZSBuZXh0IGdlbmVyYXRpb24gZ3JhcGhpY3MgbGlicmFyeSBmb3IgRW5s aWdodGVubWVudAppbmRleGluZm8tMC4zLjEgICAgICAgICAgICAgICAgVXRpbGl0eSB0byByZWdl bmVyYXRlIHRoZSBHTlUgaW5mbyBwYWdlIGluZGV4CmludGx0b29sLTAuNTEuMF8xICAgICAgICAg ICAgICBUb29scyB0byBpbnRlcm5hdGlvbmFsaXplIHZhcmlvdXMga2luZHMgb2YgZGF0YSBmaWxl cwppc284ODc5LTE5ODZfMyAgICAgICAgICAgICAgICAgQ2hhcmFjdGVyIGVudGl0eSBzZXRzIGZy b20gSVNPIDg4Nzk6MTk4NiAoU0dNTCkKaXRzdG9vbC0yLjAuNiAgICAgICAgICAgICAgICAgIE1h a2UgWE1MIGRvY3VtZW50cyB0cmFuc2xhdGFibGUgdGhyb3VnaCBwbyBmaWxlcwpqYWNraXQtMC4x MjUuMF85ICAgICAgICAgICAgICAgTG93IGxhdGVuY3kgYXVkaW8gc2VydmVyCmphZGUtMS4yLjFf MTAgICAgICAgICAgICAgICAgICBPYmplY3Qtb3JpZW50ZWQgU0dNTC9YTUwgcGFyc2VyIHRvb2xr aXQgYW5kIERTU1NMIGVuZ2luZQpqYW0tMi42ICAgICAgICAgICAgICAgICAgICAgICAgQnVpbGQg dXRpbGl0eSBsaWtlIG1ha2UoMSkKamF2YS16b25laW5mby0yMDIwLmEgICAgICAgICAgIFVwZGF0 ZWQgSmF2YSB0aW1lem9uZSBkZWZpbml0aW9ucwpqYXZhdm13cmFwcGVyLTIuNy41ICAgICAgICAg ICAgV3JhcHBlciBzY3JpcHQgZm9yIHZhcmlvdXMgSmF2YSBWaXJ0dWFsIE1hY2hpbmVzCmpiaWcy ZGVjLTAuMTggICAgICAgICAgICAgICAgICBEZWNvZGVyIGltcGxlbWVudGF0aW9uIG9mIHRoZSBK QklHMiBpbWFnZSBjb21wcmVzc2lvbiBmb3JtYXQKamJpZ2tpdC0yLjFfMSAgICAgICAgICAgICAg ICAgIExvc3NsZXNzIGNvbXByZXNzaW9uIGZvciBiaS1sZXZlbCBpbWFnZXMgc3VjaCBhcyBzY2Fu bmVkIHBhZ2VzLCBmYXhlcwpqbWsteDExLWZvbnRzLTMuMF82ICAgICAgICAgICAgSmltIEtub2Js ZSdzIGZvbnQgcGFja2FnZSBmb3IgWApqcGVnLXR1cmJvLTIuMC40ICAgICAgICAgICAgICAgU0lN RC1hY2NlbGVyYXRlZCBKUEVHIGNvZGVjIHdoaWNoIHJlcGxhY2VzIGxpYmpwZWcKanNvbmNwcC0x LjkuMiAgICAgICAgICAgICAgICAgIEpTT04gcmVhZGVyIGFuZCB3cml0ZXIgbGlicmFyeSBmb3Ig QysrCmxjbXMyLTIuMTAgICAgICAgICAgICAgICAgICAgICBBY2N1cmF0ZSwgZmFzdCwgYW5kIHNt YWxsLWZvb3RwcmludCBjb2xvciBtYW5hZ2VtZW50IGVuZ2luZQpsaWJGUy0xLjAuOCAgICAgICAg ICAgICAgICAgICAgVGhlIEZTIGxpYnJhcnkKbGliR0xVLTkuMC4xICAgICAgICAgICAgICAgICAg IE9wZW5HTCB1dGlsaXR5IGxpYnJhcnkKbGliSUNFLTEuMC4xMCwxICAgICAgICAgICAgICAgIElu dGVyIENsaWVudCBFeGNoYW5nZSBsaWJyYXJ5IGZvciBYMTEKbGliSURMLTAuOC4xNF80ICAgICAg ICAgICAgICAgIExpYnJhcnkgZm9yIGNyZWF0aW5nIHRyZWVzIG9mIENPUkJBIElETCBmaWxlcwps aWJTTS0xLjIuMywxICAgICAgICAgICAgICAgICAgU2Vzc2lvbiBNYW5hZ2VtZW50IGxpYnJhcnkg Zm9yIFgxMQpsaWJYMTEtMS42LjlfMSwxICAgICAgICAgICAgICAgWDExIGxpYnJhcnkKbGliWFNj cm5TYXZlci0xLjIuM18yICAgICAgICAgIFRoZSBYU2NyblNhdmVyIGxpYnJhcnkKbGliWGF1LTEu MC45ICAgICAgICAgICAgICAgICAgIEF1dGhlbnRpY2F0aW9uIFByb3RvY29sIGxpYnJhcnkgZm9y IFgxMQpsaWJYYXctMS4wLjEzXzMsMiAgICAgICAgICAgICAgWCBBdGhlbmEgV2lkZ2V0cyBsaWJy YXJ5CmxpYlhjb21wb3NpdGUtMC40LjUsMSAgICAgICAgICBYIENvbXBvc2l0ZSBleHRlbnNpb24g bGlicmFyeQpsaWJYY3Vyc29yLTEuMi4wICAgICAgICAgICAgICAgWCBjbGllbnQtc2lkZSBjdXJz b3IgbG9hZGluZyBsaWJyYXJ5CmxpYlhkYW1hZ2UtMS4xLjUgICAgICAgICAgICAgICBYIERhbWFn ZSBleHRlbnNpb24gbGlicmFyeQpsaWJYZG1jcC0xLjEuMyAgICAgICAgICAgICAgICAgWCBEaXNw bGF5IE1hbmFnZXIgQ29udHJvbCBQcm90b2NvbCBsaWJyYXJ5CmxpYlhleHQtMS4zLjQsMSAgICAg ICAgICAgICAgICBYMTEgRXh0ZW5zaW9uIGxpYnJhcnkKbGliWGZpeGVzLTUuMC4zXzIgICAgICAg ICAgICAgIFggRml4ZXMgZXh0ZW5zaW9uIGxpYnJhcnkKbGliWGZvbnQtMS41LjRfMiwyICAgICAg ICAgICAgIFggZm9udCBsaWJyYXJ5CmxpYlhmb250Mi0yLjAuNCAgICAgICAgICAgICAgICBYIGZv bnQgbGlicmFyeQpsaWJYZnQtMi4zLjMgICAgICAgICAgICAgICAgICAgQ2xpZW50LXNpZGVkIGZv bnQgQVBJIGZvciBYIGFwcGxpY2F0aW9ucwpsaWJYaS0xLjcuMTAsMSAgICAgICAgICAgICAgICAg WCBJbnB1dCBleHRlbnNpb24gbGlicmFyeQpsaWJYaW5lcmFtYS0xLjEuNF8yLDEgICAgICAgICAg WDExIFhpbmVyYW1hIGxpYnJhcnkKbGliWG11LTEuMS4zLDEgICAgICAgICAgICAgICAgIFggTWlz Y2VsbGFuZW91cyBVdGlsaXRpZXMgbGlicmFyaWVzCmxpYlhwbS0zLjUuMTMgICAgICAgICAgICAg ICAgICBYIFBpeG1hcCBsaWJyYXJ5CmxpYlhyYW5kci0xLjUuMiAgICAgICAgICAgICAgICBYIFJl c2l6ZSBhbmQgUm90YXRlIGV4dGVuc2lvbiBsaWJyYXJ5CmxpYlhyZW5kZXItMC45LjEwXzIgICAg ICAgICAgICBYIFJlbmRlciBleHRlbnNpb24gbGlicmFyeQpsaWJYcmVzLTEuMi4wXzIgICAgICAg ICAgICAgICAgWCBSZXNvdXJjZSB1c2FnZSBsaWJyYXJ5CmxpYlh0LTEuMi4wLDEgICAgICAgICAg ICAgICAgICBYIFRvb2xraXQgbGlicmFyeQpsaWJYdHN0LTEuMi4zXzIgICAgICAgICAgICAgICAg WCBUZXN0IGV4dGVuc2lvbgpsaWJYdi0xLjAuMTFfMiwxICAgICAgICAgICAgICAgWCBWaWRlbyBF eHRlbnNpb24gbGlicmFyeQpsaWJYdk1DLTEuMC4xMiAgICAgICAgICAgICAgICAgWCBWaWRlbyBF eHRlbnNpb24gTW90aW9uIENvbXBlbnNhdGlvbiBsaWJyYXJ5CmxpYlh4Zjg2ZGdhLTEuMS41ICAg ICAgICAgICAgICBYIERHQSBFeHRlbnNpb24KbGliWHhmODZ2bS0xLjEuNF8zICAgICAgICAgICAg IFggVmlkbW9kZSBFeHRlbnNpb24KbGliYXJjaGl2ZS0zLjQuMywxICAgICAgICAgICAgIExpYnJh cnkgdG8gY3JlYXRlIGFuZCByZWFkIHNldmVyYWwgc3RyZWFtaW5nIGFyY2hpdmUgZm9ybWF0cwps aWJhc3QtMC43XzEzICAgICAgICAgICAgICAgICAgTGlicmFyeSBvZiBhc3NvcnRlZCBzcGlmZnkg dGhpbmdzCmxpYmNyb2NvLTAuNi4xMyAgICAgICAgICAgICAgICBDU1MyIHBhcnNpbmcgbGlicmFy eQpsaWJkYWVtb24tMC4xNF8xICAgICAgICAgICAgICAgTGlnaHR3ZWlnaHQgQyBsaWJyYXJ5IHRo YXQgZWFzZXMgdGhlIHdyaXRpbmcgb2YgVU5JWCBkYWVtb25zCmxpYmRteC0xLjEuNF8yICAgICAg ICAgICAgICAgICBETVggZXh0ZW5zaW9uIGxpYnJhcnkKbGliZHJtLTIuNC4xMDIsMSAgICAgICAg ICAgICAgIFVzZXJzcGFjZSBpbnRlcmZhY2UgdG8ga2VybmVsIERpcmVjdCBSZW5kZXJpbmcgTW9k dWxlIHNlcnZpY2VzCmxpYmVkaXQtMy4xLjIwMTkxMjMxLDEgICAgICAgICBDb21tYW5kIGxpbmUg ZWRpdG9yIGxpYnJhcnkKbGliZXBvbGwtc2hpbS0wLjAuMjAyMDA2MDIgICAgIFNtYWxsIGVwb2xs IGltcGxlbWVudGF0aW9uIHVzaW5nIGtxdWV1ZQpsaWJlcG94eS0xLjUuNCAgICAgICAgICAgICAg ICAgTGlicmFyeSB0byBoYW5kbGUgT3BlbkdMIGZ1bmN0aW9uIHBvaW50ZXIgbWFuYWdlbWVudAps aWJldmRldi0xLjUuOV8xICAgICAgICAgICAgICAgTGludXggRXZlbnQgRGV2aWNlIGxpYnJhcnkK bGliZXZlbnQtMi4xLjExXzEgICAgICAgICAgICAgIEFQSSBmb3IgZXhlY3V0aW5nIGNhbGxiYWNr IGZ1bmN0aW9ucyBvbiBldmVudHMgb3IgdGltZW91dHMKbGliZXhpZi0wLjYuMjFfNSAgICAgICAg ICAgICAgIExpYnJhcnkgdG8gcmVhZCBkaWdpdGFsIGNhbWVyYSBmaWxlIG1ldGEtZGF0YQpsaWJm ZmktMy4yLjFfMyAgICAgICAgICAgICAgICAgRm9yZWlnbiBGdW5jdGlvbiBJbnRlcmZhY2UKbGli Zm9udGVuYy0xLjEuNCAgICAgICAgICAgICAgIFRoZSBmb250ZW5jIExpYnJhcnkKbGliZ2NyeXB0 LTEuOC41ICAgICAgICAgICAgICAgIEdlbmVyYWwgcHVycG9zZSBjcnlwdG9ncmFwaGljIGxpYnJh cnkgYmFzZWQgb24gdGhlIGNvZGUgZnJvbSBHbnVQRwpsaWJnZC0yLjMuMCwxICAgICAgICAgICAg ICAgICAgR3JhcGhpY3MgbGlicmFyeSBmb3IgZmFzdCBjcmVhdGlvbiBvZiBpbWFnZXMKbGliZ2l0 Mi0xLjAuMCAgICAgICAgICAgICAgICAgIFBvcnRhYmxlLCBwdXJlIEMgaW1wbGVtZW50YXRpb24g b2YgdGhlIEdpdCBjb3JlCmxpYmdwZy1lcnJvci0xLjM3ICAgICAgICAgICAgICBDb21tb24gZXJy b3IgdmFsdWVzIGZvciBhbGwgR251UEcgY29tcG9uZW50cwpsaWJnc2YtMS4xNC40NiAgICAgICAg ICAgICAgICAgRXh0ZW5zaWJsZSBJL08gYWJzdHJhY3Rpb24gZm9yIGRlYWxpbmcgd2l0aCBzdHJ1 Y3R1cmVkIGZpbGUgZm9ybWF0cwpsaWJndWRldi0yMzBfMSAgICAgICAgICAgICAgICAgR09iamVj dCBiaW5kaW5ncyBmb3IgbGlidWRldi4KbGliaWNvbnYtMS4xNiAgICAgICAgICAgICAgICAgIENo YXJhY3RlciBzZXQgY29udmVyc2lvbiBsaWJyYXJ5CmxpYmlkM3RhZy0wLjE1LjFiXzIgICAgICAg ICAgICBJRDMgdGFncyBsaWJyYXJ5IChwYXJ0IG9mIE1BRCBwcm9qZWN0KQpsaWJpZG4tMS4zNSAg ICAgICAgICAgICAgICAgICAgSW50ZXJuYXRpb25hbGl6ZWQgRG9tYWluIE5hbWVzIGNvbW1hbmQg bGluZSB0b29sCmxpYmlkbjItMi4zLjBfMSAgICAgICAgICAgICAgICBJbXBsZW1lbnRhdGlvbiBv ZiBJRE5BMjAwOCBpbnRlcm5hdGlvbmFsaXplZCBkb21haW4gbmFtZXMKbGliaW5vdGlmeS0yMDE4 MDIwMV8yICAgICAgICAgIEtldmVudCBiYXNlZCBpbm90aWZ5IGNvbXBhdGlibGUgbGlicmFyeQps aWJpbnB1dC0xLjE1LjUgICAgICAgICAgICAgICAgR2VuZXJpYyBpbnB1dCBsaWJyYXJ5CmxpYmxx ci0xLTAuNC4yICAgICAgICAgICAgICAgICBFYXN5IHRvIHVzZSBDL0MrKyBzZWFtIGNhcnZpbmcg bGlicmFyeQpsaWJsdGRsLTIuNC42ICAgICAgICAgICAgICAgICAgU3lzdGVtIGluZGVwZW5kZW50 IGRsb3BlbiB3cmFwcGVyCmxpYmx6NC0xLjkuMl8xLDEgICAgICAgICAgICAgICBMWjQgY29tcHJl c3Npb24gbGlicmFyeSwgbG9zc2xlc3MgYW5kIHZlcnkgZmFzdApsaWJtdGRldi0xLjEuNV8yICAg ICAgICAgICAgICAgTXVsdGl0b3VjaCBQcm90b2NvbCBUcmFuc2xhdGlvbiBMaWJyYXJ5CmxpYm5n aHR0cDItMS40MS4wICAgICAgICAgICAgICBIVFRQLzIuMCBDIExpYnJhcnkKbGlibm90aWZ5LTAu Ny44ICAgICAgICAgICAgICAgIExpYnJhcnkgZm9yIGRlc2t0b3Agbm90aWZpY2F0aW9ucwpsaWJv Z2ctMS4zLjQsNCAgICAgICAgICAgICAgICAgT2dnIGJpdHN0cmVhbSBsaWJyYXJ5CmxpYnBhcGVy LTEuMS4yNC40ICAgICAgICAgICAgICBMaWJyYXJ5IHByb3ZpZGluZyByb3V0aW5lcyBmb3IgcGFw ZXIgc2l6ZSBtYW5hZ2VtZW50CmxpYnBjaS0zLjcuMCAgICAgICAgICAgICAgICAgICBQQ0kgY29u ZmlndXJhdGlvbiBzcGFjZSBJL08gbWFkZSBlYXN5CmxpYnBjaWFjY2Vzcy0wLjE2ICAgICAgICAg ICAgICBHZW5lcmljIFBDSSBhY2Nlc3MgbGlicmFyeQpsaWJwdGhyZWFkLXN0dWJzLTAuNCAgICAg ICAgICAgVGhpcyBsaWJyYXJ5IHByb3ZpZGVzIHdlYWsgYWxpYXNlcyBmb3IgcHRocmVhZCBmdW5j dGlvbnMKbGlicmFxbS0wLjYuMCAgICAgICAgICAgICAgICAgIExpYnJhcnkgdGhhdCBlbmNhcHN1 bGF0ZXMgY29tcGxleCB0ZXh0IGxheW91dCBsb2dpYwpsaWJyYXctMC4xOS41ICAgICAgICAgICAg ICAgICAgTGlicmFyeSBmb3IgbWFuaXB1bGF0aW5nIHJhdyBpbWFnZXMKbGlicnN2ZzItMi40MC4y MSAgICAgICAgICAgICAgIExpYnJhcnkgZm9yIHBhcnNpbmcgYW5kIHJlbmRlcmluZyBTVkcgdmVj dG9yLWdyYXBoaWMgZmlsZXMKbGlic2FtcGxlcmF0ZS0wLjEuOSAgICAgICAgICAgIFNlY3JldCBS YWJiaXQgQ29kZTogYSBTYW1wbGUgUmF0ZSBDb252ZXJ0ZXIgZm9yIGF1ZGlvCmxpYnNlY3JldC0w LjE4LjZfMSAgICAgICAgICAgICBMaWJyYXJ5IHRvIGFjY2VzcyB0aGUgc2VjcmV0IHNlcnZpY2Ug QVBJCmxpYnNpZ3NlZ3YtMi4xMiAgICAgICAgICAgICAgICBIYW5kbGluZyBwYWdlIGZhdWx0cyBp biB1c2VyIG1vZGUKbGlic2xhbmcyLTIuMy4yXzIgICAgICAgICAgICAgIFJvdXRpbmVzIGZvciBy YXBpZCBhbHBoYS1udW1lcmljIHRlcm1pbmFsIGFwcGxpY2F0aW9ucyBkZXZlbG9wbWVudApsaWJz bmRmaWxlLTEuMC4yOF8yICAgICAgICAgICAgUmVhZGluZyBhbmQgd3JpdGluZyBmaWxlcyBjb250 YWluaW5nIHNhbXBsZWQgc291bmQgKGxpa2UgV0FWIG9yIEFJRkYpCmxpYnNveHItMC4xLjNfMiAg ICAgICAgICAgICAgICBIaWdoIHF1YWxpdHksIG9uZS1kaW1lbnNpb25hbCBzYW1wbGUtcmF0ZSBj b252ZXJzaW9uIGxpYnJhcnkKbGlic3NoMi0xLjguMiwzICAgICAgICAgICAgICAgIExpYnJhcnkg aW1wbGVtZW50aW5nIHRoZSBTU0gyIHByb3RvY29sCmxpYnRhc24xLTQuMTYuMCAgICAgICAgICAg ICAgICBBU04uMSBzdHJ1Y3R1cmUgcGFyc2VyIGxpYnJhcnkKbGlidGV4dHN0eWxlLTAuMjAuMiAg ICAgICAgICAgIFRleHQgc3R5bGluZyBsaWJyYXJ5CmxpYnRoZW9yYS0xLjEuMV83ICAgICAgICAg ICAgICBUaGVvcmEgdmlkZW8gY29kZWMgZm9yIHRoZSBPZ2cgbXVsdGltZWRpYSBzdHJlYW1pbmcg c3lzdGVtCmxpYnRvb2wtMi40LjZfMSAgICAgICAgICAgICAgICBHZW5lcmljIHNoYXJlZCBsaWJy YXJ5IHN1cHBvcnQgc2NyaXB0CmxpYnVkZXYtZGV2ZC0wLjQuMiAgICAgICAgICAgICBsaWJ1ZGV2 LWNvbXBhdGlibGUgaW50ZXJmYWNlIGZvciBkZXZkCmxpYnVuaXN0cmluZy0wLjkuMTBfMSAgICAg ICAgICBVbmljb2RlIHN0cmluZyBsaWJyYXJ5CmxpYnVud2luZC0yMDIwMDMzMSAgICAgICAgICAg ICBHZW5lcmljIHN0YWNrIHVud2luZGluZyBsaWJyYXJ5CmxpYnV2LTEuMzguMCAgICAgICAgICAg ICAgICAgICBNdWx0aS1wbGF0Zm9ybSBzdXBwb3J0IGxpYnJhcnkgd2l0aCBhIGZvY3VzIG9uIGFz eW5jaHJvbm91cyBJL08KbGlidjRsLTEuMTguMCAgICAgICAgICAgICAgICAgIFZpZGVvNExpbnV4 IGxpYnJhcnkKbGlidmEtMi43LjEgICAgICAgICAgICAgICAgICAgIFZBQVBJIHdyYXBwZXIgYW5k IGR1bW15IGRyaXZlcgpsaWJ2ZHBhdS0xLjQgICAgICAgICAgICAgICAgICAgVkRQQVUgd3JhcHBl ciBhbmQgdHJhY2luZyBsaWJyYXJ5CmxpYnZvcmJpcy0xLjMuNiwzICAgICAgICAgICAgICBBdWRp byBjb21wcmVzc2lvbiBjb2RlYyBsaWJyYXJ5CmxpYnZweC0xLjguMl8xICAgICAgICAgICAgICAg ICBWUDgvVlA5IHJlZmVyZW5jZSBlbmNvZGVyL2RlY29kZXIKbGlid2Fjb20tMS4zICAgICAgICAg ICAgICAgICAgIEFkZHMgdGFibGV0IHN1cHBvcnQgdG8gbGliaW5wdXQKbGlid21mLTAuMi44LjRf MTUgICAgICAgICAgICAgIFRvb2xzIGFuZCBsaWJyYXJ5IGZvciBjb252ZXJ0aW5nIE1pY3Jvc29m dCBXTUYgKHdpbmRvd3MgbWV0YWZpbGUpCmxpYndyYXN0ZXItMC45NS44XzEgICAgICAgICAgICBX aW5kb3cgTWFrZXIgcmFzdGVyIGdyYXBoaWNzIGxpYnJhcnkKbGlieDI2NC0wLjE1OS4yOTk5ICAg ICAgICAgICAgIEguMjY0L01QRUctNCBBVkMgVmlkZW8gRW5jb2RpbmcgKExpYnJhcnkpCmxpYnhh dzNkeGZ0LTEuNi4yLmUgICAgICAgICAgICAzRCBYYXcgKEF0aGVuYSBXaWRnZXQgU2V0KSByZXBs YWNlbWVudCB3aXRoIGV4dGVuZGVkIGZvbnRzCmxpYnhjYi0xLjEzLjEgICAgICAgICAgICAgICAg ICBUaGUgWCBwcm90b2NvbCBDLWxhbmd1YWdlIEJpbmRpbmcgKFhDQikgbGlicmFyeQpsaWJ4a2Jj b21tb24tMC4xMC4wXzIgICAgICAgICAgS2V5bWFwIGhhbmRsaW5nIGxpYnJhcnkgZm9yIHRvb2xr aXRzIGFuZCB3aW5kb3cgc3lzdGVtcwpsaWJ4a2JmaWxlLTEuMS4wICAgICAgICAgICAgICAgWEtC IGZpbGUgbGlicmFyeQpsaWJ4bWwyLTIuOS4xMCAgICAgICAgICAgICAgICAgWE1MIHBhcnNlciBs aWJyYXJ5IGZvciBHTk9NRQpsaWJ4c2htZmVuY2UtMS4zICAgICAgICAgICAgICAgU2hhcmVkIG1l bW9yeSAnU3luY0ZlbmNlJyBzeW5jaHJvbml6YXRpb24gcHJpbWl0aXZlCmxpYnhzbHQtMS4xLjM0 XzEgICAgICAgICAgICAgICBUaGUgWFNMVCBDIGxpYnJhcnkgZm9yIEdOT01FCmxsdm0xMC0xMC4w LjBfMSAgICAgICAgICAgICAgICBMTFZNIGFuZCBDbGFuZwpsbHZtODAtOC4wLjFfMyAgICAgICAg ICAgICAgICAgTExWTSBhbmQgQ2xhbmcKbGx2bTkwLTkuMC4xICAgICAgICAgICAgICAgICAgIExM Vk0gYW5kIENsYW5nCmx1YTUyLTUuMi40ICAgICAgICAgICAgICAgICAgICBTbWFsbCwgY29tcGls YWJsZSBzY3JpcHRpbmcgbGFuZ3VhZ2UgcHJvdmlkaW5nIGVhc3kgYWNjZXNzIHRvIEMgY29kZQps dWl0LTIwMTkwMTA2XzEgICAgICAgICAgICAgICAgTG9jYWxlIGFuZCBJU08gMjAyMiBzdXBwb3J0 IGZvciBVbmljb2RlIHRlcm1pbmFscwpsem8yLTIuMTBfMSAgICAgICAgICAgICAgICAgICAgUG9y dGFibGUgc3BlZWR5LCBsb3NzbGVzcyBkYXRhIGNvbXByZXNzaW9uIGxpYnJhcnkKbTQtMS40LjE4 XzEsMSAgICAgICAgICAgICAgICAgIEdOVSBNNAptYWtlZGVwZW5kLTEuMC42LDEgICAgICAgICAg ICAgRGVwZW5kZW5jeSBnZW5lcmF0b3IgZm9yIG1ha2VmaWxlcwptYW4yaHRtbC0zLjAuMV8yICAg ICAgICAgICAgICAgQ29udmVydCBucm9mZigxKSBtYW4gcGFnZXMgdG8gSFRNTAptYy00LjguMjQg ICAgICAgICAgICAgICAgICAgICAgTWlkbmlnaHQgQ29tbWFuZGVyLCBhIGZyZWUgTm9ydG9uIENv bW1hbmRlciBDbG9uZQptZXNhLWRyaS0xOS4wLjhfMiAgICAgICAgICAgICAgT3BlbkdMIGhhcmR3 YXJlIGFjY2VsZXJhdGlvbiBkcml2ZXJzIGZvciBEUkkyKwptZXNhLWxpYnMtMTkuMC44ICAgICAg ICAgICAgICAgT3BlbkdMIGxpYnJhcmllcyB0aGF0IHN1cHBvcnQgR0xYIGFuZCBFR0wgY2xpZW50 cwptZXNvbi0wLjU0LjIgICAgICAgICAgICAgICAgICAgSGlnaCBwZXJmb3JtYW5jZSBidWlsZCBz eXN0ZW0KbWluaXhtbHRvLTAuMC4yXzEgICAgICAgICAgICAgIE1pbmltYWxpc3RpYyBhbHRlcm5h dGl2ZSB0byB4bWx0bwpta2ZvbnRzY2FsZS0xLjIuMSAgICAgICAgICAgICAgQ3JlYXRlcyBhbiBp bmRleCBvZiBzY2FsYWJsZSBmb250IGZpbGVzIGZvciBYCm1wZnItNC4wLjIgICAgICAgICAgICAg ICAgICAgICBMaWJyYXJ5IGZvciBtdWx0aXBsZS1wcmVjaXNpb24gZmxvYXRpbmctcG9pbnQgY29t cHV0YXRpb25zCm5hc20tMi4xNC4wMiwxICAgICAgICAgICAgICAgICBHZW5lcmFsLXB1cnBvc2Ug bXVsdGktcGxhdGZvcm0geDg2IGFuZCBhbWQ2NCBhc3NlbWJsZXIKbmV0dGxlLTMuNiAgICAgICAg ICAgICAgICAgICAgIExvdy1sZXZlbCBjcnlwdG9ncmFwaGljIGxpYnJhcnkKbmluamEtMS4xMC4w LDIgICAgICAgICAgICAgICAgIE5pbmphIGlzIGEgc21hbGwgYnVpbGQgc3lzdGVtIGNsb3Nlc3Qg aW4gc3Bpcml0IHRvIE1ha2UKbm9kZS0xMy4xNC4wICAgICAgICAgICAgICAgICAgIFY4IEphdmFT Y3JpcHQgZm9yIGNsaWVudCBhbmQgc2VydmVyCm5vdG8tYmFzaWMtMi4wICAgICAgICAgICAgICAg ICBHb29nbGUgTm90byBGb250cyBmYW1pbHkgKEJhc2ljIGFuZCBFbW9qaSkKbnNwci00LjI1ICAg ICAgICAgICAgICAgICAgICAgIFBsYXRmb3JtLW5ldXRyYWwgQVBJIGZvciBzeXN0ZW0gbGV2ZWwg YW5kIGxpYmMgbGlrZSBmdW5jdGlvbnMKbnNzLTMuNTMgICAgICAgICAgICAgICAgICAgICAgIExp YnJhcmllcyB0byBzdXBwb3J0IGRldmVsb3BtZW50IG9mIHNlY3VyaXR5LWVuYWJsZWQgYXBwbGlj YXRpb25zCm9wZW5jbC0yLjJfMSAgICAgICAgICAgICAgICAgICBPcGVuIENvbXB1dGluZyBMYW5n dWFnZSAoT3BlbkNMKSBzcGVjaWZpY2F0aW9ucyBWMi4yIChoZWFkZXIgZmlsZXMpCm9wZW5jdi1j b3JlLTMuNC4xXzMyICAgICAgICAgICBPcGVuIFNvdXJjZSBDb21wdXRlciBWaXNpb24gbGlicmFy eQpvcGVuaDI2NC0yLjEuMSwyICAgICAgICAgICAgICAgQ2lzY28gaW1wbGVtZW50YXRpb24gb2Yg SC4yNjQgY29kZWMKb3BlbmpkazgtOC4yNTIuMDkuMSAgICAgICAgICAgIEphdmEgRGV2ZWxvcG1l bnQgS2l0IDgKb3BlbmpwZWctMi4zLjEgICAgICAgICAgICAgICAgIE9wZW4tc291cmNlIEpQRUcg MjAwMCBjb2RlYwpvcHVzLTEuMy4xICAgICAgICAgICAgICAgICAgICAgSUVURiBhdWRpbyBjb2Rl YwpvcmMtMC40LjMxICAgICAgICAgICAgICAgICAgICAgTGlicmFyeSBhbmQgdG9vbHNldCB0byBv cGVyYXRlIGFycmF5cyBvZiBkYXRhCnAxMS1raXQtMC4yMy4yMCAgICAgICAgICAgICAgICBMaWJy YXJ5IGZvciBsb2FkaW5nIGFuZCBlbnVtZXJhdGluZyBvZiBQS0NTIzExIG1vZHVsZXMKcDUtTG9j YWxlLWdldHRleHQtMS4wNyAgICAgICAgIE1lc3NhZ2UgaGFuZGxpbmcgZnVuY3Rpb25zCnA1LUxv Y2FsZS1saWJpbnRsLTEuMzEgICAgICAgICBJbnRlcm5hdGlvbmFsaXphdGlvbiBsaWJyYXJ5IGZv ciBQZXJsCnA1LVRleHQtVW5pZGVjb2RlLTEuMzAgICAgICAgICBUZXh0OjpVbmlkZWNvZGUgLS0g VVMtQVNDSUkgdHJhbnNsaXRlcmF0aW9ucyBvZiBVbmljb2RlIHRleHQKcDUtVW5pY29kZS1FYXN0 QXNpYW5XaWR0aC0xMi4wIEVhc3QgQXNpYW4gV2lkdGggcHJvcGVydGllcwpwNS1YTUwtUGFyc2Vy LTIuNDQgICAgICAgICAgICAgUGVybCBleHRlbnNpb24gaW50ZXJmYWNlIHRvIEphbWVzIENsYXJr J3MgWE1MIHBhcnNlciwgZXhwYXQKcGFuZ28tMS40Mi40XzMgICAgICAgICAgICAgICAgIE9wZW4t c291cmNlIGZyYW1ld29yayBmb3IgdGhlIGxheW91dCBhbmQgcmVuZGVyaW5nIG9mIGkxOG4gdGV4 dApwY2lpZHMtMjAyMDA1MjkgICAgICAgICAgICAgICAgRGF0YWJhc2Ugb2YgYWxsIGtub3duIElE cyB1c2VkIGluIFBDSSBkZXZpY2VzCnBjcmUtOC40NCAgICAgICAgICAgICAgICAgICAgICBQZXJs IENvbXBhdGlibGUgUmVndWxhciBFeHByZXNzaW9ucyBsaWJyYXJ5CnBjcmUyLTEwLjM1ICAgICAg ICAgICAgICAgICAgICBQZXJsIENvbXBhdGlibGUgUmVndWxhciBFeHByZXNzaW9ucyBsaWJyYXJ5 LCB2ZXJzaW9uIDIKcGVybDUtNS4zMC4zICAgICAgICAgICAgICAgICAgIFByYWN0aWNhbCBFeHRy YWN0aW9uIGFuZCBSZXBvcnQgTGFuZ3VhZ2UKcGl4bWFuLTAuNDAuMCAgICAgICAgICAgICAgICAg IExvdy1sZXZlbCBwaXhlbCBtYW5pcHVsYXRpb24gbGlicmFyeQpwa2ctMS4xNC40ICAgICAgICAg ICAgICAgICAgICAgUGFja2FnZSBtYW5hZ2VyCnBrZ2NvbmYtMS42LjMsMSAgICAgICAgICAgICAg ICBVdGlsaXR5IHRvIGhlbHAgdG8gY29uZmlndXJlIGNvbXBpbGVyIGFuZCBsaW5rZXIgZmxhZ3MK cG5nLTEuNi4zNyAgICAgICAgICAgICAgICAgICAgIExpYnJhcnkgZm9yIG1hbmlwdWxhdGluZyBQ TkcgaW1hZ2VzCnBvbGtpdC0wLjExNiAgICAgICAgICAgICAgICAgICBGcmFtZXdvcmsgZm9yIGNv bnRyb2xsaW5nIGFjY2VzcyB0byBzeXN0ZW0td2lkZSBjb21wb25lbnRzCnBvcHBsZXItZGF0YS0w LjQuOV8zICAgICAgICAgICBQb3BwbGVyIGVuY29kaW5nIGRhdGEKcG9ydGF1ZGlvLTE5LjYuMF8z LDEgICAgICAgICAgIFBvcnRhYmxlIGNyb3NzLXBsYXRmb3JtIEF1ZGlvIEFQSQpwb3J0bWFzdGVy LTMuMTlfMjUgICAgICAgICAgICAgTWFuYWdlIHlvdXIgcG9ydHMgd2l0aG91dCBleHRlcm5hbCBk YXRhYmFzZXMgb3IgbGFuZ3VhZ2VzCnByb3RvYnVmLTMuMTIuMiwxICAgICAgICAgICAgICBEYXRh IGludGVyY2hhbmdlIGZvcm1hdCBsaWJyYXJ5CnBzdXRpbHMtMS4xN181ICAgICAgICAgICAgICAg ICBVdGlsaXRpZXMgZm9yIG1hbmlwdWxhdGluZyBQb3N0U2NyaXB0IGRvY3VtZW50cwpwdWxzZWF1 ZGlvLTEzLjAgICAgICAgICAgICAgICAgU291bmQgc2VydmVyIGZvciBVTklYCnB5MzctQmFiZWwt Mi44LjAgICAgICAgICAgICAgICBDb2xsZWN0aW9uIG9mIHRvb2xzIGZvciBpbnRlcm5hdGlvbmFs aXppbmcgUHl0aG9uIGFwcGxpY2F0aW9ucwpweTM3LUNvbW1vbk1hcmstMC45LjEgICAgICAgICAg UHl0aG9uIHBhcnNlciBmb3IgdGhlIENvbW1vbk1hcmsgTWFya2Rvd24gc3BlYwpweTM3LUppbmph Mi0yLjEwLjEgICAgICAgICAgICAgRmFzdCBhbmQgZWFzeSB0byB1c2Ugc3RhbmQtYWxvbmUgdGVt cGxhdGUgZW5naW5lCnB5MzctTWFya3VwU2FmZS0xLjEuMSAgICAgICAgICBJbXBsZW1lbnRzIFhN TC9IVE1ML1hIVE1MIE1hcmt1cCBzYWZlIHN0cmluZyBmb3IgUHl0aG9uCnB5MzctYWxhYmFzdGVy LTAuNy42ICAgICAgICAgICBNb2RpZmllZCBLciBTcGhpbnggdGhlbWUKcHkzNy1hc24xY3J5cHRv LTEuMy4wICAgICAgICAgIEFTTi4xIGxpYnJhcnkgd2l0aCBhIGZvY3VzIG9uIHBlcmZvcm1hbmNl IGFuZCBhIHB5dGhvbmljIEFQSQpweTM3LWJlYWtlci0xLjExLjAgICAgICAgICAgICAgU2Vzc2lv biBhbmQgQ2FjaGluZyBsaWJyYXJ5IHdpdGggV1NHSSBNaWRkbGV3YXJlCnB5MzctY2VydGlmaS0y MDIwLjQuNS4xICAgICAgICBNb3ppbGxhIFNTTCBjZXJ0aWZpY2F0ZXMKcHkzNy1jZmZpLTEuMTQu MCAgICAgICAgICAgICAgIEZvcmVpZ24gRnVuY3Rpb24gSW50ZXJmYWNlIGZvciBQeXRob24gY2Fs bGluZyBDIGNvZGUKcHkzNy1jaGFyZGV0LTMuMC40XzMgICAgICAgICAgIFVuaXZlcnNhbCBlbmNv ZGluZyBkZXRlY3RvciBmb3IgUHl0aG9uIDIgYW5kIDMKcHkzNy1jcnlwdG9ncmFwaHktMi42LjEg ICAgICAgIENyeXB0b2dyYXBoaWMgcmVjaXBlcyBhbmQgcHJpbWl0aXZlcyBmb3IgUHl0aG9uIGRl dmVsb3BlcnMKcHkzNy1jeXRob24tMC4yOS4xNSAgICAgICAgICAgIENvbXBpbGVyIGZvciBXcml0 aW5nIEMgRXh0ZW5zaW9ucyBmb3IgdGhlIFB5dGhvbiBMYW5ndWFnZQpweTM3LWRvY3V0aWxzLTAu MTUuMiAgICAgICAgICAgUHl0aG9uIERvY3VtZW50YXRpb24gVXRpbGl0aWVzCnB5MzctZXZkZXYt MC44LjFfMSAgICAgICAgICAgICBCaW5kaW5ncyB0byB0aGUgTGludXggaW5wdXQgaGFuZGxpbmcg c3Vic3lzdGVtCnB5MzctZnV0dXJlLTAuMTguMiAgICAgICAgICAgICBDbGVhbiBzaW5nbGUtc291 cmNlIHN1cHBvcnQgZm9yIFB5dGhvbiAzIGFuZCAyCnB5MzctaHRtbDVsaWItMS4wLjEgICAgICAg ICAgICBQeXRob24gYmFzZWQgSFRNTCBwYXJzZXIgYmFzZWQgb24gdGhlIEhUTUw1IHNwZWMKcHkz Ny1pZG5hLTIuOCAgICAgICAgICAgICAgICAgIEludGVybmF0aW9uYWxpemVkIERvbWFpbiBOYW1l cyBpbiBBcHBsaWNhdGlvbnMgKElETkEpCnB5MzctaW1hZ2VzaXplLTEuMS4wICAgICAgICAgICBQ eXRob24gaW1hZ2Ugc2l6ZSBsaWJyYXJ5CnB5MzctbGlieG1sMi0yLjkuMTAgICAgICAgICAgICBQ eXRob24gaW50ZXJmYWNlIGZvciBYTUwgcGFyc2VyIGxpYnJhcnkgZm9yIEdOT01FCnB5MzctbWFr by0xLjAuMTQgICAgICAgICAgICAgICBTdXBlci1mYXN0IHRlbXBsYXRpbmcgbGFuZ3VhZ2UgaW4g UHl0aG9uCnB5Mzctb3BlbnNzbC0xOS4wLjAgICAgICAgICAgICBQeXRob24gaW50ZXJmYWNlIHRv IHRoZSBPcGVuU1NMIGxpYnJhcnkKcHkzNy1wYWNrYWdpbmctMjAuNCAgICAgICAgICAgIENvcmUg dXRpbGl0aWVzIGZvciBQeXRob24gcGFja2FnZXMKcHkzNy1wbHktMy4xMSAgICAgICAgICAgICAg ICAgIFB5dGhvbiBMZXgtWWFjYwpweTM3LXB5Y3BhcnNlci0yLjIwICAgICAgICAgICAgQyBwYXJz ZXIgaW4gUHl0aG9uCnB5MzctcHlnbWVudHMtMi41LjIgICAgICAgICAgICBTeW50YXggaGlnaGxp Z2h0ZXIgd3JpdHRlbiBpbiBQeXRob24KcHkzNy1weXBhcnNpbmctMi40LjcgICAgICAgICAgIEdl bmVyYWwgcGFyc2luZyBtb2R1bGUgZm9yIFB5dGhvbgpweTM3LXB5c29ja3MtMS43LjEgICAgICAg ICAgICAgUHl0aG9uIFNPQ0tTIG1vZHVsZQpweTM3LXB5c3RlbW1lci0yLjAuMC4xICAgICAgICAg U25vd2JhbGwgU3RlbW1pbmcgQWxnb3JpdGhtcyBmb3IgSW5mb3JtYXRpb24gUmV0cmlldmFsCnB5 MzctcHl0ZXN0LXJ1bm5lci0yLjExLjEgICAgICBUZXN0IHN1cHBvcnQgZm9yIHB5dGVzdCBydW5u ZXIgaW4gc2V0dXAucHkKcHkzNy1weXR6LTIwMjAuMSwxICAgICAgICAgICAgIFdvcmxkIFRpbWV6 b25lIERlZmluaXRpb25zIGZvciBQeXRob24KcHkzNy1weXVkZXYtMC4yMi4wICAgICAgICAgICAg IFB1cmUgUHl0aG9uIGxpYnVkZXYgYmluZGluZwpweTM3LXJlY29tbW9ubWFyay0wLjUuMF8yICAg ICAgQ29tbW9uTWFyayBicmlkZ2UgZm9yIGRvY3V0aWxzIGFuZCBTcGhpbngKcHkzNy1yZXF1ZXN0 cy0yLjIyLjAgICAgICAgICAgIEhUVFAgbGlicmFyeSB3cml0dGVuIGluIFB5dGhvbiBmb3IgaHVt YW4gYmVpbmdzCnB5Mzctc2V0dXB0b29scy00NC4wLjAgICAgICAgICBQeXRob24gcGFja2FnZXMg aW5zdGFsbGVyCnB5Mzctc2V0dXB0b29sc19zY20tMy40LjMgICAgICBTZXR1cHRvb2xzIHBsdWdp biB0byBtYW5hZ2UgeW91ciB2ZXJzaW9ucyBieSBzY20gdGFncwpweTM3LXNpeC0xLjE0LjAgICAg ICAgICAgICAgICAgUHl0aG9uIDIgYW5kIDMgY29tcGF0aWJpbGl0eSB1dGlsaXRpZXMKcHkzNy1z bm93YmFsbHN0ZW1tZXItMS4yLjEgICAgIFNub3diYWxsIHN0ZW1taW5nIGxpYnJhcnkgY29sbGVj dGlvbiBmb3IgUHl0aG9uCnB5Mzctc3BoaW54LTMuMC4zLDEgICAgICAgICAgICBQeXRob24gZG9j dW1lbnRhdGlvbiBnZW5lcmF0b3IKcHkzNy1zcGhpbnhfcnRkX3RoZW1lLTAuNC4zICAgIE1vYmls ZS1mcmllbmRseSBweS1zcGhpbnggdGhlbWUKcHkzNy1zcGhpbnhjb250cmliLWFwcGxlaGVscC0x LjAuMiBzcGhpbnggZXh0ZW5zaW9uIHdoaWNoIG91dHB1dHMgQXBwbGUgaGVscCBib29rcwpweTM3 LXNwaGlueGNvbnRyaWItZGV2aGVscC0xLjAuMiBTcGhpbnggZXh0ZW5zaW9uIHdoaWNoIG91dHB1 dHMgRGV2aGVscCBkb2N1bWVudApweTM3LXNwaGlueGNvbnRyaWItaHRtbGhlbHAtMS4wLjMgU3Bo aW54IGV4dGVuc2lvbiB3aGljaCByZW5kZXJzIEhUTUwgaGVscCBmaWxlcwpweTM3LXNwaGlueGNv bnRyaWItanNtYXRoLTEuMC4xIFNwaGlueCBleHRlbnNpb24gd2hpY2ggcmVuZGVycyBkaXNwbGF5 IG1hdGggaW4gSFRNTCB2aWEgSmF2YVNjcmlwdApweTM3LXNwaGlueGNvbnRyaWItcXRoZWxwLTEu MC4zIFNwaGlueCBleHRlbnNpb24gd2hpY2ggb3V0cHV0cyBRdEhlbHAgZG9jdW1lbnQKcHkzNy1z cGhpbnhjb250cmliLXNlcmlhbGl6aW5naHRtbC0xLjEuNCBTcGhpbnggZXh0ZW5zaW9uIHdoaWNo IG91dHB1dHMgc2VyaWFsaXplZCBIVE1MIGZpbGVzIChqc29uIGFuZCBwaWNrbGUpCnB5Mzctc3Bo aW54Y29udHJpYi13ZWJzdXBwb3J0LTEuMi4yIFNwaGlueCBBUEkgZm9yIFdlYiBBcHBzCnB5Mzct c3FsaXRlMy0zLjcuN183ICAgICAgICAgICBTdGFuZGFyZCBQeXRob24gYmluZGluZyB0byB0aGUg U1FMaXRlMyBsaWJyYXJ5IChQeXRob24gMy43KQpweTM3LXRvbWwtMC4xMC4wICAgICAgICAgICAg ICAgUHl0aG9uIGxpYnJhcnkgZm9yIHBhcnNpbmcgYW5kIGNyZWF0aW5nIFRPTUwKcHkzNy11cmxs aWIzLTEuMjUuNywxICAgICAgICAgIEhUVFAgbGlicmFyeSB3aXRoIHRocmVhZC1zYWZlIGNvbm5l Y3Rpb24gcG9vbGluZywgZmlsZSBwb3N0LCBhbmQgbW9yZQpweTM3LXdlYmVuY29kaW5ncy0wLjUu MSAgICAgICAgQ2hhcmFjdGVyIGVuY29kaW5nIGFsaWFzZXMgZm9yIGxlZ2FjeSB3ZWIgY29udGVu dApweXRob24zNy0zLjcuNyAgICAgICAgICAgICAgICAgSW50ZXJwcmV0ZWQgb2JqZWN0LW9yaWVu dGVkIHByb2dyYW1taW5nIGxhbmd1YWdlCnF0NS1idWlsZHRvb2xzLTUuMTMuMl8xICAgICAgICBR dCBidWlsZCB0b29scwpxdDUtY29yZS01LjEzLjJfMSAgICAgICAgICAgICAgUXQgY29yZSBub24t Z3JhcGhpY2FsIG1vZHVsZQpxdDUtZGJ1cy01LjEzLjJfMSAgICAgICAgICAgICAgUXQgRC1CdXMg aW50ZXItcHJvY2VzcyBjb21tdW5pY2F0aW9uIG1vZHVsZQpxdDUtZ3VpLTUuMTMuMl8zICAgICAg ICAgICAgICAgUXQgZ3JhcGhpY2FsIHVzZXIgaW50ZXJmYWNlIG1vZHVsZQpxdDUtbmV0d29yay01 LjEzLjIgICAgICAgICAgICAgUXQgbmV0d29yayBtb2R1bGUKcXQ1LXFtYWtlLTUuMTMuMl8yICAg ICAgICAgICAgIFF0IE1ha2VmaWxlIGdlbmVyYXRvcgpxdDUtc3FsLTUuMTMuMiAgICAgICAgICAg ICAgICAgUXQgU1FMIGRhdGFiYXNlIGludGVncmF0aW9uIG1vZHVsZQpxdDUtdGVzdGxpYi01LjEz LjIgICAgICAgICAgICAgUXQgdW5pdCB0ZXN0aW5nIG1vZHVsZQpxdDUtd2lkZ2V0cy01LjEzLjJf MSAgICAgICAgICAgUXQgQysrIHdpZGdldHMgbW9kdWxlCnF0NS14bWxwYXR0ZXJucy01LjEzLjJf MSAgICAgICBRdCBzdXBwb3J0IGZvciBYUGF0aCwgWFF1ZXJ5LCBYU0xUIGFuZCBYTUwgU2NoZW1h CnF0Y2hvb3Nlci02Nl8yICAgICAgICAgICAgICAgICBRdCB0b29sIHdyYXBwZXIKcmFyaWFuLTAu OC4xXzQgICAgICAgICAgICAgICAgIE9NRiBoZWxwIHN5c3RlbSBiYXNlZCBvbiB0aGUgRnJlZWRl c2t0b3Agc3BlY2lmaWNhdGlvbgpyZTItMjAyMDA0MDEgICAgICAgICAgICAgICAgICAgRmFzdCBD KysgcmVnZXggbGlicmFyeQpyZWFkbGluZS04LjAuNCAgICAgICAgICAgICAgICAgTGlicmFyeSBm b3IgZWRpdGluZyBjb21tYW5kIGxpbmVzIGFzIHRoZXkgYXJlIHR5cGVkCnJoYXNoLTEuMy45ICAg ICAgICAgICAgICAgICAgICBVdGlsaXR5IGFuZCBsaWJyYXJ5IGZvciBjb21wdXRpbmcgYW5kIGNo ZWNraW5nIG9mIGZpbGUgaGFzaGVzCnJ1c3QtMS40NC4wICAgICAgICAgICAgICAgICAgICBMYW5n dWFnZSB3aXRoIGEgZm9jdXMgb24gbWVtb3J5IHNhZmV0eSBhbmQgY29uY3VycmVuY3kKcnVzdC1j YmluZGdlbi0wLjE0LjJfMSAgICAgICAgIEdlbmVyYXRlIEMgYmluZGluZ3MgZnJvbSBSdXN0IGNv ZGUKc2RvY2Jvb2steG1sLTEuMV8yLDIgICAgICAgICAgICJTaW1wbGlmaWVkIiBEb2NCb29rIFhN TCBEVEQKc2Vzc3JlZy0xLjEuMiAgICAgICAgICAgICAgICAgIE1hbmFnZSB1dG1wL3d0bXAgZW50 cmllcyBmb3Igbm9uLWluaXQgWCBjbGllbnRzCnNldHhrYm1hcC0xLjMuMiAgICAgICAgICAgICAg ICBTZXQgdGhlIGtleWJvYXJkIHVzaW5nIHRoZSBYIEtleWJvYXJkIEV4dGVuc2lvbgpzZ2lmb250 cy0xLjAuMV81ICAgICAgICAgICAgICAgRm9udHMgZnJvbSB0aGUgU0dJIFByb1BhY2sgMS40IChv cmlnaW5hbGx5IGZvciBMaW51eCkKc2hhcmVkLW1pbWUtaW5mby0xLjEwXzIgICAgICAgIE1JTUUg dHlwZXMgZGF0YWJhc2UgZnJvbSB0aGUgZnJlZWRlc2t0b3Aub3JnIHByb2plY3QKc21wcm94eS0x LjAuNiAgICAgICAgICAgICAgICAgIFNlc3Npb24gTWFuYWdlciBQcm94eQpzbmFwcHktMS4xLjgg ICAgICAgICAgICAgICAgICAgRmFzdCBjb21wcmVzc29yL2RlY29tcHJlc3NvciBsaWJyYXJ5CnNu ZGlvLTEuNi4wICAgICAgICAgICAgICAgICAgICBTbWFsbCBhdWRpbyBhbmQgTUlESSBmcmFtZXdv cmsgZnJvbSB0aGUgT3BlbkJTRCBwcm9qZWN0CnNwZWVjaC1kaXNwYXRjaGVyLTAuOC44ICAgICAg ICBDb21tb24gaW50ZXJmYWNlIHRvIHNwZWVjaCBzeW50aGVzaXMKc3BlZXgtMS4yLjAsMSAgICAg ICAgICAgICAgICAgIEF1ZGlvIGNvbXByZXNzaW9uIGZvcm1hdCBkZXNpZ25lZCBmb3Igc3BlZWNo CnNwZWV4ZHNwLTEuMi4wICAgICAgICAgICAgICAgICBBdWRpbyBjb21wcmVzc2lvbiBmb3JtYXQg ZGVzaWduZWQgZm9yIHNwZWVjaApzcGlkZXJtb25rZXk1Mi01Mi45LjBfNyAgICAgICAgU3RhbmRh bG9uZSBKYXZhU2NyaXB0IGJhc2VkIGZyb20gTW96aWxsYSA1Mi1lc3IKc3BpZGVybW9ua2V5NjAt NjAuOS4wXzMgICAgICAgIFN0YW5kYWxvbmUgSmF2YVNjcmlwdCBiYXNlZCBmcm9tIE1vemlsbGEg NjAtZXNyCnNxbGl0ZTMtMy4zMS4xXzEsMSAgICAgICAgICAgICBTUUwgZGF0YWJhc2UgZW5naW5l IGluIGEgQyBsaWJyYXJ5CnN0YXJ0dXAtbm90aWZpY2F0aW9uLTAuMTJfNCAgICBMaWJyYXJ5IHRo YXQgc3VwcG9ydHMgc3RhcnR1cCBub3RpZmljYXRpb24gc3BlYyBmcm9tIGZyZWVkZXNrdG9wLm9y Zwpzd2lnMzAtMy4wLjEyXzEgICAgICAgICAgICAgICAgR2VuZXJhdGUgd3JhcHBlcnMgZm9yIGNh bGxpbmcgQy9DKysgY29kZSBmcm9tIG90aGVyIGxhbmd1YWdlcwp0Y2w4Ni04LjYuMTAgICAgICAg ICAgICAgICAgICAgVG9vbCBDb21tYW5kIExhbmd1YWdlCnRleGkyaHRtbC01LjBfMiwxICAgICAg ICAgICAgICBUZXhpbmZvIHRvIEhUTUwgY29udmVydGVyCnRleGluZm8tNi43XzMsMSAgICAgICAg ICAgICAgICBUeXBlc2V0IGRvY3VtZW50YXRpb24gc3lzdGVtIHdpdGggbXVsdGlwbGUgZm9ybWF0 IG91dHB1dAp0aWZmLTQuMS4wICAgICAgICAgICAgICAgICAgICAgVG9vbHMgYW5kIGxpYnJhcnkg cm91dGluZXMgZm9yIHdvcmtpbmcgd2l0aCBUSUZGIGltYWdlcwp0cG0tZW11bGF0b3ItMC43LjRf MiAgICAgICAgICAgVHJ1c3RlZCBQbGF0Zm9ybSBNb2R1bGUgKFRQTSkgZW11bGF0b3IKdHJhZGNw cC0wLjUuMyAgICAgICAgICAgICAgICAgIFRyYWRpdGlvbmFsIChLJlItc3R5bGUpIEMgcHJlcHJv Y2Vzc29yCnRyb3VzZXJzLTAuMy4xNF8yICAgICAgICAgICAgICBPcGVuLXNvdXJjZSBUQ0cgU29m dHdhcmUgU3RhY2sKdHdtLTEuMC4xMF8xICAgICAgICAgICAgICAgICAgIFRhYiBXaW5kb3cgTWFu YWdlciBmb3IgdGhlIFggV2luZG93IFN5c3RlbQp1Y2hhcmRldC0wLjAuNyAgICAgICAgICAgICAg ICAgVW5pdmVyc2FsIGNoYXJzZXQgZGV0ZWN0aW9uIGxpYnJhcnkKdXJ3Zm9udHMtMS4wXzggICAg ICAgICAgICAgICAgIEFub3RoZXIgZm9udCBwYWNrYWdlIGZvciBYCnVyd2ZvbnRzLXR0Zi0xLjAu N2IxOF84ICAgICAgICBVbmljb2RlIFRydWVUeXBlIGZvbnRzIGZyb20gVVJXIGV4dGVuZGVkIGJ5 IFZhbGVrIEZpbGlwcG92CnVzYmlkcy0yMDIwMDMyOSAgICAgICAgICAgICAgICBEYXRhYmFzZSBv ZiBhbGwga25vd24gSURzIHVzZWQgaW4gVVNCIGRldmljZXMKdjRsX2NvbXBhdC0xLjE4LjAgICAg ICAgICAgICAgIFZpZGVvNExpbnV4IElPQ1RMIGhlYWRlciBmaWxlcwp2YWxhLTAuNDAuMTUsMSAg ICAgICAgICAgICAgICAgUHJvZ3JhbW1pbmcgbGFuZ3VhZ2UgYW5kIGNvbXBpbGVyIHRoYXQgY29u dmVydHMgVmFsYSBjb2RlIGludG8gQyBjb2RlCnZ1bGthbi1oZWFkZXJzLTEuMi4xMzUuMCAgICAg ICBIZWFkZXJzIGZvciB0aGUgVnVsa2FuIGdyYXBoaWNzIEFQSQp3YXlsYW5kLTEuMTguMF8zICAg ICAgICAgICAgICAgV2F5bGFuZCBjb21wb3NpdGUgInNlcnZlciIKd2F5bGFuZC1wcm90b2NvbHMt MS4yMCAgICAgICAgIFdheWxhbmQgcHJvdG9jb2xzCndlYnAtMS4xLjAgICAgICAgICAgICAgICAg ICAgICBHb29nbGUgV2ViUCBpbWFnZSBmb3JtYXQgY29udmVyc2lvbiB0b29sCndlYnJ0Yy1hdWRp by1wcm9jZXNzaW5nLTAuMy4xXzIgQXVkaW9Qcm9jZXNzaW5nIG1vZHVsZSBmcm9tIFdlYlJUQyBw cm9qZWN0CndpbmRvd21ha2VyLTAuOTUuOF8yICAgICAgICAgICBHTlVzdGVwLWNvbXBsaWFudCBO ZVhUc3RlcCB3aW5kb3cgbWFuYWdlciBjbG9uZQp3bWljb25zLTEuMF8yICAgICAgICAgICAgICAg ICAgSWNvbnMgbWFpbmx5IGZvciB1c2UgaW4gV2luZG93IE1ha2VyCngxMXBlcmYtMS42LjEgICAg ICAgICAgICAgICAgICBYMTEgc2VydmVyIHBlcmZvcm1hbmNlIHRlc3QgcHJvZ3JhbQp4MjY1LTMu Mi4xXzIgICAgICAgICAgICAgICAgICAgSC4yNjUvSGlnaCBFZmZpY2llbmN5IFZpZGVvIENvZGlu ZyAoSEVWQykgZm9ybWF0CnhhdXRoLTEuMSAgICAgICAgICAgICAgICAgICAgICBYIGF1dGhvcml0 eSBmaWxlIHV0aWxpdHkKeGJhY2tsaWdodC0xLjIuMyAgICAgICAgICAgICAgIFByb2dyYW0gdG8g YWRqdXN0IGJhY2tsaWdodCBicmlnaHRuZXNzCnhiaXRtYXBzLTEuMS4yICAgICAgICAgICAgICAg ICBYLk9yZyBiaXRtYXBzIGRhdGEKeGNhbGMtMS4xLjAgICAgICAgICAgICAgICAgICAgIFNjaWVu dGlmaWMgY2FsY3VsYXRvciBmb3IgWAp4Y2ItcHJvdG8tMS4xM18xICAgICAgICAgICAgICAgVGhl IFggcHJvdG9jb2wgQy1sYW5ndWFnZSBCaW5kaW5nIChYQ0IpIHByb3RvY29sCnhjYi11dGlsLTAu NC4wXzIsMSAgICAgICAgICAgICBNb2R1bGUgd2l0aCBsaWJ4Y2IvbGliWDExIGV4dGVuc2lvbi9y ZXBsYWNlbWVudCBsaWJyYXJpZXMKeGNiLXV0aWwtaW1hZ2UtMC40LjBfMSAgICAgICAgIFBvcnQg b2YgWGxpYidzIFhJbWFnZSBhbmQgWFNobUltYWdlIGZ1bmN0aW9ucwp4Y2ItdXRpbC1rZXlzeW1z LTAuNC4wXzEgICAgICAgU3RhbmRhcmQgWCBrZXkgY29uc3RhbnRzIGFuZCBjb252ZXJzaW9uIHRv L2Zyb20ga2V5Y29kZXMKeGNiLXV0aWwtcmVuZGVydXRpbC0wLjMuOV8xICAgIENvbnZlbmllbmNl IGZ1bmN0aW9ucyBmb3IgdGhlIFJlbmRlciBleHRlbnNpb24KeGNiLXV0aWwtd20tMC40LjFfMyAg ICAgICAgICAgIEZyYW1ld29yayBmb3Igd2luZG93IG1hbmFnZXIgaW1wbGVtZW50YXRpb24KeGNs b2NrLTEuMC45ICAgICAgICAgICAgICAgICAgIEFuYWxvZyBhbmQgZGlnaXRhbCBjbG9jayBmb3Ig WAp4Y21zZGItMS4wLjUgICAgICAgICAgICAgICAgICAgRGV2aWNlIENvbG9yIENoYXJhY3Rlcml6 YXRpb24gdXRpbGl0eSBmb3IgWAp4Y29uc29sZS0xLjAuN18xICAgICAgICAgICAgICAgTW9uaXRv ciBzeXN0ZW0gY29uc29sZSBtZXNzYWdlcyB3aXRoIFgKeGN1cnNvci10aGVtZXMtMS4wLjYgICAg ICAgICAgIFgub3JnIGN1cnNvcnMgdGhlbWVzCnhjdXJzb3JnZW4tMS4wLjcgICAgICAgICAgICAg ICBDcmVhdGUgYW4gWCBjdXJzb3IgZmlsZSBmcm9tIGEgY29sbGVjdGlvbiBvZiBQTkcgaW1hZ2Vz CnhkZy11dGlscy0xLjEuM18xICAgICAgICAgICAgICBUb29scyB0byBhbGxvdyBhbGwgYXBwbGlj YXRpb25zIHRvIGludGVncmF0ZSB3aXRoIHRoZSBmcmVlIGRlc2t0b3AKeGRweWluZm8tMS4zLjJf MyAgICAgICAgICAgICAgIERpc3BsYXkgaW5mb3JtYXRpb24gdXRpbGl0eSBmb3IgWAp4ZHJpaW5m by0xLjAuNl8zICAgICAgICAgICAgICAgUXVlcnkgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbiBv ZiBEUkkgZHJpdmVycwp4ZXYtMS4yLjMgICAgICAgICAgICAgICAgICAgICAgUHJpbnQgY29udGVu dHMgb2YgWCBldmVudHMKeGY4Ni1pbnB1dC1rZXlib2FyZC0xLjkuMF80ICAgIFguT3JnIGtleWJv YXJkIGlucHV0IGRyaXZlcgp4Zjg2LWlucHV0LWxpYmlucHV0LTAuMzAuMCAgICAgWC5PcmcgbGli aW5wdXQgaW5wdXQgZHJpdmVyCnhmODYtaW5wdXQtbW91c2UtMS45LjNfMyAgICAgICBYLk9yZyBt b3VzZSBpbnB1dCBkcml2ZXIKeGY4Ni12aWRlby1hdGktbGVnYWN5LTcuOS4wXzMsMSBYLk9yZyBh dGkgZGlzcGxheSBkcml2ZXIKeGY4Ni12aWRlby1zY2ZiLTAuMC41XzIgICAgICAgIFguT3JnIHN5 c2NvbnMgZGlzcGxheSBkcml2ZXIKeGY4Ni12aWRlby12ZXNhLTIuNC4wXzMgICAgICAgIFguT3Jn IHZlc2EgZGlzcGxheSBkcml2ZXIKeGY4NmRnYS0xLjAuM18xICAgICAgICAgICAgICAgIFRlc3Qg cHJvZ3JhbSBmb3IgdGhlIFhGcmVlODYtREdBIGV4dGVuc2lvbgp4Z2FtbWEtMS4wLjYgICAgICAg ICAgICAgICAgICAgR2FtbWEgY29ycmVjdGlvbiB0aHJvdWdoIHRoZSBYIHNlcnZlcgp4Z2MtMS4w LjUgICAgICAgICAgICAgICAgICAgICAgWCBncmFwaGljcyBkZW1vCnhob3N0LTEuMC44ICAgICAg ICAgICAgICAgICAgICBTZXJ2ZXIgYWNjZXNzIGNvbnRyb2wgcHJvZ3JhbSBmb3IgWAp4aW5pdC0x LjQuMSwxICAgICAgICAgICAgICAgICAgWCBXaW5kb3cgU3lzdGVtIGluaXRpYWxpemVyCnhpbnB1 dC0xLjYuMyAgICAgICAgICAgICAgICAgICBWZXJ5IHVzZWZ1bCB1dGlsaXR5IGZvciBjb25maWd1 cmluZyBhbmQgdGVzdGluZyBYSW5wdXQgZGV2aWNlcwp4a2Jjb21wLTEuNC4zICAgICAgICAgICAg ICAgICAgQ29tcGlsZSBYS0Iga2V5Ym9hcmQgZGVzY3JpcHRpb24KeGtiZXZkLTEuMS40ICAgICAg ICAgICAgICAgICAgIFhLQiBldmVudCBkYWVtb24KeGtidXRpbHMtMS4wLjRfMiAgICAgICAgICAg ICAgIFhLQiB1dGlsaXR5IGRlbW9zCnhrZXlib2FyZC1jb25maWctMi4yOSAgICAgICAgICBYIEtl eWJvYXJkIENvbmZpZ3VyYXRpb24gRGF0YWJhc2UKeGtpbGwtMS4wLjUgICAgICAgICAgICAgICAg ICAgIFV0aWxpdHkgZm9yIGtpbGxpbmcgYSBjbGllbnQgYnkgaXRzIFggcmVzb3VyY2UKeGxzYXRv bXMtMS4xLjMgICAgICAgICAgICAgICAgIExpc3QgaW50ZXJuZWQgYXRvbXMgZGVmaW5lZCBvbiBh IHNlcnZlcgp4bHNjbGllbnRzLTEuMS40ICAgICAgICAgICAgICAgTGlzdCBjbGllbnQgYXBwbGlj YXRpb25zIHJ1bm5pbmcgb24gYSBkaXNwbGF5CnhtZXNzYWdlLTEuMC41ICAgICAgICAgICAgICAg ICBEaXNwbGF5IG1lc3NhZ2Ugb3IgcXVlcnkgaW4gYSBYIHdpbmRvdwp4bWxjYXRtZ3ItMi4yXzIg ICAgICAgICAgICAgICAgU0dNTCBhbmQgWE1MIGNhdGFsb2cgbWFuYWdlcgp4bWxjaGFyZW50LTAu M18yICAgICAgICAgICAgICAgWE1MIGNoYXJhY3RlciBlbnRpdGllcwp4bW9kbWFwLTEuMC4xMCAg ICAgICAgICAgICAgICAgVXRpbGl0eSBmb3IgbW9kaWZ5aW5nIGtleW1hcHMgYW5kIHBvaW50ZXIg YnV0dG9uIG1hcHBpbmdzIGluIFgKeG9yZy03LjdfMyAgICAgICAgICAgICAgICAgICAgIFguT3Jn IGNvbXBsZXRlIGRpc3RyaWJ1dGlvbiBtZXRhcG9ydAp4b3JnLWFwcHMtNy43XzQgICAgICAgICAg ICAgICAgWC5vcmcgYXBwcyBtZXRhLXBvcnQKeG9yZy1jZi1maWxlcy0xLjAuNiAgICAgICAgICAg IFgub3JnIGNmIGZpbGVzIGZvciB1c2Ugd2l0aCBpbWFrZSBidWlsZHMKeG9yZy1kb2NzLTEuNy4x LDEgICAgICAgICAgICAgIFgub3JnIGRvY3VtZW50YXRpb24gZmlsZXMKeG9yZy1kcml2ZXJzLTcu N182ICAgICAgICAgICAgIFgub3JnIGRyaXZlcnMgbWV0YS1wb3J0CnhvcmctZm9udHMtNy43XzEg ICAgICAgICAgICAgICBYLm9yZyBmb250cyBtZXRhLXBvcnQKeG9yZy1mb250cy0xMDBkcGktNy43 ICAgICAgICAgIFguT3JnIDEwMGRwaSBiaXRtYXAgZm9udHMKeG9yZy1mb250cy03NWRwaS03Ljcg ICAgICAgICAgIFguT3JnIDc1ZHBpIGJpdG1hcCBmb250cwp4b3JnLWZvbnRzLWN5cmlsbGljLTcu NyAgICAgICAgWC5PcmcgQ3lyaWxsaWMgYml0bWFwIGZvbnRzCnhvcmctZm9udHMtbWlzY2JpdG1h cHMtNy43ICAgICBYLk9yZyBtaXNjZWxsYW5lb3VzIGJpdG1hcCBmb250cwp4b3JnLWZvbnRzLXRy dWV0eXBlLTcuN18xICAgICAgWC5PcmcgVHJ1ZVR5cGUgZm9udHMKeG9yZy1mb250cy10eXBlMS03 LjcgICAgICAgICAgIFguT3JnIFR5cGUxIGZvbnRzCnhvcmctbGlicmFyaWVzLTcuN180ICAgICAg ICAgICBYLm9yZyBsaWJyYXJpZXMgbWV0YS1wb3J0CnhvcmctbWFjcm9zLTEuMTkuMiAgICAgICAg ICAgICBYLk9yZyBkZXZlbG9wbWVudCBhY2xvY2FsIG1hY3Jvcwp4b3JnLXNlcnZlci0xLjIwLjhf MiwxICAgICAgICAgWC5PcmcgWCBzZXJ2ZXIgYW5kIHJlbGF0ZWQgcHJvZ3JhbXMKeG9yZ3Byb3Rv LTIwMjAuMSAgICAgICAgICAgICAgIHhvcmcgcHJvdG9jb2wgaGVhZGVycwp4cHItMS4wLjUgICAg ICAgICAgICAgICAgICAgICAgVXRpbGl0eSBmb3IgcHJpbnRpbmcgYW4gWCB3aW5kb3cgZHVtcAp4 cHJvcC0xLjIuNCAgICAgICAgICAgICAgICAgICAgUHJvcGVydHkgZGlzcGxheWVyIGZvciBYCnhy YW5kci0xLjUuMSAgICAgICAgICAgICAgICAgICBQcmltaXRpdmUgY29tbWFuZCBsaW5lIGludGVy ZmFjZSB0byB0aGUgUmFuZFIgZXh0ZW5zaW9uCnhyZGItMS4yLjAgICAgICAgICAgICAgICAgICAg ICBYIHNlcnZlciByZXNvdXJjZSBkYXRhYmFzZSB1dGlsaXR5CnhyZWZyZXNoLTEuMC42ICAgICAg ICAgICAgICAgICBSZWZyZXNoIGFsbCBvciBwYXJ0IG9mIGFuIFggc2NyZWVuCnhzZXQtMS4yLjRf MyAgICAgICAgICAgICAgICAgICBVc2VyIHByZWZlcmVuY2UgdXRpbGl0eSBmb3IgWAp4c2V0cm9v dC0xLjEuMiAgICAgICAgICAgICAgICAgUm9vdCB3aW5kb3cgcGFyYW1ldGVyIHNldHRpbmcgdXRp bGl0eSBmb3IgWAp4dGVybS0zNTYgICAgICAgICAgICAgICAgICAgICAgVGVybWluYWwgZW11bGF0 b3IgZm9yIHRoZSBYIFdpbmRvdyBTeXN0ZW0KeHRyYW5zLTEuNC4wICAgICAgICAgICAgICAgICAg IEFic3RyYWN0IG5ldHdvcmsgY29kZSBmb3IgWAp4dmlkLTEuMy43LDEgICAgICAgICAgICAgICAg ICAgT3BlbnNvdXJjZSBNUEVHLTQgY29kZWMsIGJhc2VkIG9uIE9wZW5EaXZ4Cnh2aW5mby0xLjEu NCAgICAgICAgICAgICAgICAgICBQcmludCBvdXQgWC1WaWRlbyBleHRlbnNpb24gYWRhcHRvciBp bmZvcm1hdGlvbgp4d2QtMS4wLjcgICAgICAgICAgICAgICAgICAgICAgRHVtcCBhbiBpbWFnZSBv ZiBhbiBYIHdpbmRvdwp4d2luaW5mby0xLjEuNSAgICAgICAgICAgICAgICAgV2luZG93IGluZm9y bWF0aW9uIHV0aWxpdHkgZm9yIFgKeHd1ZC0xLjAuNSAgICAgICAgICAgICAgICAgICAgIEltYWdl IGRpc3BsYXllciBmb3IgWAp5YXNtLTEuMy4wICAgICAgICAgICAgICAgICAgICAgQ29tcGxldGUg cmV3cml0ZSBvZiB0aGUgTkFTTSBhc3NlbWJsZXIKemlwLTMuMF8xICAgICAgICAgICAgICAgICAg ICAgIENyZWF0ZS91cGRhdGUgWklQIGZpbGVzIGNvbXBhdGlibGUgd2l0aCBQS1pJUAo= ------=_Part_542445_682040464.1591547244573-- From owner-freebsd-current@freebsd.org Sun Jun 7 16:49:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1F45331059 for ; Sun, 7 Jun 2020 16:49:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49g2RT3mW3z4DYw for ; Sun, 7 Jun 2020 16:49:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 81465331058; Sun, 7 Jun 2020 16:49:41 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 81124331149 for ; Sun, 7 Jun 2020 16:49:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49g2RS40r3z4DWf; Sun, 7 Jun 2020 16:49:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 057GnfAo040983 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 7 Jun 2020 09:49:41 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 057GnfTH040982; Sun, 7 Jun 2020 09:49:41 -0700 (PDT) (envelope-from fbsd) Date: Sun, 7 Jun 2020 09:49:41 -0700 From: bob prohaska To: Filippo Moretti Cc: FreeBSD Current , "flz@FreeBSD.org" , bob prohaska Subject: Re: Problem compiling Chromium Message-ID: <20200607164941.GA40966@www.zefox.net> References: <672857244.542446.1591547244573.ref@mail.yahoo.com> <672857244.542446.1591547244573@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <672857244.542446.1591547244573@mail.yahoo.com> X-Rspamd-Queue-Id: 49g2RS40r3z4DWf X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.98 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.25)[0.253]; NEURAL_HAM_LONG(-0.07)[-0.067]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.10)[-0.102]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 16:49:41 -0000 Don't know about AMD, but on ARM failures that resemble this are common. In some cases the actual error message is tens or a hundred lines prior to the last make output. If you search for the string Error: or maybe error: does anything show up? Including the colon : helps to reduce irrelevant hits. Good luck, bob prohaska On Sun, Jun 07, 2020 at 04:27:24PM +0000, Filippo Moretti wrote: > Good evening,???????????????????????????????????????????????? FreeBSD sting 13.0-CURRENT FreeBSD 13.0-CURRENT #2 r361787: Sun Jun?? 7 15:02:09 CEST 2020???????? root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING?? amd64 > > the build fails with the following message/common/extensions/api/action.json ../../chrome/common/extensions/api/browser_action.json ../../chrome/common/extensions/api/browsing_data.json ../../chrome/common/extensions/api/extension.json ../../chrome/common/extensions/api/idltest.idl ../../chrome/common/extensions/api/page_action.json ../../chrome/common/extensions/api/top_sites.json > ninja: build stopped: subcommand failed. > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/www/chromium > > ===>>> make build failed for www/chromium > ===>>> Aborting update > > I enclose the list of packages installedsincerelyFilippo > _______________________________________________ > 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 Sun Jun 7 23:25:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F276433AD3F for ; Sun, 7 Jun 2020 23:25:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670076.outbound.protection.outlook.com [40.107.67.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gCCc3nmNz3ZKq for ; Sun, 7 Jun 2020 23:25:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UtKFOR6IP10oLbionDEvqkmtBL9jFwGVKw2Bs6qszvFOjUJlPDpCM4O0q2UUFHFe4fnlD/JQe0+XXeogyrXRNofeYUgOvmfqoF5lr3XiTY9+WPtGXz18r6VbWXa4P8ccNd4xRh6ch9qiZGnJyYJjC1PcN3mPprF6gAHW3Ze0+9Jsyc2E52CW/Mr2D0V5lpdDVBMSRKn5vWUI4WyRN+Yd1woaUJand4e6BULbvEMZ5mMgr12VYK8ELURzErKgphwFX+7B9f0mf1jxkOH/xKyAenuVTTJBZurVG6aXyIYuwI05lmABr+gxvimkN3wll3/6HVom6PwEm4tTQaDrBR8czw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=97gcbTlE7apNojAfGwlYxczjDJJPpngQiCc2TrdFodc=; b=ENfTSGdjAAhZ0rrrovzt3Bcw5W5eR4k7JooWe6Qjnl1SvoJsRQQ68l/79pzhHB1mrtC0sKKKNQ+PxUtaqR1OQzljfl5QG1dBsBpo/VCmnfYkgLFfFihz+BPDs2zX3xDq6hRsRdx0gJCagcghaaL+bOxyk0NzEt2yibpINk226kOmh0V/1yAo5nmTiECWQSDlhoZTrAKwPROkAAnhLGhwUCpJ9Ejbr+zjcM4C+kfBURPxAZX8gz2+/zQ34uFP/b4rH5slVqhlvKuGHHrhML5k34i5650MM67QGQo4ihZywZ9pWclt3jMw5pS3rbJd2VQKB4r3rQDKhBqOtROybGngzw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=97gcbTlE7apNojAfGwlYxczjDJJPpngQiCc2TrdFodc=; b=KuzkseashhtmzGantZjoKfySbz8XNNlV7sjgYckRAavfUUD0dFg3g0H2l5L5uHkv7bqQF8bO+19fKQ1geb3s/scvrqCPU1rGoPIdDk51hMEq9+yhKbmx1Ip6Xt24exzwExlVJYdE6USEFBtSCyB6e8VU0/HZB24+cwWBtWbEqkmMGFT6VS9m6B0yPOrAPW+welCW+fZObfTWZY1segJhmgVwf/yAQwvksLPzRUdsNeeyt3TnTSuYlpMOkPDnr72KNKrjvUeFY5A3YkqXSL8s8VR8VVVf6pBOTweAGKtxdSSEw64PD6I+f7Hh4P6EuwGDWuYrf9SwszfPHy95KqIezg== Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:38::14) by QB1PR01MB2913.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:3d::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.20; Sun, 7 Jun 2020 23:24:58 +0000 Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::60f3:4ca2:8a4a:1e91]) by QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::60f3:4ca2:8a4a:1e91%7]) with mapi id 15.20.3066.023; Sun, 7 Jun 2020 23:24:50 +0000 From: Rick Macklem To: Current FreeBSD Subject: new mbuf functions to allocate and copy into ext_pgs mbufs with anonymous pages Thread-Topic: new mbuf functions to allocate and copy into ext_pgs mbufs with anonymous pages Thread-Index: AQHWPSKMF1HvDc56HUicD3FRcwsGVg== Date: Sun, 7 Jun 2020 23:24:50 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a694d979-122e-4947-1466-08d80b39f9bc x-ms-traffictypediagnostic: QB1PR01MB2913: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-forefront-prvs: 04270EF89C x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: sp7dW9qsNhDUwC33onVtJCZo9Yqj4ix4P3LZlJmARA6l0VSZYh3vxpkipm7AlrBLSRZq5ij5F8lf7wjEKOwi5r3W1QTFu96XRVbU3xyer/7j4r3qJCpcrbZ6WGYT+sLhIpN5O+svSbf9Rb7n//Qe6XkI5xLSC8eYxePZnUywK9cDEIylWVhUMJ228HDrejwIunM/kDFsy45/X5u7p5hg8uhzX3UXS5NhY/tDyDFQanrrbsVCSdBwncVTqBadyY/Do7MHte0yM2wfQcubtGtCuMB7OWFgPvP6D7psRt8Asi5khCM+bTEOSxyVbrIIcnHUqJ7bdzX8MQ52D3E9zUY7iOCqK44WsijQ+vo2oFMEMs4uFjRcYJ8OKmLAITROfKmugkslUz+ekhRrnfxtWBuv3w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(396003)(136003)(376002)(346002)(366004)(39850400004)(8936002)(7696005)(33656002)(6916009)(9686003)(66476007)(64756008)(66446008)(66556008)(5660300002)(66946007)(8676002)(76116006)(558084003)(55016002)(52536014)(71200400001)(6506007)(86362001)(478600001)(786003)(316002)(2906002)(186003)(966005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: w/9pI3IFM9i0xQh45deUswRXVCRmiYpibIY4nQFmMEUwYSTsfyY6OUAqyOnUq7EaJmP+oS8SRc8PY4lgcEnoKQ+Pl3D/GTdYwVNE+FIC8REcCgyHQ3uk/nqO4fUNlJQRcGsLwGzscynquXAAyakJxX+jN56cebecRw9zi5W9rGeiuwjev9Q3CJam08rBqGnjOVFVL4Qv5OMEnq2b5DFZlVUngz9JBnTdC1e4GQ8eYUElhv3TR63jI1sRYMegYvJmv16xUpXRc4ozM88Ei+akKDG9DCSqNlLYss41pAqxJDoL2nld32v3qJcUrFwkvYvJ9wD2SyldrQKaVwwtw82jpHSXkGRnNIABzdzL3uedgkqGo+TneAhOTxeCtbW0VgtvzGb2ioe5iT4DhZFrGnisCGzxZKuOyEMuBJVmQVtuxsfUJluPAymDAo3dSI/pXotI5+47sHla5GahMICaKkQUFSj1zRKQhKpGTXnakgioSlr+D8r7wT/NEuhb82EY96Yj3m5d2Pma2RX05xpGlA7YjFRI0F2oK26HCZmYoM4dwaogTHFZcXshJn7Hpj80J6S3 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: a694d979-122e-4947-1466-08d80b39f9bc X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jun 2020 23:24:50.2729 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: DrevPyjBRwsRzn5pLB899uEKWGqaj/eHDzuIh6Hy48TmAsR5zFJzptqCnXoBpYqmPrGaC8gAkvb4ceHXZbPv8Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB2913 X-Rspamd-Queue-Id: 49gCCc3nmNz3ZKq X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=Kuzkseas; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.76 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.10 / 15.00]; NEURAL_HAM_MEDIUM(-0.97)[-0.974]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.01)[-1.009]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-0.52)[-0.517]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.76:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[40.107.67.76:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 07 Jun 2020 23:25:02 -0000 Hi,=0A= =0A= I just put a patch that has a couple of new mbuf handling functions here:= =0A= https://reviews.freebsd.org/D25182=0A= I listed glebius@, gallatin@ and jhb@ as possible reviewers, but if anyone= =0A= else wants to review or comment on these, please feel free to do so.=0A= =0A= rick=0A= From owner-freebsd-current@freebsd.org Mon Jun 8 06:40:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59F98344D35 for ; Mon, 8 Jun 2020 06:40:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49gNtS0y0Sz4gHH for ; Mon, 8 Jun 2020 06:40:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 2088A344F9C; Mon, 8 Jun 2020 06:40:48 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2040C3451C1 for ; Mon, 8 Jun 2020 06:40:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gNtR2Ftvz4gK6; Mon, 8 Jun 2020 06:40:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x329.google.com with SMTP id m2so12748792otr.12; Sun, 07 Jun 2020 23:40:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oXGpl0Gu85ts9sagwPG9HWT67QoqX+Epez3aw8wiTzI=; b=Tg8v6Y4Cr0nVVIqT2ADYoJ9kqQckPhUnnIEKYtHohphQciEh4dYIW9Is133eM9hfhk 5e5+rOtFSy4HNI80BxrLPj5sf49xubVjgKXeIbsV0L77E8p8Q+shrSmoTQYYk0GDgBGp qECm0zF0A7GFlOD/R6pWPA+ISq1X7pASaUpoZEinHwRzefthhks7dUld8jftfKOY0ay8 3IKSNTMfYYTP0/bO+Jqan9G6SNElBvPZwzyecRgnUxG223l6Mwpy34/HBYfDWzpIWvNv B2l9PbFZHT6YkteutvpE+OJE+gW2YDfEjckJtXTbTTpvXMX/T0tQ3aHVBpXFWJ2lpJ3s zDBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oXGpl0Gu85ts9sagwPG9HWT67QoqX+Epez3aw8wiTzI=; b=heNjG4VegQroGKcTJvnn0UkMfZd66wfO2IUCGGzAXN8XUJGj4A9NmfsEMdWigX8Li0 kl4tC/nPT+PWgkYrabK+n8WcQHeq5Tp9LawriEeGpqqmTJs5nTLWpGq++MQFcukRq2CK UjYQ+4Nc+CHlHneNZr/y9DKG8jRJbjw2P0b7URZW4A768nE4zszbtUoWzb55bi5PY89u ayIfBZ15nnWYHgHmXdi4ILo4Pbd6cpmurkA7/MJIv1PQhan0CEG4HQsa15MGW3o+ZvtC uMQWbWIhnTnJZciDewV+Vc0iZDpAC72DBrKiTLQ4QGRH5gLCyJP+DnIlZC53ZC1De/Ug cL1g== X-Gm-Message-State: AOAM530I7IFvP5POHE2Gg/NoRuuttq4vm2QvTCWNpxpnlzM7zd3u0xoQ Dw4lVZ6VBKrEheYkAv0oPqyE1sK4xCGcLETC/UqNklNZu1M= X-Google-Smtp-Source: ABdhPJy+NhL4Zn4HxeC0kT07U+3rla6QNupVq8MKJg6JSz9pCbLIYt0EIHMZv1bJ8I7ekVeR7y17ttyEJRm31ZrHwNQ= X-Received: by 2002:a9d:6557:: with SMTP id q23mr16180193otl.93.1591598446104; Sun, 07 Jun 2020 23:40:46 -0700 (PDT) MIME-Version: 1.0 References: <672857244.542446.1591547244573.ref@mail.yahoo.com> <672857244.542446.1591547244573@mail.yahoo.com> <20200607164941.GA40966@www.zefox.net> In-Reply-To: <20200607164941.GA40966@www.zefox.net> From: Kevin Oberman Date: Sun, 7 Jun 2020 23:40:29 -0700 Message-ID: Subject: Re: Problem compiling Chromium To: bob prohaska Cc: Filippo Moretti , FreeBSD Current , "flz@FreeBSD.org" X-Rspamd-Queue-Id: 49gNtR2Ftvz4gK6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Tg8v6Y4C; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_HAM_LONG(-1.01)[-1.010]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::329:from]; NEURAL_HAM_SHORT(-0.71)[-0.710]; NEURAL_HAM_MEDIUM(-1.08)[-1.082]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 06:40:48 -0000 On Sun, Jun 7, 2020 at 9:49 AM bob prohaska wrote: > Don't know about AMD, but on ARM failures that resemble this are > common. In some cases the actual error message is tens or a hundred > lines prior to the last make output. > > If you search for the string Error: or maybe error: does anything > show up? Including the colon : helps to reduce irrelevant hits. > > Good luck, > > bob prohaska > The correct way to do this is to build aagain without doing a make clean and with MAKE_JOBS_UNSAFE. This will use only a single build stream and the error(s) will be at the end. The instructions after the failure mention this, but not why. (Actually there are a couple of reasons.) Doing a make clean will result in a build from the beginning and will take a very, very long time in a single stream. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > On Sun, Jun 07, 2020 at 04:27:24PM +0000, Filippo Moretti wrote: > > Good evening,???????????????????????????????????????????????? FreeBSD > sting 13.0-CURRENT FreeBSD 13.0-CURRENT #2 r361787: Sun Jun?? 7 15:02:09 > CEST 2020???????? root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING?? > amd64 > > > > the build fails with the following > message/common/extensions/api/action.json > ../../chrome/common/extensions/api/browser_action.json > ../../chrome/common/extensions/api/browsing_data.json > ../../chrome/common/extensions/api/extension.json > ../../chrome/common/extensions/api/idltest.idl > ../../chrome/common/extensions/api/page_action.json > ../../chrome/common/extensions/api/top_sites.json > > ninja: build stopped: subcommand failed. > > ===> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure > to > > the maintainer. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/www/chromium > > > > ===>>> make build failed for www/chromium > > ===>>> Aborting update > > > > I enclose the list of packages installedsincerelyFilippo > > > > _______________________________________________ > > 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" > > _______________________________________________ > 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 Jun 8 11:31:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 027E632C53B for ; Mon, 8 Jun 2020 11:31:14 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49gWKY5SWKz4H3T for ; Mon, 8 Jun 2020 11:31:13 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id B9A6732BEEC; Mon, 8 Jun 2020 11:31:13 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B957E32BEEB for ; Mon, 8 Jun 2020 11:31:13 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic306-20.consmr.mail.ne1.yahoo.com (sonic306-20.consmr.mail.ne1.yahoo.com [66.163.189.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49gWKX5Y7dz4H3S for ; Mon, 8 Jun 2020 11:31:12 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-YMail-OSG: LApZFgAVM1mrqLsGA7V.J0GlUgyU025ra9GHXpU_AJEuMyLwI8JOA2i8uWkFhXV Xul89a1_5y9O3ZU1oGAgzhWDtVw5vfz38jkTlm20Rn7mVw9eXpzEVRXGEIj8IHtMllrWl9RHqHvs 3rY8OlgTQE1_fGwj0399zHmRElBo2jxHZra_ICAqUbEaAsPAl_0MMtFGpc.ag88mRyQo.OkoQb27 wRhXMFLwbWO8vOj6cbTDSjvmhTW4ith0Bn0U2gL3CRCbpqBKXNFnDjoZ.dCgo.DdeTZhBEDZTjwM dVRHS6QngoZbiNzxU2dBdJ4mLk_NA5luXLlAVa2O8zCd91TtU3H1jJ9zmP4QIBiVbPAP5_Iyqr9C xgUiuNAShDjzcGmmNSggir0KkSXAz_0bwQUz6DdmVecaxE0B61Ro58Y.jbefLBs8R5izDa53_f8l iSo8vqwCX11Fcj8cps1rxnsAlKz6qKsrcvpFpICCN5AbLbOT5PvNnMT26eccu7GoD1PJRd0BNUY2 ncJJsP339sgNgTMuxc4Qu9YF9CEJuh0ZvdopecFgWHLkie1yYoBnkPfI8zcuHXgt3aNwbQ0it1._ hLMcgfDLZz6c4VeaJI9wwqrfKiuTmy2408C7V7_NWhTF99bqLc1Xo7p0JVJidMpGxpbAJ4CsDYPG I3zKT640JfUHzQeEgzp5SpgRwAAKplyRkkgjuesEgxdxKD6_GEr7vrNO_H5oPYctWx07dmxVgzbx FM3Qz7ijv3MjeMTjEQg3BXO.KZiwDKdlgZ.oTKbKMoMUOzTBlggfRXnm4oFeDmb_p46Dr0M6gYo8 D_WVobKjZvLnWd7EBNDa4XyNh2a3M2ZIKfszTSvgiKmN3a4ZavLG8Yt0mm35Ggi0pQjMxsPvuWnv yO2TIX7tnWk3du57_yzMdi5k1coOlCTRX2MaGzmqpWpRCfBcKtxOF8KsmD.WQ0Dx0aUrw4Z2Vuro yqfpLulRAgq8Qt6uwIPh7HP2aWmpoZebajVX36xozCtmtD9nHE9X4_RSRBpXgu00J9oaNV_lfqnl pq49iq_QkwhHt.0k2uxk5o7l1dQ7kf15ENyc3PCB99g9vlFIaHVTCM9DKfx6Von4i58b5WuX9giP qHWy0uCs42wVq_ki7dqZkbSiGtubq7IHbBKMwpGYdWOl8ZIXBuTy2xwQ6iCOQMf7MUo2RaIdlxSp X7vEyA.a18jQiuSrcXH9U6gLnHV5lWJxJlG2diQfFs0GnQUtwfuTHhLYpiD1fUptFIyB8loZ7qIU nij8MXyIydEpkP6.jo4eb3Oi78EjYAzzCke9f_W4ATYtRJmCXZffj7FDk7pQQ.m2Y6JHzGzV3l_R ldzrL9I0qIQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Mon, 8 Jun 2020 11:31:10 +0000 Date: Mon, 8 Jun 2020 11:31:05 +0000 (UTC) From: Filippo Moretti To: Kevin Oberman Cc: "flz@FreeBSD.org" , FreeBSD Current Message-ID: <997713552.837093.1591615865222@mail.yahoo.com> In-Reply-To: References: <672857244.542446.1591547244573.ref@mail.yahoo.com> <672857244.542446.1591547244573@mail.yahoo.com> <20200607164941.GA40966@www.zefox.net> Subject: Re: Problem compiling Chromium MIME-Version: 1.0 X-Mailer: WebService/1.1.16072 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:77.0) Gecko/20100101 Firefox/77.0 X-Rspamd-Queue-Id: 49gWKX5Y7dz4H3S X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.82:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.016]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.82:from]; NEURAL_HAM_SHORT(-0.38)[-0.382]; NEURAL_HAM_MEDIUM(-1.07)[-1.065]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 11:31:14 -0000 Thank you,=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 compile error follows: [829/38881] python ../../chrome/test/chromedriver/embed_extension_in_cpp.py= --dromedriver/chrome ../../chrome/test/chromedriver/extension/background.j= s ../../tension/manifest.json FAILED: gen/chrome/test/chromedriver/chrome/embedded_automation_extension.c= c gechrome/embedded_automation_extension.h=20 python ../../chrome/test/chromedriver/embed_extension_in_cpp.py --directory= genhrome ../../chrome/test/chromedriver/extension/background.js ../../chro= me/test/fest.json Traceback (most recent call last): =C2=A0 File "../../chrome/test/chromedriver/embed_extension_in_cpp.py", lin= e 11, in=20 =C2=A0=C2=A0=C2=A0 import StringIO ModuleNotFoundError: No module named 'StringIO' ninja: build stopped: subcommand failed. *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/chromium *** Error code 1 Stop. make: stopped in /usr/ports/www/chromium =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=20 On Monday, June 8, 2020, 8:41:15 AM GMT+2, Kevin Oberman wrote: =20 =20 On Sun, Jun 7, 2020 at 9:49 AM bob prohaska wrote: > Don't know about AMD, but on ARM failures that resemble this are > common. In some cases the actual error message is tens or a hundred > lines prior to the last make output. > > If you search for the string Error: or maybe error: does anything > show up? Including the colon : helps to reduce irrelevant hits. > > Good luck, > > bob prohaska > The correct way to do this is to build aagain without doing a make clean and with MAKE_JOBS_UNSAFE. This will use only a single build stream and the error(s) will be at the end. The instructions after the failure mention this, but not why. (Actually there are a couple of reasons.) Doing a make clean will result in a build from the beginning and will take a very, very long time in a single stream. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > On Sun, Jun 07, 2020 at 04:27:24PM +0000, Filippo Moretti wrote: > > Good evening,???????????????????????????????????????????????? FreeBSD > sting 13.0-CURRENT FreeBSD 13.0-CURRENT #2 r361787: Sun Jun?? 7 15:02:09 > CEST 2020???????? root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING?? > amd64 > > > > the build fails with the following > message/common/extensions/api/action.json > ../../chrome/common/extensions/api/browser_action.json > ../../chrome/common/extensions/api/browsing_data.json > ../../chrome/common/extensions/api/extension.json > ../../chrome/common/extensions/api/idltest.idl > ../../chrome/common/extensions/api/page_action.json > ../../chrome/common/extensions/api/top_sites.json > > ninja: build stopped: subcommand failed. > > =3D=3D=3D> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the fail= ure > to > > the maintainer. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/www/chromium > > > > =3D=3D=3D>>> make build failed for www/chromium > > =3D=3D=3D>>> Aborting update > > > > I enclose the list of packages installedsincerelyFilippo > > > > _______________________________________________ > > 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" > > _______________________________________________ > 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= " > _______________________________________________ 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 From owner-freebsd-current@freebsd.org Mon Jun 8 14:20:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 861A4330DC1 for ; Mon, 8 Jun 2020 14:20:31 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49gb4v2F8Gz4cqw for ; Mon, 8 Jun 2020 14:20:31 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 4B24F330FB5; Mon, 8 Jun 2020 14:20:31 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4AEF7330DC0 for ; Mon, 8 Jun 2020 14:20:31 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: from bosmailout06.eigbox.net (bosmailout06.eigbox.net [66.96.184.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 49gb4t340Tz4clr for ; Mon, 8 Jun 2020 14:20:30 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: from bosmailscan01.eigbox.net ([10.20.15.1]) by bosmailout06.eigbox.net with esmtp (Exim) id 1jiIdZ-0002up-Ua for current@freebsd.org; Mon, 08 Jun 2020 10:20:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: MIME-Version:Date:Message-ID:To:Subject:From:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=IpkhEjeYTaBCQI1Ek8N/bzsq7+fK6PLtVpoiwIiKhcs=; b=yC7QXC8V2oTZxpdPFxSMOlSUEA epCkiDnWKAQNyv7Z8r/QVu4ZaA/2ts+Txzz0VB8eTGMTCRp41fVFA+QKNPuN+2id9dTtA0Y8/IEbt PXLrjnTjycEg0U2fc3yiQi9QpOFPZbPV/q3nH+X5FFLxcJJaELADd6i0spRE8EGf9WB4WSKM7WM+J FwNy1y9nkUwd3sD4R1Q7lb1UI+yq73lyVYMPtSZEUVNDd0Fi4NB3xmbzlDrmVPdWvf1fygWYkJpiQ j6wDkrEyPWmDRr6lFp9yhkLTUcww5zChlRn+2XzgoYlarvIjVnxyS8wKjobIwv4HsVYMbXpUIRiyE PwtHUaMg==; Received: from [10.115.3.32] (helo=bosimpout12) by bosmailscan01.eigbox.net with esmtp (Exim) id 1jiIdZ-00023b-Pd for current@freebsd.org; Mon, 08 Jun 2020 10:20:29 -0400 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout12 with id oeLS2200N06Zqne01eLVMs; Mon, 08 Jun 2020 10:20:29 -0400 X-Authority-Analysis: v=2.2 cv=KNQqNBNo c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=Mr1XnJQWAAAA:8 a=XLSZu5NOd8LfUEKxsasA:9 a=QEXdDO2ut3YA:10 a=3DPSeKfwbygA:10 a=x1WslF1p1lK7vEzEGcse:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:25948 helo=[192.168.0.100]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1jiIdW-0003wg-HS for current@freebsd.org; Mon, 08 Jun 2020 10:20:26 -0400 From: Santiago Martinez Subject: MRSAS Panic during Install. To: FreeBSD Current Message-ID: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> Date: Mon, 8 Jun 2020 15:20:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49gb4t340Tz4clr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=yC7QXC8V; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net designates 66.96.184.6 as permitted sender) smtp.mailfrom=SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.79)[-0.790]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; NEURAL_HAM_LONG(-0.84)[-0.842]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.59)[-0.589]; RCVD_IN_DNSWL_NONE(0.00)[66.96.184.6:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.184.6:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[80.5.170.94:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 14:20:31 -0000 Hi Everyone, I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 server. After selecting ZFS, and the installer tries to make the partitions, etc I get the following panic. I tried selecting UFS and its works. I uploaded a screenshot as I only have KVM access to it: https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80-3DsApbXa1XLW9+bhoKhOr3MVS+NRgA5A The server is a ThinkSystem SR655, with the following controller, RAID 930-8i 2GB Flash PCIe 12Gb Adapter Best regards. Santiago From owner-freebsd-current@freebsd.org Mon Jun 8 14:24:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8E4ED33117D for ; Mon, 8 Jun 2020 14:24:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gb9H4lGYz4dDW for ; Mon, 8 Jun 2020 14:24:19 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id c3so17598885wru.12 for ; Mon, 08 Jun 2020 07:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=MrK9NPKWBEUBhuQQpn/Q5daoRDgyTQIsIBbhFuLYlio=; b=j8bLvxDt003gxogBZp0tyfkkzpJhT2YrYI5VwdVh7nOt45/Mcn5l/UlfeQFvnFVM2h A80wiZl8ldHvLhj92HYxR8W9e1/D2nLWc+xoMSHgyfpnFqHDFmmY8glmwSh0Gxk8wpwG pq1OZey7d/FNlbSCpbTAXojygePlhgXWMgSR6CVMHAnjKKyWv9o5Um7yL6iPieJJIk5p fELG45/zQhELIYYPyi4RtP68kmEjLbzaH5eeOzI0mCdOSZmgui+PVSbXWOCpKp/+zHML /NUD12CJQM/HybP6pC7meeScwiqkGirHNcEMKp3kKxN/Uzm+3USYfc0oeGLrev7VMwSD PNug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=MrK9NPKWBEUBhuQQpn/Q5daoRDgyTQIsIBbhFuLYlio=; b=F2vaYCAbs7imh0CXoXiJwzbfbQPg/Lit0CLJMQeBwLLYHa+YFfgF6/FfawRhhsW9zJ GfiQAubFm3Y4DPe39xEIuB7cVXj6nXNzO+r3FzozrHvWaG2QB+XzW9CLR9MnJim9BCVE dmDp/Kwg/pxv2QILMfNlQkd6GFo755gE/gBz8/9RcyJjz8bPY5A165EQhDGJ1dzwBhrp 09K+V25kBpwkwfK1DrZWO6fMtnhOrQotRw4U9dGp7ZBPhB8Pr0UsqYkojyEMY6iE3N1i gDMvCI67c5fPG5LJKdSMBtn5a+QvxGM89szIOMqcV6Ueo47Gc6ySDB4hVE4Sl+c4nQiF sQ5w== X-Gm-Message-State: AOAM5331zJXG0CWDHzUPcOEOUMIKXIIwlLzlc6Z9tCERsKQm+Iu3NjOt +lHasRkuCcULxbejAMPtUIf4ZKWJXXE= X-Google-Smtp-Source: ABdhPJxL7ck9pY6J0iaKuiTC1h8Z0lkusI3tfa3sWFxh6z075+KmZCzwPK04qqRL5bF+z+bnESuvUQ== X-Received: by 2002:adf:f552:: with SMTP id j18mr22760978wrp.279.1591626256587; Mon, 08 Jun 2020 07:24:16 -0700 (PDT) Received: from [192.168.1.7] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id g18sm23020087wme.17.2020.06.08.07.24.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Jun 2020 07:24:15 -0700 (PDT) To: FreeBSD From: Graham Perrin Subject: emulators/virtualbox-ose 5.2.34_4 will not start with r361769 Message-ID: <70bd24f6-5bf6-86b1-1db9-b2aa306d1b60@gmail.com> Date: Mon, 8 Jun 2020 15:24:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 49gb9H4lGYz4dDW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=j8bLvxDt; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::432 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.37 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.41)[-0.415]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 14:24:20 -0000 grahamperrin@momh167-gjp4-8570p:~ % virtualbox VirtualBox: Error -610 in supR3HardenedMainInitRuntime! VirtualBox: dlopen("/usr/local/lib/virtualbox/VBoxRT.so",) failed: /usr/local/lib/libcurl.so.4: Undefined symbol "SSLv3_client_method@OPENSSL_1_1_0" VirtualBox: Tip! It may help to reinstall VirtualBox. grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' virtualbox-ose virtualbox-ose-kmod emulators/virtualbox-ose 5.2.34_4 poudriere emulators/virtualbox-ose-kmod 5.2.34 poudriere grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Mon  8 Jun 2020 15:16:22 BST FreeBSD 13.0-CURRENT #58 r361769: Thu Jun  4 09:45:38 BST 2020 root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG grahamperrin@momh167-gjp4-8570p:~ % pkg info virtualbox-ose virtualbox-ose-5.2.34_4 Name           : virtualbox-ose Version        : 5.2.34_4 Installed on   : Mon Jun  8 15:13:19 2020 BST Origin         : emulators/virtualbox-ose Architecture   : FreeBSD:13:amd64 Prefix         : /usr/local Categories     : emulators Licenses       : GPLv2 Maintainer     : vbox@FreeBSD.org WWW            : https://www.virtualbox.org/ Comment        : General-purpose full virtualizer for x86 hardware Options        :         ALSA           : off         DBUS           : on         DEBUG          : off         GUESTADDITIONS : off         MANUAL         : off         NLS            : on         PULSEAUDIO     : off         PYTHON         : off         QT5            : on         R0LOGGING      : off         UDPTUNNEL      : on         VDE            : off         VNC            : on         VPX            : off         WEBSERVICE     : on         X11            : on Shared Libs required:         libcurl.so.4         libQt5PrintSupport.so.5         libQt5X11Extras.so.5         libvncserver.so.1         libXext.so.6         libQt5Gui.so.5         libXcursor.so.1         libQt5Core.so.5         libGL.so.1         libSDL-1.2.so.0         libxml2.so.2         libQt5Widgets.so.5         libXt.so.6         libpng16.so.16         libQt5OpenGL.so.5         libXmu.so.6         libxcb.so.1         libXinerama.so.1         libX11.so.6 Annotations    :         FreeBSD_version: 1300097         cpe            : cpe:2.3:a:oracle:vm_virtualbox:5.2.34:::::freebsd13:x64:4         deprecated     : Uses Python 2.7 which is EOLed upstream         expiration_date: 2020-12-31         repo_type      : binary         repository     : poudriere Flat size      : 393MiB Description    : VirtualBox is a family of powerful x86 virtualization products for enterprise as well as home use. Not only is VirtualBox an extremely feature rich, high performance product for enterprise customers, it is also the only professional solution that is freely available as Open Source Software under the terms of the GNU General Public License. WWW: https://www.virtualbox.org/ From owner-freebsd-current@freebsd.org Mon Jun 8 14:48:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A02A331BD0; Mon, 8 Jun 2020 14:48:39 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gbjM1K1Lz3RhM; Mon, 8 Jun 2020 14:48:39 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 1AD3616CF6; Mon, 8 Jun 2020 14:48:39 +0000 (UTC) Date: Mon, 8 Jun 2020 14:48:39 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-05-31 Message-ID: <20200608144839.GA90479@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 14:48:39 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-05-31 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-05-25 to 2020-05-31. During this period, we have: * 1877 builds (87.3% (-7.3) passed, 12.7% (+7.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 217 test runs (78.8% (+18.9) passed, 20.3% (-11.6) unstable, 0.9% (-7.3) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 12 doc and www builds (100% (+0) passed) Test case status (on 2020-05-31 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ------ | ------- | | head/amd64 | 7830 (+1) | 7740 (+4) | 0 (+0) | 90 (-3) | | head/i386 | 7828 (+1) | 7731 (+1) | 0 (+0) | 97 (+0) | | 12-STABLE/amd64 | 7586 (+3) | 7530 (+4) | 0 (+0) | 56 (-1) | | 12-STABLE/i386 | 7584 (+3) | 7520 (+4) | 0 (+0) | 64 (-1) | | 11-STABLE/amd64 | 6883 (+0) | 6833 (+3) | 0 (+0) | 50 (-3) | | 11-STABLE/i386 | 6881 (+0) | 6826 (-3) | 0 (+0) | 55 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200531 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * (head, stable/12, stable/11) 2 tests start failing after llvm10 import * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2285 success (0), 579 failures (0), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Mon Jun 8 14:51:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 496D13323E5; Mon, 8 Jun 2020 14:51:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gbmN1BQkz3SKm; Mon, 8 Jun 2020 14:51:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 214BF16F6F; Mon, 8 Jun 2020 14:51:16 +0000 (UTC) Date: Mon, 8 Jun 2020 14:51:16 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-06-07 Message-ID: <20200608145116.GB90479@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 14:51:16 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-06-07 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-06-31 to 2020-06-07. During this period, we have: * 2077 builds (88.6% (+1.3) passed, 11.4% (-1.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 241 test runs (76.8% (-10.5) passed, 20.7% (+20.7) unstable, 2.5% (-10.2) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 52 doc and www builds (100% (+0) passed) Test case status (on 2020-06-07 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ------ | ------- | | head/amd64 | 7833 (+3) | 7741 (+1) | 0 (+0) | 92 (+2) | | head/i386 | 7831 (+3) | 7735 (+4) | 0 (+0) | 96 (-1) | | 12-STABLE/amd64 | 7586 (+0) | 7527 (-3) | 0 (+0) | 59 (+3) | | 12-STABLE/i386 | 7584 (+0) | 7517 (-3) | 0 (+0) | 67 (+3) | | 11-STABLE/amd64 | 6883 (+0) | 6830 (-3) | 0 (+0) | 53 (+3) | | 11-STABLE/i386 | 6881 (+0) | 6829 (+3) | 0 (+0) | 52 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200607 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * (head, stable/12, stable/11) 2 tests start failing after llvm10 import * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2285 success (0), 579 failures (0), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Mon Jun 8 16:27:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48E43334D73 for ; Mon, 8 Jun 2020 16:27:18 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gdv923j5z3y29 for ; Mon, 8 Jun 2020 16:27:17 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id h5so18101301wrc.7 for ; Mon, 08 Jun 2020 09:27:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=jxoxfKTXEWsQkCfAyZhCy6YgUcFHt6oTvZqll8K3nT4=; b=nLIkR1rGCVFEVjKODDmRgpwLOY5oEo3q4wYxhvVZYpc0BTcjEG/FK9zn6abqekXfft FTff5H1iIiaUKw/8gziHjNaeRNu83GGHmxyWS6jE/k1fkYWfrowv0Ji7DQa6S0RsZZ5X 8K9vjqmy8eSGzJdJJktRkrp322z9FOMCCC1yorZtEQ4MrP5X2PpKzgT08CnHBFnfMJ22 MCxGsMzwlBkF/hz2kX52KR8MhrmjqruSzcYtcqDnZ3mCcsoAK1r1BoMOApgqKlL7nrnL FKZDn/lnrh+p2CF33gRxdnYfem9hL2yA/HoTmeW6INAvrnE4k2LGgZN8GKkKPy3UIJFg ukKQ== 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-transfer-encoding :content-language; bh=jxoxfKTXEWsQkCfAyZhCy6YgUcFHt6oTvZqll8K3nT4=; b=t+265r4rvCdk8rctGGsbAp2q04XPjJ7Hx2op9Yqwr9zkuEAeWfE+P9bnrxRnvE4Hlv Ejb5yPxOzRRnliDauPmrYcDw/+yDBFhpTNzoH6RRu5ZYUZIEVSnIVhxL8zFBN4/6TSWC plC2PJvjvLjYYAhoCvvAXvJQA+xOWaJtzoWr1+J+pketCZF/Xh2YRlgOx4u6HIqCOa0V Tvu6wXso41BMAsRsbWQoWI7UtnY/q3VokRbncdGDdYqYhZ+E3bZKIFRPoCIST3ei9/Xo TvgNJ7Di6JA+ysr/MtEz6r6ERJlXEzo8hJf5dilaormdgJ0Y6ViwJ7iKxh/4pjzgfFKu 7M4g== X-Gm-Message-State: AOAM533sIHY3JWAqV3pGflVXTvn0ZMX0DHeYZnKVYoBao8GVoWFlPiHD h7eClGb+PjYSMyQ6ibi5bC6B955m83w= X-Google-Smtp-Source: ABdhPJxd6CS2z3iu0LOLUsjdYeuTdDPHx+ytto7Yzrz4V2nn+AuWSASuxjvDwIOhaw2lDmHNzMBqDQ== X-Received: by 2002:adf:9304:: with SMTP id 4mr25382158wro.280.1591633633706; Mon, 08 Jun 2020 09:27:13 -0700 (PDT) Received: from [192.168.1.7] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id l1sm309059wrb.31.2020.06.08.09.27.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Jun 2020 09:27:13 -0700 (PDT) Subject: Re: emulators/virtualbox-ose 5.2.34_4 will not start with r361769 From: Graham Perrin To: FreeBSD References: <70bd24f6-5bf6-86b1-1db9-b2aa306d1b60@gmail.com> Message-ID: <361215f5-9bd4-313c-e1db-7daf81111b39@gmail.com> Date: Mon, 8 Jun 2020 17:27:12 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <70bd24f6-5bf6-86b1-1db9-b2aa306d1b60@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 49gdv923j5z3y29 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=nLIkR1rG; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.36 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.39)[-0.394]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.990]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 16:27:18 -0000 On 08/06/2020 15:24, Graham Perrin wrote: > grahamperrin@momh167-gjp4-8570p:~ % virtualbox > VirtualBox: Error -610 in supR3HardenedMainInitRuntime! > VirtualBox: dlopen("/usr/local/lib/virtualbox/VBoxRT.so",) failed: > /usr/local/lib/libcurl.so.4: Undefined symbol > "SSLv3_client_method@OPENSSL_1_1_0" > > VirtualBox: Tip! It may help to reinstall VirtualBox. > … Problem solved: build and re-installation of curl. ---- root@momh167-gjp4-8570p:~ # pkg upgrade -f -r poudriere curl Updating poudriere repository catalogue... poudriere repository is up to date. All repositories are up to date. Checking integrity... done (0 conflicting) The following 2 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED:         libnghttp2: 1.40.0 -> 1.41.0 [poudriere] Installed packages to be REINSTALLED:         curl-7.70.0_1 [poudriere] Number of packages to be upgraded: 1 Number of packages to be reinstalled: 1 Proceed with this action? [y/N]: y [1/2] Upgrading libnghttp2 from 1.40.0 to 1.41.0... [1/2] Extracting libnghttp2-1.41.0: 100% [2/2] Reinstalling curl-7.70.0_1... [2/2] Extracting curl-7.70.0_1: 100% root@momh167-gjp4-8570p:~ # From owner-freebsd-current@freebsd.org Mon Jun 8 16:41:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 31795335A84 for ; Mon, 8 Jun 2020 16:41:16 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49gfCH6rdyz40xP for ; Mon, 8 Jun 2020 16:41:15 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id EAFA6335A2E; Mon, 8 Jun 2020 16:41:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EAC3E3356D5 for ; Mon, 8 Jun 2020 16:41:15 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: from bosmailout04.eigbox.net (bosmailout04.eigbox.net [66.96.185.4]) (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 49gfCH08yLz40xN for ; Mon, 8 Jun 2020 16:41:14 +0000 (UTC) (envelope-from SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net) Received: from bosmailscan11.eigbox.net ([10.20.15.11]) by bosmailout04.eigbox.net with esmtp (Exim) id 1jiKpm-00042H-FO for current@freebsd.org; Mon, 08 Jun 2020 12:41:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:References:To:From:Subject:Reply-To: Cc:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vYq15MQxx03+OSPoGEL9gS05DbBCPqa4Pc16W2biACw=; b=FH3UYu1JKHKPXr3nHnjCWqbXre dRvMPziExtEKe0sMM4k3FTA26BIEYOLNGflegeyvk/VsdQYN6D7fpB6QpuJrSSiEOlBp3jZgABZ5Z 5abHE7AMUL9n36yhDYUz27HSYvB4vUd7FwfntJxl95tHDhpRrEiGpiDtNuUHFJh5vNaTknvz1BYj0 4svTLqOqxzLMqX51rtn/x6Huc0Y3wGLMbbm8ghbGPSwTmJ5Q54Kvz0KUrl8xQZeGkZZY7QS2PR+y/ MUYXCNx2t6LT85n0J6dFJbwJdubMfwAJSWipGydBAgnM6AshK8MapfdGOkdLGRgzIfGlkhAYnfQP9 /BdqqrBQ==; Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan11.eigbox.net with esmtp (Exim) id 1jiKph-00085Z-8H for current@freebsd.org; Mon, 08 Jun 2020 12:41:09 -0400 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout13 with id ogh62200206Zqne01gh9vZ; Mon, 08 Jun 2020 12:41:09 -0400 X-Authority-Analysis: v=2.2 cv=fPhJ5dSe c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=Mr1XnJQWAAAA:8 a=6I5d2MoRAAAA:8 a=vlHmlv5oWTuURrvDwxMA:9 a=QEXdDO2ut3YA:10 a=x1WslF1p1lK7vEzEGcse:22 a=IjZwj45LgO3ly-622nXo:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:1397 helo=[192.168.0.100]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1jiKpd-0006ag-Rt for current@freebsd.org; Mon, 08 Jun 2020 12:41:05 -0400 Subject: Re: MRSAS Panic during Install. From: Santiago Martinez To: FreeBSD Current References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> Message-ID: <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> Date: Mon, 8 Jun 2020 17:41:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49gfCH08yLz40xN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=FH3UYu1J; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net designates 66.96.185.4 as permitted sender) smtp.mailfrom=SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.84)[-0.840]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; NEURAL_HAM_LONG(-0.78)[-0.777]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.49)[-0.486]; RCVD_IN_DNSWL_NONE(0.00)[66.96.185.4:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.185.4:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=niEr7d=7V=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[80.5.170.94:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 08 Jun 2020 16:41:16 -0000 Hi there, tried again and now i got it with UFS also.. that make sense.. right... On 2020-06-08 15:20, Santiago Martinez wrote: > Hi Everyone, > > I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 > server. After selecting ZFS, and the installer tries to make the > partitions, etc I get the following panic. > > I tried selecting UFS and its works. > > I uploaded a screenshot as I only have KVM access to it: > > https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80-3DsApbXa1XLW9+bhoKhOr3MVS+NRgA5A > > > The server is a ThinkSystem SR655, with the following controller, RAID > 930-8i 2GB Flash PCIe 12Gb Adapter > > Best regards. > > Santiago > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jun 9 00:42:19 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7757833FA74 for ; Tue, 9 Jun 2020 00:42:19 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49grtM1mrHz422N for ; Tue, 9 Jun 2020 00:42:19 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 3CAAF33FAB0; Tue, 9 Jun 2020 00:42:19 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C72733FA73 for ; Tue, 9 Jun 2020 00:42:19 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailout07.eigbox.net (bosmailout07.eigbox.net [66.96.185.7]) (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 49grtL03Tgz41mN for ; Tue, 9 Jun 2020 00:42:17 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailscan13.eigbox.net ([10.20.15.13]) by bosmailout07.eigbox.net with esmtp (Exim) id 1jiSLJ-0004va-Dl for current@freebsd.org; Mon, 08 Jun 2020 20:42:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:References:To:From:Subject:Reply-To: Cc:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=wYOM1C/fnrg97fTYS/xUfpaMam1C+Ffb3JwiQQde01w=; b=AcWyzcXMg8NGSFft3eNxlpNhgi Vcuac+NTCZNnxqmFP75u5CuBE5MBg3Bvcv7/eW0hbP6TeaDQdhNyssQFtVlM35W542bRNc+xT5PYa efRbL9Py3bKuxTen4S/XOdfTyMCLY+d6rhJc2IZCAzYmuf5mG1nxJd2x5Sk+vQ9cGqv3dDEvwU+p1 3SGtaiJqFWonxvjsjaCiLoQNyqhc/C0wu6O71TGg3jd/Ript9SyI66l3FrODm3UsDrG9Egtyf1k8H w//3aZbetGGeRmdV1527xjVQxCueQteiMQWCWZspEsEBpwpsk69M/nAYn6MQw5Ml2Li0SGgBuoZkA 0f6t+8BQ==; Received: from [10.115.3.32] (helo=bosimpout12) by bosmailscan13.eigbox.net with esmtp (Exim) id 1jiSLE-0006Aw-6a for current@freebsd.org; Mon, 08 Jun 2020 20:42:12 -0400 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout12 with id ooi82200N06Zqne01oiBDe; Mon, 08 Jun 2020 20:42:12 -0400 X-Authority-Analysis: v=2.2 cv=KNQqNBNo c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=Mr1XnJQWAAAA:8 a=6I5d2MoRAAAA:8 a=0AdhwZFM--1Y4AOgcpQA:9 a=QEXdDO2ut3YA:10 a=x1WslF1p1lK7vEzEGcse:22 a=IjZwj45LgO3ly-622nXo:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:25715 helo=[192.168.0.100]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1jiSLA-0001rr-Pt for current@freebsd.org; Mon, 08 Jun 2020 20:42:08 -0400 Subject: Re: MRSAS Panic during Install. From: Santiago Martinez To: FreeBSD Current References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> Message-ID: Date: Tue, 9 Jun 2020 01:42:06 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49grtL03Tgz41mN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=AcWyzcXM; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net designates 66.96.185.7 as permitted sender) smtp.mailfrom=SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.90)[-0.902]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; NEURAL_HAM_LONG(-0.82)[-0.822]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.46)[-0.463]; RCVD_IN_DNSWL_NONE(0.00)[66.96.185.7:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; RECEIVED_SPAMHAUS_PBL(0.00)[80.5.170.94:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 00:42:19 -0000 Hi Everyone, today I tested with 12.1 and it works without any issues (at least for now). I will sync against current and see if it fails. Santiago On 2020-06-08 17:41, Santiago Martinez wrote: > Hi there, tried again and now i got it with UFS also.. that make > sense.. right... > > > On 2020-06-08 15:20, Santiago Martinez wrote: >> Hi Everyone, >> >> I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 >> server. After selecting ZFS, and the installer tries to make the >> partitions, etc I get the following panic. >> >> I tried selecting UFS and its works. >> >> I uploaded a screenshot as I only have KVM access to it: >> >> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80-3DsApbXa1XLW9+bhoKhOr3MVS+NRgA5A >> >> >> The server is a ThinkSystem SR655, with the following controller, >> RAID 930-8i 2GB Flash PCIe 12Gb Adapter >> >> Best regards. >> >> Santiago >> _______________________________________________ >> 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" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jun 9 06:46:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A50B434B2A0 for ; Tue, 9 Jun 2020 06:46:44 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49h0yr2lQDz3Y7V for ; Tue, 9 Jun 2020 06:46:44 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 5E2C334B132; Tue, 9 Jun 2020 06:46:44 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5DEFB34AF54 for ; Tue, 9 Jun 2020 06:46:44 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f177.google.com (mail-lj1-f177.google.com [209.85.208.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49h0yq1F5bz3Y11; Tue, 9 Jun 2020 06:46:42 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f177.google.com with SMTP id q19so883283lji.2; Mon, 08 Jun 2020 23:46:42 -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:cc:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=LEDglg3AVKDrjcq7T5FoWy7M0tRK2Jc1jyK7vtGXdSE=; b=E1+bLvMdXEDfmkiPQa8/00LmbKhtRBVN9GNuujW78E3Nhg0Ezp06f0S2zDH0n5xUQQ o9OUUIJsNoBsobKkYdhsTIWQ0kSGuI8NqSCNzre1qfZJDCMXQVQUoBDVEEUmi6xY75fa O8JEHUU5CTZ107lS59ysUvcPxn7Ag97rALX5U6C0xE6ZVC0UZKmqLU5FDdYp2lvMb8jw bAdPn1yHdCXakErbRS7vH4N0xK40MgYS0PZsDDhy4FnL+wvklaqZIj86Yrdf3XX8/uKj IDcK+izvohTDimuQoKjxK82hSqPJGgbaz1gMkZZBdKjTvLvynd3K2Kv48k1now8z8v48 a1eA== X-Gm-Message-State: AOAM5324K3+jy/dQOsBOZUvqGNxn/XKEiMeDpl7AHMIwHXcCaFos9bkE jfs5VEA4qsxUTSkeeLqXjkqQWVmSMck= X-Google-Smtp-Source: ABdhPJx20SDa8xhx56n+F4TxuIpuWrV2Oo7coR6aTZ9nkonwVCWKmiRedhmOMsIXCf+PAexja9rgxg== X-Received: by 2002:a2e:9c95:: with SMTP id x21mr13161089lji.435.1591685200373; Mon, 08 Jun 2020 23:46:40 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id f18sm4885295lfh.49.2020.06.08.23.46.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Jun 2020 23:46:39 -0700 (PDT) Subject: Re: MRSAS Panic during Install. To: Santiago Martinez , FreeBSD Current References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> Cc: "Kashyap D. Desai" , "Kenneth D. Merry" From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> Date: Tue, 9 Jun 2020 09:46:38 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49h0yq1F5bz3Y11 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.177 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.37 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.02)[-1.020]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.36)[-0.363]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.177:from]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.177:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 06:46:44 -0000 On 09/06/2020 03:42, Santiago Martinez wrote: > Hi Everyone, today I tested with 12.1 and it works without any issues (at least > for now). > > I will sync against current and see if it fails. > > Santiago > > On 2020-06-08 17:41, Santiago Martinez wrote: >> Hi there, tried again and now i got it with UFS also.. that make sense.. right... >> >> >> On 2020-06-08 15:20, Santiago Martinez wrote: >>> Hi Everyone, >>> >>> I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 server. >>> After selecting ZFS, and the installer tries to make the partitions, etc I >>> get the following panic. >>> >>> I tried selecting UFS and its works. >>> >>> I uploaded a screenshot as I only have KVM access to it: >>> >>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80-3DsApbXa1XLW9+bhoKhOr3MVS+NRgA5A >>> >>> >>> The server is a ThinkSystem SR655, with the following controller, RAID 930-8i >>> 2GB Flash PCIe 12Gb Adapter Lousy OCR of the picture: ... nic: nutex mrsas_sin_lock not ouned at /usr/src/sys/kern/kern_nutex.c:284 ... b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane BxfffffeB33c44a918 anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 nic() at panic+Bx43/frame BxfffffeB33c44adcd _mtx_assert() at __mtx_assert+@xb@/frane Bxfffffed33c44a9dd callout_stop_safe() at _callout_stop_safe+Bx82/frane Bxfffffe33c44aac rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane BxfffffeB33c4daaed ithread_loop() at ithread_loop+@x279/frame BxfffffeB33c44ah78 This looks like a fallout from r342064. cm_callout is initialized like this: callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); but in mrsas_complete_cmd() it's stopped without holding the lock. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Jun 9 06:51:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C8AA734B72A for ; Tue, 9 Jun 2020 06:51:15 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49h14352Czz3YsT for ; Tue, 9 Jun 2020 06:51:15 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id ACA2834B80E; Tue, 9 Jun 2020 06:51:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC6B534B880 for ; Tue, 9 Jun 2020 06:51:15 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49h1433PSbz3Yql; Tue, 9 Jun 2020 06:51:15 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id C0D00239BC; Tue, 9 Jun 2020 06:51:14 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Mon, 8 Jun 2020 23:51:13 -0700 (PDT) From: Don Lewis Subject: Re: MRSAS Panic during Install. To: Andriy Gapon cc: Santiago Martinez , FreeBSD Current , "Kashyap D. Desai" , "Kenneth D. Merry" In-Reply-To: <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> Message-ID: References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 06:51:15 -0000 On 9 Jun, Andriy Gapon wrote: > On 09/06/2020 03:42, Santiago Martinez wrote: >> Hi Everyone, today I tested with 12.1 and it works without any issues (at least >> for now). >> >> I will sync against current and see if it fails. >> >> Santiago >> >> On 2020-06-08 17:41, Santiago Martinez wrote: >>> Hi there, tried again and now i got it with UFS also.. that make sense.. right... >>> >>> >>> On 2020-06-08 15:20, Santiago Martinez wrote: >>>> Hi Everyone, >>>> >>>> I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 server. >>>> After selecting ZFS, and the installer tries to make the partitions, etc I >>>> get the following panic. >>>> >>>> I tried selecting UFS and its works. >>>> >>>> I uploaded a screenshot as I only have KVM access to it: >>>> >>>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80-3DsApbXa1XLW9+bhoKhOr3MVS+NRgA5A >>>> >>>> >>>> The server is a ThinkSystem SR655, with the following controller, RAID 930-8i >>>> 2GB Flash PCIe 12Gb Adapter > > Lousy OCR of the picture: > ... > nic: nutex mrsas_sin_lock not ouned at /usr/src/sys/kern/kern_nutex.c:284 > ... > b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane BxfffffeB33c44a918 > anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 > nic() at panic+Bx43/frame BxfffffeB33c44adcd > _mtx_assert() at __mtx_assert+@xb@/frane Bxfffffed33c44a9dd > callout_stop_safe() at _callout_stop_safe+Bx82/frane Bxfffffe33c44aac > rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane BxfffffeB33c4daaed > ithread_loop() at ithread_loop+@x279/frame BxfffffeB33c44ah78 > > This looks like a fallout from r342064. > cm_callout is initialized like this: > callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); > but in mrsas_complete_cmd() it's stopped without holding the lock. > From owner-freebsd-current@freebsd.org Tue Jun 9 08:38:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E47D634D0EB for ; Tue, 9 Jun 2020 08:38:33 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49h3Rs4jNZz42Hy for ; Tue, 9 Jun 2020 08:38:33 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id A17DD34D0EA; Tue, 9 Jun 2020 08:38:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A140B34D5E3 for ; Tue, 9 Jun 2020 08:38:33 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailout02.eigbox.net (bosmailout02.eigbox.net [66.96.186.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 49h3Rr6Zx7z42LK for ; Tue, 9 Jun 2020 08:38:32 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailscan02.eigbox.net ([10.20.15.2]) by bosmailout02.eigbox.net with esmtp (Exim) id 1jiZmC-0002vm-B9 for current@freebsd.org; Tue, 09 Jun 2020 04:38:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=VFI93tClI+EVd2KwZhfcYgyIc9s4O4/lcNZGdZ6zv5w=; b=j9qKmghSBIEZwvBG4tT0o+h6C0 jVpCQTM4gALJ9/VLV+BnmsPVbrLqbIFVWR6vc3JleZf04dcStyFQd8Lv0ia5/97kkxmFGCJLoVDBz +qUNH4NyFtUTj/g6vy8TyAGNEWbXrx2cwcWNwqlSIYqnQW3xkF4JkEvgO2pfucWr+EniaRsLmWWzh /qao8KZHSmJNAKkRgV8/om288azwfop+E/CNA49Ic5oW95/yXaxPLBzhXSmiiANNBxq/wWSn32Zzq 0HfFrzJ1Dp4l4co3QoY8xteq1V2I3NYLX2SG6wxB1geptWIahzaiM3Zv+C19OSibxRZwGp0O1rko3 8tRjlBGg==; Received: from [10.115.3.31] (helo=bosimpout11) by bosmailscan02.eigbox.net with esmtp (Exim) id 1jiZmC-0001P4-73 for current@freebsd.org; Tue, 09 Jun 2020 04:38:32 -0400 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout11 with id oweV2200106Zqne01weYmS; Tue, 09 Jun 2020 04:38:32 -0400 X-Authority-Analysis: v=2.2 cv=RKvDJ8q+ c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=Mr1XnJQWAAAA:8 a=6I5d2MoRAAAA:8 a=cq8pVuFo5e55g-Q1YfcA:9 a=QEXdDO2ut3YA:10 a=x1WslF1p1lK7vEzEGcse:22 a=IjZwj45LgO3ly-622nXo:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:30371 helo=[192.168.0.100]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1jiZm8-000866-SD; Tue, 09 Jun 2020 04:38:28 -0400 Subject: Re: MRSAS Panic during Install. To: Don Lewis , Andriy Gapon Cc: FreeBSD Current , "Kashyap D. Desai" , "Kenneth D. Merry" References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> From: Santiago Martinez Message-ID: <692229ea-ceb5-9e0d-e12e-2999ecb69297@codenetworks.net> Date: Tue, 9 Jun 2020 09:38:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49h3Rr6Zx7z42LK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=j9qKmghS; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net designates 66.96.186.2 as permitted sender) smtp.mailfrom=SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.83 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.02)[-1.015]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; NEURAL_HAM_LONG(-1.02)[-1.018]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.80)[-0.795]; RCVD_IN_DNSWL_NONE(0.00)[66.96.186.2:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.186.2:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[80.5.170.94:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 08:38:34 -0000 Hi Kashayp, that's correct, the servers has two raids. A raid 1 VD0 with 2xSSD on it and a RAID5 VD0. Do you want me to break the raid and see i it does not trigger the bug? cheers Santi On 2020-06-09 07:51, Don Lewis wrote: > On 9 Jun, Andriy Gapon wrote: >> On 09/06/2020 03:42, Santiago Martinez wrote: >>> Hi Everyone, today I tested with 12.1 and it works without any issues (at least >>> for now). >>> >>> I will sync against current and see if it fails. >>> >>> Santiago >>> >>> On 2020-06-08 17:41, Santiago Martinez wrote: >>>> Hi there, tried again and now i got it with UFS also.. that make sense.. right... >>>> >>>> >>>> On 2020-06-08 15:20, Santiago Martinez wrote: >>>>> Hi Everyone, >>>>> >>>>> I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 server. >>>>> After selecting ZFS, and the installer tries to make the partitions, etc I >>>>> get the following panic. >>>>> >>>>> I tried selecting UFS and its works. >>>>> >>>>> I uploaded a screenshot as I only have KVM access to it: >>>>> >>>>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80-3DsApbXa1XLW9+bhoKhOr3MVS+NRgA5A >>>>> >>>>> >>>>> The server is a ThinkSystem SR655, with the following controller, RAID 930-8i >>>>> 2GB Flash PCIe 12Gb Adapter >> Lousy OCR of the picture: >> ... >> nic: nutex mrsas_sin_lock not ouned at /usr/src/sys/kern/kern_nutex.c:284 >> ... >> b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane BxfffffeB33c44a918 >> anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 >> nic() at panic+Bx43/frame BxfffffeB33c44adcd >> _mtx_assert() at __mtx_assert+@xb@/frane Bxfffffed33c44a9dd >> callout_stop_safe() at _callout_stop_safe+Bx82/frane Bxfffffe33c44aac >> rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane BxfffffeB33c4daaed >> ithread_loop() at ithread_loop+@x279/frame BxfffffeB33c44ah78 >> >> This looks like a fallout from r342064. >> cm_callout is initialized like this: >> callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); >> but in mrsas_complete_cmd() it's stopped without holding the lock. >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jun 9 10:13:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B728934F9E5 for ; Tue, 9 Jun 2020 10:13:51 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49h5Yq3XMGz4CY0 for ; Tue, 9 Jun 2020 10:13:51 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 777C934FC34; Tue, 9 Jun 2020 10:13:51 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7617C34FD95 for ; Tue, 9 Jun 2020 10:13:51 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailout10.eigbox.net (bosmailout10.eigbox.net [66.96.186.10]) (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 49h5Yp40wfz4Ckf; Tue, 9 Jun 2020 10:13:50 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailscan02.eigbox.net ([10.20.15.2]) by bosmailout10.eigbox.net with esmtp (Exim) id 1jibGQ-0007Mm-0L; Tue, 09 Jun 2020 06:13:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=p9nU6U8/018sH2ag5AW88/JdpEJRU1YX6TfFiFDcdm4=; b=hnBqYbYQO6cuUC0viDWZUt69V2 514spfDlO4LsB9IkdoqKuOzafhw1Ut1N5d7ClWuwWMwoj7ova9JTJ6oU6q4ibVbujmh01Ghq0vcWM ZruNtGe2v4MPCM+68GmCmD0pABIiiq+T+HmQKQXwr2UqXVpzxQnZd/fpZ02G/ksxW2JxrxEe8doHt BdgQUJ6cp5mZCbq5qIKxJLnSvx2fNVvBF9Qrlkir32ZqdAJF9R56idmTO9e2Xkuiza5yXmycWs6Ct 5p+25/AdzPFua1off3LAzz3dcmxePF1rVUfsZ0WyQows90v6jyRtTZSKWdfaCiu73drH2xb/eDj2x az3yh5VQ==; Received: from [10.115.3.32] (helo=bosimpout12) by bosmailscan02.eigbox.net with esmtp (Exim) id 1jibGP-0002uY-UV; Tue, 09 Jun 2020 06:13:49 -0400 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout12 with id oyDm2200906Zqne01yDpw1; Tue, 09 Jun 2020 06:13:49 -0400 X-Authority-Analysis: v=2.2 cv=KNQqNBNo c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=jlvWEfeLAAAA:8 a=6I5d2MoRAAAA:8 a=Mr1XnJQWAAAA:8 a=VRVupCnlm48FZtcmDvQA:9 a=QEXdDO2ut3YA:10 a=BUduvz6nQKmfCEOu4uBS:22 a=IjZwj45LgO3ly-622nXo:22 a=x1WslF1p1lK7vEzEGcse:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:5434 helo=[192.168.0.100]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1jibGM-0005eX-CX; Tue, 09 Jun 2020 06:13:46 -0400 Subject: Re: MRSAS Panic during Install. To: Kashyap Desai , Don Lewis , Andriy Gapon Cc: FreeBSD Current , "Kashyap D. Desai" , "Kenneth D. Merry" , Sumit Saxena , Chandrakanth Patil References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> <692229ea-ceb5-9e0d-e12e-2999ecb69297@codenetworks.net> <165ad464ab307e604a992dc59df40853@mail.gmail.com> From: Santiago Martinez Message-ID: <28f0a9f2-3f00-0167-bb5d-eab7d66ff813@codenetworks.net> Date: Tue, 9 Jun 2020 11:13:35 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <165ad464ab307e604a992dc59df40853@mail.gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49h5Yp40wfz4Ckf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=hnBqYbYQ; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net designates 66.96.186.10 as permitted sender) smtp.mailfrom=SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.03)[-1.026]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18:c]; NEURAL_HAM_LONG(-1.03)[-1.028]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.39)[-0.391]; RCPT_COUNT_SEVEN(0.00)[8]; RCVD_IN_DNSWL_NONE(0.00)[66.96.186.10:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; RECEIVED_SPAMHAUS_PBL(0.00)[80.5.170.94:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 10:13:51 -0000 Trying right now, will let you know..... On 2020-06-09 11:07, Kashyap Desai wrote: > Hi Santi - Please try without Raid-1 VD. Most likely you will not observe > issue, but you can confirm from your end. > > Kashyap > >> -----Original Message----- >> From: Santiago Martinez [mailto:sm@codenetworks.net] >> Sent: Tuesday, June 9, 2020 2:08 PM >> To: Don Lewis ; Andriy Gapon >> Cc: FreeBSD Current ; Kashyap D. Desai >> ; Kenneth D. Merry >> Subject: Re: MRSAS Panic during Install. >> >> Hi Kashayp, that's correct, the servers has two raids. A raid 1 VD0 with >> 2xSSD >> on it and a RAID5 VD0. >> >> Do you want me to break the raid and see i it does not trigger the bug? >> >> cheers >> >> Santi >> >> >> On 2020-06-09 07:51, Don Lewis wrote: >>> On 9 Jun, Andriy Gapon wrote: >>>> On 09/06/2020 03:42, Santiago Martinez wrote: >>>>> Hi Everyone, today I tested with 12.1 and it works without any >>>>> issues (at least for now). >>>>> >>>>> I will sync against current and see if it fails. >>>>> >>>>> Santiago >>>>> >>>>> On 2020-06-08 17:41, Santiago Martinez wrote: >>>>>> Hi there, tried again and now i got it with UFS also.. that make >>>>>> sense.. >> right... >>>>>> >>>>>> On 2020-06-08 15:20, Santiago Martinez wrote: >>>>>>> Hi Everyone, >>>>>>> >>>>>>> I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 >> server. >>>>>>> After selecting ZFS, and the installer tries to make the >>>>>>> partitions, etc I get the following panic. >>>>>>> >>>>>>> I tried selecting UFS and its works. >>>>>>> >>>>>>> I uploaded a screenshot as I only have KVM access to it: >>>>>>> >>>>>>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80- >> 3DsApbXa1XLW9+b >>>>>>> hoKhOr3MVS+NRgA5A >>>>>>> >>>>>>> >>>>>>> The server is a ThinkSystem SR655, with the following controller, >>>>>>> RAID 930-8i 2GB Flash PCIe 12Gb Adapter >>>> Lousy OCR of the picture: >>>> ... >>>> nic: nutex mrsas_sin_lock not ouned at >>>> /usr/src/sys/kern/kern_nutex.c:284 >>>> ... >>>> b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane >>>> BxfffffeB33c44a918 >>>> anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 >>>> nic() at panic+Bx43/frame BxfffffeB33c44adcd >>>> _mtx_assert() at __mtx_assert+@xb@/frane Bxfffffed33c44a9dd >>>> callout_stop_safe() at _callout_stop_safe+Bx82/frane Bxfffffe33c44aac >>>> rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane >>>> BxfffffeB33c4daaed >>>> ithread_loop() at ithread_loop+@x279/frame BxfffffeB33c44ah78 >>>> >>>> This looks like a fallout from r342064. >>>> cm_callout is initialized like this: >>>> callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); but in >>>> mrsas_complete_cmd() it's stopped without holding the lock. >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jun 9 17:57:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F162F337E2D for ; Tue, 9 Jun 2020 17:57:41 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49hHs158L8z4FdG for ; Tue, 9 Jun 2020 17:57:41 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id AEFA6337E2C; Tue, 9 Jun 2020 17:57:41 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AEBF9337DBF for ; Tue, 9 Jun 2020 17:57:41 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailout07.eigbox.net (bosmailout07.eigbox.net [66.96.185.7]) (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 49hHs06Hm9z4G34; Tue, 9 Jun 2020 17:57:40 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailscan13.eigbox.net ([10.20.15.13]) by bosmailout07.eigbox.net with esmtp (Exim) id 1jiiVI-0005Yd-7Q; Tue, 09 Jun 2020 13:57:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:References:Cc:To:From:Subject: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=I7gQiwLJsZc0qEIhDcHHd3ZxzK2Ze8DDHz35Ea4oWCY=; b=nrCiX2nSzgVt2wvrK/z0ajHMs3 rMNdmq3ucwvbop2RPtm5IxQaQQr7ap0PTcbfzoLUTgQDQo+6JOf2EvDDQSCuW898f6+XOjOV6VnEN /lS4ZCM0ytncAXIHBouBzH8OQks5lCsZXsifKa5RQkf15FMbxlikJoz6KSGja3qsC9Jv4YSwWEblk Cg1m97cByYWj1b86c8URtNAiZVNWmTPmNP7dyelRtw2X8YyTF0gD9YEgq2RYQkFqCgPRJN9JiPIsU Qz2yjpL6cot83NlhGrMe5cfZvcrw5zUnmL027yM4fiZ35ux25SoHpLXwSz5KDh/OV0pFs64r4dFrr cCuPjrXg==; Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan13.eigbox.net with esmtp (Exim) id 1jiiVI-0001ab-2R; Tue, 09 Jun 2020 13:57:40 -0400 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout13 with id p5xY2200H06Zqne015xb5t; Tue, 09 Jun 2020 13:57:40 -0400 X-Authority-Analysis: v=2.2 cv=fPhJ5dSe c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=jlvWEfeLAAAA:8 a=6I5d2MoRAAAA:8 a=Mr1XnJQWAAAA:8 a=_npaFm0gvRCVt97Te74A:9 a=QEXdDO2ut3YA:10 a=BUduvz6nQKmfCEOu4uBS:22 a=IjZwj45LgO3ly-622nXo:22 a=x1WslF1p1lK7vEzEGcse:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:25444 helo=[192.168.0.100]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1jiiVA-0002TI-Av; Tue, 09 Jun 2020 13:57:32 -0400 Subject: Re: MRSAS Panic during Install. From: Santiago Martinez To: Kashyap Desai , Don Lewis , Andriy Gapon Cc: FreeBSD Current , "Kashyap D. Desai" , "Kenneth D. Merry" , Sumit Saxena , Chandrakanth Patil References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> <692229ea-ceb5-9e0d-e12e-2999ecb69297@codenetworks.net> <165ad464ab307e604a992dc59df40853@mail.gmail.com> <28f0a9f2-3f00-0167-bb5d-eab7d66ff813@codenetworks.net> Message-ID: <75ff0cfe-e516-a10a-abc5-7e1eb708c87f@codenetworks.net> Date: Tue, 9 Jun 2020 18:57:21 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <28f0a9f2-3f00-0167-bb5d-eab7d66ff813@codenetworks.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49hHs06Hm9z4G34 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=nrCiX2nS; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net designates 66.96.185.7 as permitted sender) smtp.mailfrom=SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.03)[-1.031]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; NEURAL_HAM_LONG(-1.00)[-1.001]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.41)[-0.406]; RCPT_COUNT_SEVEN(0.00)[8]; RCVD_IN_DNSWL_NONE(0.00)[66.96.185.7:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.185.7:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[80.5.170.94:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 17:57:42 -0000 Hi! so it works but i got a lock order reversal warning, but it continue. Wil check go it goes.... Santi On 2020-06-09 11:13, Santiago Martinez wrote: > Trying right now, will let you know..... > > > On 2020-06-09 11:07, Kashyap Desai wrote: >> Hi Santi - Please try without Raid-1 VD. Most likely you will not >> observe >> issue, but you can confirm from your end. >> >> Kashyap >> >>> -----Original Message----- >>> From: Santiago Martinez [mailto:sm@codenetworks.net] >>> Sent: Tuesday, June 9, 2020 2:08 PM >>> To: Don Lewis ; Andriy Gapon >>> Cc: FreeBSD Current ; Kashyap D. Desai >>> ; Kenneth D. Merry >>> Subject: Re: MRSAS Panic during Install. >>> >>> Hi Kashayp, that's correct, the servers has two raids. A raid 1 VD0 >>> with >>> 2xSSD >>> on it and a RAID5 VD0. >>> >>> Do you want me to break the raid and see i it does not trigger the bug? >>> >>> cheers >>> >>> Santi >>> >>> >>> On 2020-06-09 07:51, Don Lewis wrote: >>>> On  9 Jun, Andriy Gapon wrote: >>>>> On 09/06/2020 03:42, Santiago Martinez wrote: >>>>>> Hi Everyone, today I tested with 12.1 and it works without any >>>>>> issues (at least for now). >>>>>> >>>>>> I will sync against current and see if it fails. >>>>>> >>>>>> Santiago >>>>>> >>>>>> On 2020-06-08 17:41, Santiago Martinez wrote: >>>>>>> Hi there, tried again and now i got it with UFS also.. that make >>>>>>> sense.. >>> right... >>>>>>> >>>>>>> On 2020-06-08 15:20, Santiago Martinez wrote: >>>>>>>> Hi Everyone, >>>>>>>> >>>>>>>> I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 >>> server. >>>>>>>> After selecting ZFS, and the installer tries to make the >>>>>>>> partitions, etc I get the following panic. >>>>>>>> >>>>>>>> I tried selecting UFS and its works. >>>>>>>> >>>>>>>> I uploaded a screenshot as I only have KVM access to it: >>>>>>>> >>>>>>>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80- >>> 3DsApbXa1XLW9+b >>>>>>>> hoKhOr3MVS+NRgA5A >>>>>>>> >>>>>>>> >>>>>>>> The server is a ThinkSystem SR655, with the following controller, >>>>>>>> RAID 930-8i 2GB Flash PCIe 12Gb Adapter >>>>> Lousy OCR of the picture: >>>>> ... >>>>> nic: nutex mrsas_sin_lock not ouned at >>>>> /usr/src/sys/kern/kern_nutex.c:284 >>>>> ... >>>>> b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane >>>>> BxfffffeB33c44a918 >>>>> anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 >>>>> nic() at panic+Bx43/frame BxfffffeB33c44adcd >>>>> _mtx_assert() at __mtx_assert+@xb@/frane Bxfffffed33c44a9dd >>>>> callout_stop_safe() at _callout_stop_safe+Bx82/frane Bxfffffe33c44aac >>>>> rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane >>>>> BxfffffeB33c4daaed >>>>> ithread_loop() at ithread_loop+@x279/frame BxfffffeB33c44ah78 >>>>> >>>>> This looks like a fallout from r342064. >>>>> cm_callout is initialized like this: >>>>>     callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); but in >>>>> mrsas_complete_cmd() it's stopped without holding the lock. >>>>> >>>> _______________________________________________ >>>> 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" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jun 9 19:48:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4D74233AB8B for ; Tue, 9 Jun 2020 19:48:12 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49hLJX09tbz4VX1 for ; Tue, 9 Jun 2020 19:48:12 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id 043AC33AB89; Tue, 9 Jun 2020 19:48:12 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0403733AB28 for ; Tue, 9 Jun 2020 19:48:12 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hLJT6xHPz4VYZ; Tue, 9 Jun 2020 19:48:09 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591732085; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=Lf46Ai7KzUazXAv4Cui7n/0Q2lqmLBs1jG1+fUIfenQ=; b=CcIGUomaGFnt5Rv7vUJqN9ORl7eVwOmEMHstRGG3X0WfgSzuz5fodHSmi3W4dFowwOhK4j I1WSADZ8PrUNer4ll6mOoi8abdW0bqcVkOxSl7mMGzXJvoKgcAZbVAnCdy5bu/CL1cpfoP 5j3D5vaZ85T7sNmy2PRnUfvOpH8jNs4= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 64ef5181 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 9 Jun 2020 19:48:05 +0000 (UTC) Date: Tue, 9 Jun 2020 21:47:56 +0200 From: Emmanuel Vadot To: current@freebsd.org Cc: re@freebsd.org Subject: nightly snapshot for CURRENT ? Message-Id: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49hLJT6xHPz4VYZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=CcIGUoma; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.034]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.07)[-0.067]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 19:48:12 -0000 Hello all, I've just hit again something that I've hit (and probably others too) often. If a change in base break some ports and it's snapshoted in the txz available at download.freebsd.org, you need to wait a week for the next tarball to be available. Since poudriere uses the tarball when you setup a jail it means that the only solution you have is to recreate your jail by building it, and since building world nowdays is very expensive that delay your work too much. Would it be possible to generate the tarballs every day instead of every week ? At least for tier-1 arches. Cheers, -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Tue Jun 9 19:56:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8FD4C33AE0E for ; Tue, 9 Jun 2020 19:56:33 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49hLV93LGMz4WYp for ; Tue, 9 Jun 2020 19:56:33 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 70E0A33AF03; Tue, 9 Jun 2020 19:56:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 70AC733AC98 for ; Tue, 9 Jun 2020 19:56:33 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hLV92JgSz4WYn; Tue, 9 Jun 2020 19:56:33 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id E1A547A6; Tue, 9 Jun 2020 19:56:32 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Tue, 9 Jun 2020 19:56:30 +0000 From: Glen Barber To: Emmanuel Vadot Cc: current@freebsd.org, re@freebsd.org Subject: Re: nightly snapshot for CURRENT ? Message-ID: <20200609195630.GN97889@FreeBSD.org> References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="j3olVFx0FsM75XyV" Content-Disposition: inline In-Reply-To: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 19:56:33 -0000 --j3olVFx0FsM75XyV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 09, 2020 at 09:47:56PM +0200, Emmanuel Vadot wrote: >=20 > Hello all, >=20 > I've just hit again something that I've hit (and probably others too) > often. > If a change in base break some ports and it's snapshoted in the txz > available at download.freebsd.org, you need to wait a week for the next > tarball to be available. > Since poudriere uses the tarball when you setup a jail it means that > the only solution you have is to recreate your jail by building it, and > since building world nowdays is very expensive that delay your work too > much. > Would it be possible to generate the tarballs every day instead of > every week ? At least for tier-1 arches. >=20 Let's revisit this sometime next week after 11.4 is out. Glen --j3olVFx0FsM75XyV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl7f6W4ACgkQAxRYpUeP 4pOvhQ//WOB7JlzCeR3EZFb9slIyx4qmle3XVylDBRxyegbo/oNenFLsnNOeNowm 098vI6EyMeIGDInyVwo+7XwAezq3jzq0eRKa/YsfstzkgxRzzuzviQrOeJXZVEi3 3fzdQLcnpfWqE8UpZntoWxJjOOoGDyIpwBp33dVuR1eyLFAND9e08Gkg+HTIjc6T sauZ6LmMsh8JkRrRrTG/MjltQoDhrW3c5zikLKWFRNqCXv4nIqWdjrdAlIYFkbit +4mTJI5U2EYP4CGvG1flytkCHeKptP6kZCQPLkNtRm0i6paKcSAoUQfmfiq1Kbpl M2MKKYLVR4khsoVlYxeLZzQxHJPwIFDWsxCfQslcKEBSbFBIoZJSV4Y6hdk5kohR 9PcvOCRCX2l9VFHVnsZrNT2AlgY/ei7IsyVhyadr5X2An06nZxmY1FCnRkjMhpom 1H2Op08bUr33OASf/icFzf/so8M8RlzrgWmPjwHUM4OA/A4E4jkl19Y0f7CccXaz P9wFoWy5t6BTFNkYMIPwvy7Ex//l4Iu/g1h1g0zV4P+qmGI9iilC4BhizvgNswbr xXw9rewM5Vx9Keyj59uZQLhhNgmDHz6NMLLbQGPsRwVYhKB93RY8xlfyVsAqYxF5 PFXm9v6i3EncjxxBlbeOKZ+syoAScInHIcX5ivg7HMPly7Ob00I= =i0cY -----END PGP SIGNATURE----- --j3olVFx0FsM75XyV-- From owner-freebsd-current@freebsd.org Tue Jun 9 20:04:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5DFC033AE6E for ; Tue, 9 Jun 2020 20:04:10 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49hLfy1HBxz4Xty for ; Tue, 9 Jun 2020 20:04:10 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id 2BF3433B20F; Tue, 9 Jun 2020 20:04:10 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2BBB333B28E for ; Tue, 9 Jun 2020 20:04:10 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hLfx0yjyz4Xs2; Tue, 9 Jun 2020 20:04:08 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591733047; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0WsSF4SWNKV4tyI2gfRP0joXwqTgJ5IUyD826HaIzBY=; b=Z+IjNEqudbpxUJIh/dtTtE49840Le5MXSThhUYn6ivjlzQMk4LKxeOrj7IcBUPZ0Y72NAU HvswHQ8hYntXNJmGNXXQTgnoq7wV5UzmSq065sfRfkFa5mh+yqZQpyFtXaA4KmIQzon6LT ZCxNOlNlcmTJbzrezEw7dr8hXLtYA/o= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id a7d8dc7d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 9 Jun 2020 20:04:07 +0000 (UTC) Date: Tue, 9 Jun 2020 22:04:07 +0200 From: Emmanuel Vadot To: Glen Barber Cc: current@freebsd.org, re@freebsd.org Subject: Re: nightly snapshot for CURRENT ? Message-Id: <20200609220407.d745b7a073f58254ff2db714@bidouilliste.com> In-Reply-To: <20200609195630.GN97889@FreeBSD.org> References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> <20200609195630.GN97889@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49hLfx0yjyz4Xs2 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=Z+IjNEqu; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.62 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.030]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.007]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.08)[-0.081]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 20:04:10 -0000 On Tue, 9 Jun 2020 19:56:30 +0000 Glen Barber wrote: > On Tue, Jun 09, 2020 at 09:47:56PM +0200, Emmanuel Vadot wrote: > > > > Hello all, > > > > I've just hit again something that I've hit (and probably others too) > > often. > > If a change in base break some ports and it's snapshoted in the txz > > available at download.freebsd.org, you need to wait a week for the next > > tarball to be available. > > Since poudriere uses the tarball when you setup a jail it means that > > the only solution you have is to recreate your jail by building it, and > > since building world nowdays is very expensive that delay your work too > > much. > > Would it be possible to generate the tarballs every day instead of > > every week ? At least for tier-1 arches. > > > > Let's revisit this sometime next week after 11.4 is out. > > Glen > Sure, works for me. Thanks, -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Tue Jun 9 21:44:05 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A50F333E090 for ; Tue, 9 Jun 2020 21:44:05 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49hNtF2yzdz3WsS for ; Tue, 9 Jun 2020 21:44:05 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 65ACF33E121; Tue, 9 Jun 2020 21:44:05 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 656E333DEB2 for ; Tue, 9 Jun 2020 21:44:05 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailout03.eigbox.net (bosmailout03.eigbox.net [66.96.185.3]) (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 49hNtD2GJYz3X3r; Tue, 9 Jun 2020 21:44:04 +0000 (UTC) (envelope-from SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net) Received: from bosmailscan03.eigbox.net ([10.20.15.3]) by bosmailout03.eigbox.net with esmtp (Exim) id 1jim2N-0000SP-HM; Tue, 09 Jun 2020 17:44:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=mkPxq8I4T88oLo+bGlu+X2MBZjrRnKh9smapzv0e7vw=; b=UNgdHCytVn6Env4HQ7d61CFwns w8qtXr8bWr/w9/UayWS0xyrUBKoUIXxpPGY3KNckukVppoCN+FV6XmqaCF7Cw/s/D2Q10pv6NQwrR QXL8HrNrBButNAndRF6CsH+6p2Acd9EorXzMjO94YkUWdodAzKLY8W6SANPDb/N0JQMChEAS9wKa5 VuwpMNXAZ2xrkR/KIkezkPmXNfHNwgtKxBx0svEborPNsu/cBSXxaCIrOAt4H9/0fa2rDCu4U1KV3 rbu0hUHCufOkm+ODrybp+/hEPdeCTSz3avmKS9fAH08k3s+mqM0OUtvQXxi0/8CsFr1b6fwMe/sur ZmDTWirg==; Received: from [10.115.3.32] (helo=bosimpout12) by bosmailscan03.eigbox.net with esmtp (Exim) id 1jim2I-0008MK-CT; Tue, 09 Jun 2020 17:43:58 -0400 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout12 with id p9ju2200H06Zqne019jxJV; Tue, 09 Jun 2020 17:43:58 -0400 X-Authority-Analysis: v=2.2 cv=KNQqNBNo c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=jlvWEfeLAAAA:8 a=Q-fNiiVtAAAA:8 a=6I5d2MoRAAAA:8 a=Mr1XnJQWAAAA:8 a=COXQlJCsekFyeyeRokYA:9 a=ZWMU_fi9sROWJ8qE:21 a=siJoGRmQyieKksQB:21 a=QEXdDO2ut3YA:10 a=BUduvz6nQKmfCEOu4uBS:22 a=Fp8MccfUoT0GBdDC_Lng:22 a=IjZwj45LgO3ly-622nXo:22 a=x1WslF1p1lK7vEzEGcse:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:19521 helo=[192.168.0.100]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1jim2E-0008Kb-Ld; Tue, 09 Jun 2020 17:43:54 -0400 Subject: Re: MRSAS Panic during Install. To: Kashyap Desai , Don Lewis , Andriy Gapon Cc: FreeBSD Current , "Kashyap D. Desai" , "Kenneth D. Merry" , Sumit Saxena , Chandrakanth Patil References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> <692229ea-ceb5-9e0d-e12e-2999ecb69297@codenetworks.net> <165ad464ab307e604a992dc59df40853@mail.gmail.com> <28f0a9f2-3f00-0167-bb5d-eab7d66ff813@codenetworks.net> <75ff0cfe-e516-a10a-abc5-7e1eb708c87f@codenetworks.net> From: Santiago Martinez Message-ID: Date: Tue, 9 Jun 2020 22:43:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49hNtD2GJYz3X3r X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=UNgdHCyt; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net designates 66.96.185.3 as permitted sender) smtp.mailfrom=SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.02)[-1.015]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; NEURAL_HAM_LONG(-1.00)[-1.002]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.75)[-0.754]; RCPT_COUNT_SEVEN(0.00)[8]; RCVD_IN_DNSWL_NONE(0.00)[66.96.185.3:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.185.3:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=i3i62C=7W=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 21:44:05 -0000 Hi there, apologies for the delayed response. Regarding the lock reversal, I can try to capture the screen showing the message. The "Wil check go it goes...." it was my brain trying to multitask, obviously not in a successful way. What I meant to say was "I will check how it goes..... without the RAID". Sure, I will test with the patch and let you know asap. hopefully by tomorrow night(BST). Cheers Santi On 2020-06-09 19:20, Kashyap Desai wrote: >> -----Original Message----- >> From: Santiago Martinez [mailto:sm@codenetworks.net] >> Sent: Tuesday, June 9, 2020 11:27 PM >> To: Kashyap Desai ; Don Lewis >> ; Andriy Gapon >> Cc: FreeBSD Current ; Kashyap D. Desai >> ; Kenneth D. Merry ; Sumit Saxena >> ; Chandrakanth Patil >> >> Subject: Re: MRSAS Panic during Install. >> >> Hi! so it works but i got a lock order reversal warning, but it continue. > OK. So what is a warning ? > >> Wil check go it goes.... > Could not get your point. Can you elaborate ? > > > Also can you try Raid - 1 VD with below patch ? > > diff --git a/mrsas.c b/mrsas.c > index 3d33073..60f4b4d 100755 > --- a/mrsas.c > +++ b/mrsas.c > @@ -1744,11 +1744,14 @@ mrsas_complete_cmd(struct mrsas_softc *sc, u_int32_t > MSIxIndex) > data_length = > r1_cmd->io_request->DataLength; > sense = > r1_cmd->sense; > } > + > + mtx_lock(&sc->sim_lock); > r1_cmd->ccb_ptr = NULL; > if (r1_cmd->callout_owner) { > > callout_stop(&r1_cmd->cm_callout); > r1_cmd->callout_owner > = false; > } > + mtx_unlock(&sc->sim_lock); > mrsas_release_mpt_cmd(r1_cmd); > > mrsas_map_mpt_cmd_status(cmd_mpt, > cmd_mpt->ccb_ptr, status, > extStatus, > data_length, sense); > > > >> Santi >> >> On 2020-06-09 11:13, Santiago Martinez wrote: >>> Trying right now, will let you know..... >>> >>> >>> On 2020-06-09 11:07, Kashyap Desai wrote: >>>> Hi Santi - Please try without Raid-1 VD. Most likely you will not >>>> observe issue, but you can confirm from your end. >>>> >>>> Kashyap >>>> >>>>> -----Original Message----- >>>>> From: Santiago Martinez [mailto:sm@codenetworks.net] >>>>> Sent: Tuesday, June 9, 2020 2:08 PM >>>>> To: Don Lewis ; Andriy Gapon >> >>>>> Cc: FreeBSD Current ; Kashyap D. Desai >>>>> ; Kenneth D. Merry >>>>> Subject: Re: MRSAS Panic during Install. >>>>> >>>>> Hi Kashayp, that's correct, the servers has two raids. A raid 1 VD0 >>>>> with 2xSSD on it and a RAID5 VD0. >>>>> >>>>> Do you want me to break the raid and see i it does not trigger the >>>>> bug? >>>>> >>>>> cheers >>>>> >>>>> Santi >>>>> >>>>> >>>>> On 2020-06-09 07:51, Don Lewis wrote: >>>>>> On 9 Jun, Andriy Gapon wrote: >>>>>>> On 09/06/2020 03:42, Santiago Martinez wrote: >>>>>>>> Hi Everyone, today I tested with 12.1 and it works without any >>>>>>>> issues (at least for now). >>>>>>>> >>>>>>>> I will sync against current and see if it fails. >>>>>>>> >>>>>>>> Santiago >>>>>>>> >>>>>>>> On 2020-06-08 17:41, Santiago Martinez wrote: >>>>>>>>> Hi there, tried again and now i got it with UFS also.. that make >>>>>>>>> sense.. >>>>> right... >>>>>>>>> On 2020-06-08 15:20, Santiago Martinez wrote: >>>>>>>>>> Hi Everyone, >>>>>>>>>> >>>>>>>>>> I'm installing FreeBSD current(361567) snapshot on a Lenovo >>>>>>>>>> SR655 >>>>> server. >>>>>>>>>> After selecting ZFS, and the installer tries to make the >>>>>>>>>> partitions, etc I get the following panic. >>>>>>>>>> >>>>>>>>>> I tried selecting UFS and its works. >>>>>>>>>> >>>>>>>>>> I uploaded a screenshot as I only have KVM access to it: >>>>>>>>>> >>>>>>>>>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80- >>>>> 3DsApbXa1XLW9+b >>>>>>>>>> hoKhOr3MVS+NRgA5A >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> The server is a ThinkSystem SR655, with the following >>>>>>>>>> controller, RAID 930-8i 2GB Flash PCIe 12Gb Adapter >>>>>>> Lousy OCR of the picture: >>>>>>> ... >>>>>>> nic: nutex mrsas_sin_lock not ouned at >>>>>>> /usr/src/sys/kern/kern_nutex.c:284 >>>>>>> ... >>>>>>> b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane >>>>>>> BxfffffeB33c44a918 >>>>>>> anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 >>>>>>> nic() at panic+Bx43/frame BxfffffeB33c44adcd >>>>>>> _mtx_assert() at __mtx_assert+@xb@/frane Bxfffffed33c44a9dd >>>>>>> callout_stop_safe() at _callout_stop_safe+Bx82/frane >>>>>>> Bxfffffe33c44aac >>>>>>> rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane >>>>>>> BxfffffeB33c4daaed >>>>>>> ithread_loop() at ithread_loop+@x279/frame BxfffffeB33c44ah78 >>>>>>> >>>>>>> This looks like a fallout from r342064. >>>>>>> cm_callout is initialized like this: >>>>>>> callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); but in >>>>>>> mrsas_complete_cmd() it's stopped without holding the lock. >>>>>>> >>>>>> _______________________________________________ >>>>>> 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" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jun 9 22:09:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 77AF433ECBA for ; Tue, 9 Jun 2020 22:09:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on061e.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::61e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hPS427FLz3ZgW; Tue, 9 Jun 2020 22:09:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nw9AI+eA7ZxtCkReB8yBgbOCRt3mWgpmu3R2Tzh0XAgGvIHbOmhodwuRCdkC/4ttUWNPysMauE2d4RY6eD521M4a2035kYC39EJroKWfCHFiNFbVl7Pm868iYTu8uL/hvWPlV2zp5BAcFd8SFA6mkbXTK0w9UN/QP/fBcmMnptqw6EcEXO1VB+x/RNZ5bRvzcbiYaGVZ+ZWkKNQUIjcW1LZL9MrwB6oi30oxeWXXS5bnnnbxyK1mOnYhVOHxf3LdTKdeRxVbk9wTB7wxOdUFpXNH7n+DW6Riz/Qpo788ewthTiLqXtgQck+HteBj13j+k6kO67zotQij0XXxm9tImg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ypk0lhsMG72mjjxy07LKATx2M8HCMu/+aKqbxcsviVI=; b=LfwgZPOlszD4e6COeBfxck7HgzEO3ulMvpD9FXWxb4DY1tZQfnKYqRMqWZqbiW5HQWicmpsxlRcTugj1mG9v2qnc6eM0dxBrypsE1Cg3RAlI63ZsGCqCx+SWzjMD6xm5GXpvhJYh1LgLEk8o7e3OVTcsxl4UziIzHIDD7HTpvA0ry6ohxP0LNa7u1bnxJDz26H2MQ6newo0l6we535tGrsFhwLdFxMvaH8fcv3rFPJDdHIEEP66/NreTeXyN0rqUcxDDCd9/9fg+fSyaaNPhZNI2g7aoCk2U1zc61NP6HWuaTGu1YIy/ZjE/fa2FLae1tg3m/S0K/znjaFihUa9r3w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ypk0lhsMG72mjjxy07LKATx2M8HCMu/+aKqbxcsviVI=; b=EaV/d4W22tL/gEW5RDT057a/cmCSXtmjtw0CMwW5iIb7jJp6WfArsgKZlrHZ2RZOQQbouF81L1JR/rBCSTHfIZbnZGyUPX+1k5il8JKpTp6xjCvnV5WlFnUYLRsi94WcORxYRveZySIsmxPN/7KpD4n7MhCNqOSKPKY57OG2FJuEwfg0SKHNw2v+1c482AZcMQ9JkbdSQD0sNFNaDmqculfjSVrrmIRuV944WBAlDKlzMlAxoHlRlAwESfBA+NmI21e2NrZmPHUdZC+ee9rrpF5wK8mZY4LjguBCp3GuPxH3t8XBjDbfI+Vpwp4zKtTFyR7GxJvE0qHPiy1yFpTmEg== Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:38::14) by QB1PR01MB3954.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:2e::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Tue, 9 Jun 2020 22:09:53 +0000 Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::60f3:4ca2:8a4a:1e91]) by QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::60f3:4ca2:8a4a:1e91%7]) with mapi id 15.20.3066.023; Tue, 9 Jun 2020 22:09:53 +0000 From: Rick Macklem To: Konstantin Belousov , Jeff Roberson CC: Ryan Libby , "freebsd-current@FreeBSD.org" Subject: Re: r358252 causes intermittent hangs where processes are stuck sleeping on btalloc Thread-Topic: r358252 causes intermittent hangs where processes are stuck sleeping on btalloc Thread-Index: AQHWLwsKoH8lF1xuI0WPckyCNZ/JGaiyHHkAgAA2qQCAAlx9bIAA08mAgAWQ7N2AFd4gwQ== Date: Tue, 9 Jun 2020 22:09:53 +0000 Message-ID: References: <20200521101428.GC64045@kib.kiev.ua> , <20200523105601.GN64045@kib.kiev.ua>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ddbbfa2f-96cb-471d-3f8f-08d80cc1d66c x-ms-traffictypediagnostic: QB1PR01MB3954: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 042957ACD7 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: eFUDVf5PjJgYPOgrXKIIqE+t42kUclMpUZI8MXoe3KaH8WXZMMlS2nzIz1JUO+457zmAwG0aBE2epA79RIWQqhm5FpZqxpGCy5iPt0uZttZN7/dSkyeXHCI/c8vq5u7vdNBn9PO5SsA8xXPWNQ23dI0xtVs8NSs3aDXS1vr2RjvT/jmJlqBwfI1aHEg912ZVQXXKTO1+BPgnkzkVI7mqrNK+nFMpIkTMP7r1SvbcTF4bAwfYEQJb+I0orvGzfkhs0ECBiT2S5Ck2RkPi+1eqjvEsFCZK88Olbee8Pz0JUF6VZwRdy/i+pIxHJD0EJhi8dPev7nnBq/C4lVQGvA0Wx10p9e5wbFqXqERZbE2OLCNTgRsnT0n+0yrU23Z/mM2Gi+xFR8H9QQTUYfqh2wbTRA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(366004)(39850400004)(376002)(136003)(346002)(396003)(8936002)(966005)(478600001)(64756008)(316002)(53546011)(186003)(6506007)(7696005)(66946007)(66446008)(786003)(4326008)(66476007)(83380400001)(66556008)(9686003)(110136005)(54906003)(8676002)(52536014)(55016002)(2906002)(86362001)(30864003)(71200400001)(76116006)(33656002)(5660300002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: wkRMHlzWmQisUgPUHeXoLk55Qtp/dxN2tuI1EKGEvKyI1kbzppggzTJEGTuCUo8Tx6wXmpEaWokGCcTln8u692mkBMjzxHdAQnMyRaKNkcGAL+E/6FElzunpRfxD18Zh3WlSq4CKSdsl6QHh7NqfxNBLQkGBOC8281+G9KezVM4Qj6PFUF48qvZtg9Rfq21OA1wSVu54uP0gNn9U4vQp/zz6vSN7LO5cp3lBmUToBZ0YYwTKnJ6Xwb3zv3LPYWAjR7DnqKoKxUsaKDFZHu36OsJlBULBhm2rj8xMQLzJdu/3kByfFiQWZdZrTKfw7kCX3mNfqX4kju0a0lu3+50C3MqRFSk1nwAqisZ6S25udXzt4nkmHDlmlAWhZDg567wpBrezUyeAhw4TeFumEL/FTIvbRZd46lgGCoOzH6TEpnpRWeBwGi9OicmBY4HO3hF8a34TeQiQ6eAh278tDs2HGjNb+GAndIsuHgzUStEfGdrW86d5tx566gnZAnbLlyeEfBZNBZxKcob9Viel7g/Txnh8csPSVKWlXR+ag+PhMP4= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: ddbbfa2f-96cb-471d-3f8f-08d80cc1d66c X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2020 22:09:53.7205 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 2ZrU4CTusNLvaKBxGupbd5vMIwfGZxe8CsqbFcPzQYnsk9c5JD94Y9xrKvyessdr/TgZmQwAny2CBByBDqCjNg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3954 X-Rspamd-Queue-Id: 49hPS427FLz3ZgW X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=EaV/d4W2; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::61e as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.83 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.029]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-0.99)[-0.994]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-1.31)[-1.309]; FREEMAIL_TO(0.00)[gmail.com,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 09 Jun 2020 22:09:57 -0000 Hope you don't mind the top post, but since this is now an update and somew= hat=0A= different, I don't think it makes sense to imbed this in the message below.= =0A= =0A= r358098 will hang fairly easily, in 1-3 cycles of the kernel build over NFS= .=0A= I thought this was the culprit, since I did 6 cycles of r358097 without a h= ang.=0A= However, I just got a hang with r358097, but it looks rather different.=0A= The r358097 hang did not have any processes sleeping on btalloc. They=0A= appeared to be waiting on two different locks in the buffer cache.=0A= As such, I think it might be a different problem. (I'll admit I should have= =0A= made notes about this one before rebooting, but I was flustrated that=0A= it happened and rebooted before looking at it mush detail.)=0A= =0A= Jeff, to fill you in, I have been getting intermittent hangs on a Pentium 4= =0A= (single core i386) with 1.25Gbytes ram when doing kernel builds using=0A= head kernels from this winter. (I also saw one when doing a kernel build=0A= on UFS, so they aren't NFS specific, although easier to reproduce that way.= )=0A= After a typical hang, there will be a bunch of processes sleeping on "btall= oc"=0A= and several processes holding the following lock:=0A= exclusive sx lock @ vm/vm_map.c:4761=0A= - I have seen hangs where that is the only lock held by any process except= =0A= the interrupt thread.=0A= - I have also seen processes waiting on the following locks:=0A= kern/subr_vmem.c:1343=0A= kern/subr_vmem.c:633=0A= =0A= I can't be absolutely sure r358098 is the culprit, but it seems to make the= =0A= problem more reproducible.=0A= =0A= If anyone has a patch suggestion, I can test it.=0A= Otherwise, I will continue to test r358097 and earlier, to try and see what= hangs=0A= occur. (I've done 8 cycles of testing of r356776 without difficulties, but = that=0A= doesn't guarantee it isn't broken.)=0A= =0A= There is a bunch more of the stuff I got for Kostik and Ryan below.=0A= I can do "db" when it is hung, but it is a screen console, so I need to=0A= transcribe the output to email by hand. (ie. If you need something=0A= specific I can do that, but trying to do everything Kostik and Ryan asked= =0A= for isn't easy.)=0A= =0A= rick=0A= =0A= =0A= =0A= Konstantin Belousov wrote:=0A= >On Fri, May 22, 2020 at 11:46:26PM +0000, Rick Macklem wrote:=0A= >> Konstantin Belousov wrote:=0A= >> >On Wed, May 20, 2020 at 11:58:50PM -0700, Ryan Libby wrote:=0A= >> >> On Wed, May 20, 2020 at 6:04 PM Rick Macklem w= rote:=0A= >> >> >=0A= >> >> > Hi,=0A= >> >> >=0A= >> >> > Since I hadn't upgraded a kernel through the winter, it took me a w= hile=0A= >> >> > to bisect this, but r358252 seems to be the culprit.=0A= No longer true. I succeeded in reproducing the hang to-day running a=0A= r358251 kernel.=0A= =0A= I haven't had much luck sofar, but see below for what I have learned.=0A= =0A= >> >> >=0A= >> >> > If I do a kernel build over NFS using my not so big Pentium 4 (sing= le core,=0A= >> >> > 1.25Gbytes RAM, i386), about every second attempt will hang.=0A= >> >> > When I do a "ps" in the debugger, I see processes sleeping on btall= oc.=0A= >> >> > If I revert to r358251, I cannot reproduce this.=0A= As above, this is no longer true.=0A= =0A= >> >> >=0A= >> >> > Any ideas?=0A= >> >> >=0A= >> >> > I can easily test any change you might suggest to see if it fixes t= he=0A= >> >> > problem.=0A= >> >> >=0A= >> >> > If you want more debug info, let me know, since I can easily=0A= >> >> > reproduce it.=0A= >> >> >=0A= >> >> > Thanks, rick=0A= >> >>=0A= >> >> Nothing obvious to me. I can maybe try a repro on a VM...=0A= >> >>=0A= >> >> ddb ps, acttrace, alltrace, show all vmem, show page would be welcome= .=0A= >> >>=0A= >> >> "btalloc" is "We're either out of address space or lost a fill race."= =0A= >From what I see, I think it is "out of address space".=0A= For one of the hangs, when I did "show alllocks", everything except the=0A= intr thread, was waiting for the=0A= exclusive sx lock @ vm/vm_map.c:4761=0A= =0A= >> >=0A= >> >Yes, I would be not surprised to be out of something on 1G i386 machine= .=0A= >> >Please also add 'show alllocks'.=0A= >> Ok, I used an up to date head kernel and it took longer to reproduce a h= ang.=0A= Go down to Kostik's comment about kern.maxvnodes for the rest of what I've= =0A= learned. (The time it takes to reproduce one of these varies greatly, but I= usually=0A= get one within 3 cycles of a full kernel build over NFS. I have had it happ= en=0A= once when doing a kernel build over UFS.)=0A= =0A= >> This time, none of the processes are stuck on "btalloc".=0A= > I'll try and give you most of the above, but since I have to type it in b= y hand=0A= > from the screen, I might not get it all. (I'm no real typist;-)=0A= > > show alllocks=0A= > exclusive lockmgr ufs (ufs) r =3D 0 locked @ kern/vfs_subr.c: 3259=0A= > exclusive lockmgr nfs (nfs) r =3D 0 locked @ kern/vfs_lookup.c:737=0A= > exclusive sleep mutex kernel area domain (kernel arena domain) r =3D 0 lo= cked @ kern/subr_vmem.c:1343=0A= > exclusive lockmgr bufwait (bufwait) r =3D 0 locked @ kern/vfs_bio.c:1663= =0A= > exclusive lockmgr ufs (ufs) r =3D 0 locked @ kern/vfs_subr.c:2930=0A= > exclusive lockmgr syncer (syncer) r =3D 0 locked @ kern/vfs_subr.c:2474= =0A= > Process 12 (intr) thread 0x.. (1000008)=0A= > exclusive sleep mutex Giant (Giant) r =3D 0 locked @ kern/kern_intr.c:115= 2=0A= >=0A= > > ps=0A= > - Not going to list them all, but here are the ones that seem interesting= ...=0A= > 18 0 0 0 DL vlruwt 0x11d939cc [vnlru]=0A= > 16 0 0 0 DL (threaded) [bufdaemon]=0A= > 100069 D qsleep [bufdaemon]=0A= > 100074 D - [bufspacedaemon-0]=0A= > 100084 D sdflush 0x11923284 [/ worker]=0A= > - and more of these for the other UFS file systems=0A= > 9 0 0 0 DL psleep 0x1e2f830 [vmdaemon]=0A= > 8 0 0 0 DL (threaded) [pagedaemon]=0A= > 100067 D psleep 0x1e2e95c [dom0]=0A= > 100072 D launds 0x1e2e968 [laundry: dom0]=0A= > 100073 D umarcl 0x12cc720 [uma]=0A= > =85 a bunch of usb and cam ones=0A= > 100025 D - 0x1b2ee40 [doneq0]=0A= > =85=0A= > 12 0 0 0 RL (threaded) [intr]=0A= > 100007 I [swi6: task queue]=0A= > 100008 Run CPU 0 [swi6: Giant taskq]=0A= > =85=0A= > 100000 D swapin 0x1d96dfc [swapper]=0A= > - and a bunch more in D state.=0A= > Does this mean the swapper was trying to swap in?=0A= >=0A= > > acttrace=0A= > - just shows the keyboard=0A= > kdb_enter() at kdb_enter+0x35/frame=0A= > vt_kbdevent() at vt_kdbevent+0x329/frame=0A= > kdbmux_intr() at kbdmux_intr+0x19/frame=0A= > taskqueue_run_locked() at taskqueue_run_locked+0x175/frame=0A= > taskqueue_run() at taskqueue_run+0x44/frame=0A= > taskqueue_swi_giant_run(0) at taskqueue_swi_giant_run+0xe/frame=0A= > ithread_loop() at ithread_loop+0x237/frame=0A= > fork_exit() at fork_exit+0x6c/frame=0A= > fork_trampoline() at 0x../frame=0A= >=0A= > > show all vmem=0A= > vmem 0x.. 'transient arena'=0A= > quantum: 4096=0A= > size: 23592960=0A= > inuse: 0=0A= > free: 23592960=0A= > busy tags: 0=0A= > free tags: 2=0A= > inuse size free size=0A= > 16777216 0 0 1 23592960=0A= > vmem 0x.. 'buffer arena'=0A= > quantum: 4096=0A= > size: 94683136=0A= > inuse: 94502912=0A= > free: 180224=0A= > busy tags: 1463=0A= > free tags: 3=0A= > inuse size free size=0A= > 16384 2 32768 1 16384=0A= > 32768 39 1277952 1 32768=0A= > 65536 1422 93192192 0 0=0A= > 131072 0 0 1 131072=0A= > vmem 0x.. 'i386trampoline'=0A= > quantum: 1=0A= > size: 24576=0A= > inuse: 20860=0A= > free: 3716=0A= > busy tags: 9=0A= > free tags: 3=0A= > inuse size free size=0A= > 32 1 48 1 52=0A= > 64 2 208 0 0=0A= > 128 2 280 0 0=0A= > 2048 1 2048 1 3664=0A= > 4096 2 8192 0 0=0A= > 8192 1 10084 0 0=0A= > vmem 0x.. 'kernel rwx arena'=0A= > quantum: 4096=0A= > size: 0=0A= > inuse: 0=0A= > free: 0=0A= > busy tags: 0=0A= > free tags: 0=0A= > vmem 0x.. 'kernel area dom'=0A= > quantum: 4096=0A= > size: 56623104=0A= > inuse: 56582144=0A= >> free: 40960=0A= >> busy tags: 11224=0A= >> free tags: 3=0A= >I think this is the trouble.=0A= >=0A= >Did you tried to reduce kern.maxvnodes ? What is the default value for=0A= >the knob on your machine ?=0A= The default is 84342.=0A= I have tried 64K, 32K and 128K and they all hung sooner or later.=0A= For the 32K case, I did see vnodes being recycled for a while before it got= hung,=0A= so it isn't just when it hits the limit.=0A= =0A= Although it is much easier for me to reproduce on an NFS mount, I did see= =0A= a hang while doing a kernel build on UFS (no NFS mount on the machine at=0A= that time).=0A= =0A= So, I now know that the problem pre-dates r358252 and is not NFS specific.= =0A= =0A= I'm not bisecting back further to try and isolate the commit that causes th= is.=0A= (Unfortunately, each test cycle can take days. I now know that I have to do= =0A= several of these kernel builds, which take hours each, to see if a hang is = going=0A= to happen.)=0A= =0A= I'll post if/when I have more, rick=0A= =0A= We scaled maxvnodes for ZFS and UFS, might be NFS is even more demanding,= =0A= having larger node size.=0A= =0A= > inuse size free size=0A= > 4096 11091 45428736 0 0=0A= > 8192 63 516096 0 0=0A= > 16384 12 196608 0 0=0A= > 32768 6 196608 0 0=0A= > 40960 2 81920 1 40960=0A= > 65536 16 1048576 0 0=0A= > 94208 1 94208 0 0=0A= > 110592 1 110592 0 0=0A= > 131072 15 2441216 0 0=0A= > 262144 15 3997696 0 0=0A= > 524288 1 524288 0 0=0A= > 1048576 1 1945600 0 0=0A= > vmem 0x.. 'kernel arena'=0A= > quantum: 4096=0A= > size: 390070272=0A= > inuse: 386613248=0A= > free: 3457024=0A= > busy tags: 873=0A= > free tags: 3=0A= > inuse size free size=0A= > 4096 35 143360 1 4096=0A= > 8192 2 16384 2 16384=0A= > 12288 1 12288 0 0=0A= > 16384 30 491520 0 0=0A= > 20480 140 2867200 0 0=0A= > 65536 1 65536 0 0=0A= > 131072 631 82706432 0 0=0A= > 1048576 0 0 1 1339392=0A= > 2097152 27 56623104 1 2097152=0A= > 8388608 1 13774848 0 0=0A= > 16777216 3 74883072 0 0=0A= > 33554432 1 36753408 0 0=0A= > 67108864 1 118276096 0 0=0A= >=0A= > > alltrace=0A= > - I can't face typing too much more, but I'll put a few=0A= > here that look interesting=0A= >=0A= > - for csh=0A= > sched_switch()=0A= > mi_switch()=0A= > kern_yield()=0A= > getblkx()=0A= > breadn_flags()=0A= > ffs_update()=0A= > ufs_inactive()=0A= > VOP_INACTIVE()=0A= > vinactivef()=0A= > vput_final()=0A= > vm_object_deallocate()=0A= > vm_map_process_deferred()=0A= > kern_munmap()=0A= > sys_munmap()=0A= >=0A= > - For cc=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_timedwait()=0A= > _sleep()=0A= > pause_sbt()=0A= > vmem_bt_alloc()=0A= > keg_alloc_slab()=0A= > zone_import()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > bt_fill()=0A= > vmem_xalloc()=0A= > vmem_alloc()=0A= > kmem_alloc()=0A= > kmem_malloc_domainset()=0A= > page_alloc()=0A= > keg_alloc_slab()=0A= > zone_import()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > nfscl_nget()=0A= > nfs_create()=0A= > vop_sigdefer()=0A= > nfs_vnodeops_bypass()=0A= > VOP_CREATE_APV()=0A= > vn_open_cred()=0A= > vn_open()=0A= > kern_openat()=0A= > sys_openat()=0A= >=0A= > Then there are a bunch of these... for cc, make=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_catch_signals()=0A= > sleepq_wait_sig()=0A= > kern_wait6()=0A= > sys_wait4()=0A= >=0A= > - for vnlru=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_timedwait()=0A= > _sleep()=0A= > vnlru_proc()=0A= > fork_exit()=0A= > fork_trampoline()=0A= >=0A= > - for syncer=0A= > sched_switch()=0A= > mi_switch()=0A= > critical_exit_preempt()=0A= > intr_event_handle()=0A= > intr_execute_handlers()=0A= > lapic_handle_intr()=0A= > Xapic_isr1()=0A= > - interrupt=0A= > memset()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > vmem_xalloc()=0A= > vmem_bt_alloc()=0A= > keg_alloc_slab()=0A= > zone_import()=0A= > cache_alloc()=0A= > cache_alloc_retry()=0A= > uma_zalloc_arg()=0A= > bt_fill()=0A= > vmem_xalloc()=0A= > vmem_alloc()=0A= > bufkva_alloc()=0A= > getnewbuf()=0A= > getblkx()=0A= > breadn_flags()=0A= > ffs_update()=0A= > ffs_sync()=0A= > sync_fsync()=0A= > VOP_FSYNC_APV()=0A= > sched_sync()=0A= > fork_exit()=0A= > fork_trampoline()=0A= >=0A= > - For bufdaemon (a bunch of these)=0A= > sched_switch()=0A= > mi_switch()=0A= > sleepq_switch()=0A= > sleepq_timedwait()=0A= > _sleep()=0A= > buf_daemon()=0A= > fork_exit()=0A= > fork_trampoline()=0A= >=0A= > vmdaemon and pagedaemon are basically just like above,=0A= > sleeping in=0A= > vm_daemon()=0A= > or=0A= > vm_pageout_worker()=0A= > or=0A= > vm_pageout_laundry_worker()=0A= > or=0A= > uma_reclaim_worker()=0A= >=0A= > That's all the typing I can take right now.=0A= > I can probably make this happen again if you want more specific stuff.=0A= >=0A= > rick=0A= >=0A= >=0A= >=0A= >=0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= From owner-freebsd-current@freebsd.org Wed Jun 10 00:17:03 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0CA07341ADF for ; Wed, 10 Jun 2020 00:17:03 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49hSGk5rXpz482t for ; Wed, 10 Jun 2020 00:17:02 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id C6D56341D09; Wed, 10 Jun 2020 00:17:02 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C6980341D85 for ; Wed, 10 Jun 2020 00:17:02 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hSGj5k4fz47v8; Wed, 10 Jun 2020 00:17:01 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-lf1-x134.google.com with SMTP id x22so389863lfd.4; Tue, 09 Jun 2020 17:17:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JtirQ/jnTspDm8K/K3Sk32GcWTYDS3IethnBZJ7xbQo=; b=ueO8uTJd+fh9eUJApx9Ow/QYZ77Er6la5roJvfPKI/oTgmSkp9xe5pUrTn0ZTZ8E2G DnQcAkFJ4nahbGLKPT0pGy1oA6VHaJg6CsfC3+TwLN/tOfo744OEb5n/SGdudkAmkxNp vvACmup07Ao4Py/MSArdOyFgTysGieDRf/uNP3WZwd7qU9Mb4lR7xO0d3FpzZ3IByIuS zMwtHTHRrP99LFhlkTR7Hj4sCXzZT17N55Ng5n36TFEaFyaiayi3K0b5k9REHsfTZdYw TzKpZut5Ti3X3FLWxxy7EPUb+VAeqkIR69OwK33/GBUt4KFLesMJRy/kOGmOEWnq2mAx VLqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JtirQ/jnTspDm8K/K3Sk32GcWTYDS3IethnBZJ7xbQo=; b=Es61py/yUfBge8IV6svTTLKDERl+nj+RjynnouhCGIEnOq5e2SUJTTl6iLYJdvU62r kRDy3sxIerGD10OV6Wp9W8MjpE3ei7f/CTljlgeCfEJfpNaMc5FR1RnX7Ke7i5gwS7Qi xZpJfsvX7YLDtXAkYM8lEE8POpQ7aVczbwxfvbE148kUmpZQ1d0FneWfifKN4m4Dl2nG nc1n5U41RiZnjJqKTudzutSz+AhCCUrtCmMsN14mfIAew+6Jl7gQTEuRNw88SPq2JcTT YYD/Ivql9rMs/IURRAQGpZXf1kkrvInhkTCyKiQ586yBUebI05zACvZLfQJlROXNVbtm 7sAQ== X-Gm-Message-State: AOAM5319q/Pg/m9BLRNNsOtvwm098P40/4BxGo60LJ/g+XnE5qvmBH5f ufghfpjBymTLqEnulK0p/vSZbpEqoQ7cGiyNfpW3D+Y3uQ== X-Google-Smtp-Source: ABdhPJzTiodVHxkPpzobdN8W9MSN6Ult1PZNvyPC6GPE/3YdmuBs30bFT+rYRLXJrDY6pDQZ9DlJQt4dv2kBXXWYIys= X-Received: by 2002:a19:c64c:: with SMTP id w73mr208001lff.67.1591748219128; Tue, 09 Jun 2020 17:16:59 -0700 (PDT) MIME-Version: 1.0 References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> In-Reply-To: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> From: Clay Daniels Date: Tue, 9 Jun 2020 19:16:47 -0500 Message-ID: Subject: Re: nightly snapshot for CURRENT ? To: Emmanuel Vadot Cc: "freebsd-current@freebsd.org" , re@freebsd.org X-Rspamd-Queue-Id: 49hSGj5k4fz47v8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ueO8uTJd; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2a00:1450:4864:20::134 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-2.91 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.90)[-0.904]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_HAM_LONG(-1.03)[-1.028]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::134:from]; NEURAL_HAM_SHORT(-0.98)[-0.982]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 00:17:03 -0000 On Tue, Jun 9, 2020 at 2:48 PM Emmanuel Vadot wrote: > > Hello all, > > I've just hit again something that I've hit (and probably others too) > often. > If a change in base break some ports and it's snapshoted in the txz > available at download.freebsd.org, you need to wait a week for the next > tarball to be available. > Since poudriere uses the tarball when you setup a jail it means that > the only solution you have is to recreate your jail by building it, and > since building world nowdays is very expensive that delay your work too > much. > Would it be possible to generate the tarballs every day instead of > every week ? At least for tier-1 arches. > > Cheers, > > -- > Emmanuel Vadot > _______________________________________________ > At first I thought you were referring to the weekly snapshots packaged as install images: https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ But I think you are talking about the snapshots of each part, like base, kernel, ports. src, etc to use as a roll your own install like: https://download.freebsd.org/ftp/snapshots/arm64/13.0-CURRENT/ >From my selfish perspective as a weekly installer of the regular Thursday image or iso of 13.0 Current, I would hate to lose the pre-rolled installer, and I think there are probably others like me. As long as you keep the weekly install snapshots, it will not affect folks like me. I must say that what you want to do is how NetBSD does their daily current snapshots, and they do not even offer pre-rolled install images. But you are a real developer and I'm just a retired guy playing with his hobby, so go ahead and do what you think is best for you. Clay From owner-freebsd-current@freebsd.org Wed Jun 10 00:56:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C23B13422E7 for ; Wed, 10 Jun 2020 00:56:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49hT8N4qv4z4Ccq for ; Wed, 10 Jun 2020 00:56:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id A5D07342D49; Wed, 10 Jun 2020 00:56:36 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A5958342EE3 for ; Wed, 10 Jun 2020 00:56:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hT8N3t4Gz4Cn5; Wed, 10 Jun 2020 00:56:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 199D6132E2; Wed, 10 Jun 2020 00:56:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Wed, 10 Jun 2020 00:56:33 +0000 From: Glen Barber To: Clay Daniels Cc: Emmanuel Vadot , "freebsd-current@freebsd.org" , re@freebsd.org Subject: Re: nightly snapshot for CURRENT ? Message-ID: <20200610005633.GO97889@FreeBSD.org> References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SEFvVLxbW/dEDtN8" Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 00:56:36 -0000 --SEFvVLxbW/dEDtN8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 09, 2020 at 07:16:47PM -0500, Clay Daniels wrote: > On Tue, Jun 9, 2020 at 2:48 PM Emmanuel Vadot wro= te: >=20 > > > > Hello all, > > > > I've just hit again something that I've hit (and probably others too) > > often. > > If a change in base break some ports and it's snapshoted in the txz > > available at download.freebsd.org, you need to wait a week for the next > > tarball to be available. > > Since poudriere uses the tarball when you setup a jail it means that > > the only solution you have is to recreate your jail by building it, and > > since building world nowdays is very expensive that delay your work too > > much. > > Would it be possible to generate the tarballs every day instead of > > every week ? At least for tier-1 arches. > > >=20 > At first I thought you were referring to the weekly snapshots packaged as > install images: > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ >=20 > But I think you are talking about the snapshots of each part, like base, > kernel, ports. src, etc to use as a roll your own install like: > https://download.freebsd.org/ftp/snapshots/arm64/13.0-CURRENT/ >=20 > From my selfish perspective as a weekly installer of the regular Thursday > image or iso of 13.0 Current, I would hate to lose the pre-rolled > installer, and I think there are probably others like me. As long as you > keep the weekly install snapshots, it will not affect folks like me. I mu= st > say that what you want to do is how NetBSD does their daily current > snapshots, and they do not even offer pre-rolled install images. >=20 > But you are a real developer and I'm just a retired guy playing with his > hobby, so go ahead and do what you think is best for you. >=20 I agree with exactly with your point here, which is why I would like to back-burner this topic until next week. Just FWIW. Glen --SEFvVLxbW/dEDtN8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl7gL70ACgkQAxRYpUeP 4pOJARAAldatypq2f5XygqC+5G5yVwr0rU50LkzPneF5REH+Mc6BhJ6uRK2HZjkI HqQbvTGqyp4YOtkg026iR7+ICbdgn4fvJVBJzFqszTNj3hHCo6EdCli8+teYLIQH DMQ+cBXo8cwS5rffBRS/xsolAWNEoXcn4jKIGNkpw5SI3ERNtsl5gmjlTwsdl1Gj 9ca1LKmfxGh/EyxNY3aQU9VCgw1J+xjI5+YTR9OBwZwiFJb4b0I5T5i5HTvOjaJo U2pai0Pg+ghERD/9kRoYUSHhJstX/GTUbzqlB1HXJvrT7HbpolMX6gRTHJ7d1rqg GaOWeWOiWH5IhF7+iQhyQ73yZUI89wWjRA055afkTOzUU+6OQQgHuycoCkybx+rl mG2EzNlfQWopHFucmS3locbvYU5y6yK/2cGxul6nAGTE+iH5VtXO4h75GpHFHaKG qHZZbmLJmKPyaTdF7AVhYajH57mTQ6PLdfDNKsAeQM5+5IFgrA7jNjizzVRLq27L vCYEWe7XROYTREBHtZk1egtOmmzby4Hqal4Hpox+MviF9m7+o94JqyDQNNBnA2Hh TZ6QrCNfEIZLaZjWf1Yorx1LLagOL3uTKgTHL6Kxbos2H08w1yOaBH4OJiBDGsmf RicVfLeLA/ykX48NE25XvUpPzyMdH/qWRVSq8mRSGo9+cu2kLsM= =cEt6 -----END PGP SIGNATURE----- --SEFvVLxbW/dEDtN8-- From owner-freebsd-current@freebsd.org Wed Jun 10 00:56:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E18B342E70 for ; Wed, 10 Jun 2020 00:56:40 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49hT8S1CjWz4CnQ for ; Wed, 10 Jun 2020 00:56:40 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 289753422E9; Wed, 10 Jun 2020 00:56:40 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 276BF3422E8 for ; Wed, 10 Jun 2020 00:56:40 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hT8S084cz4CgM; Wed, 10 Jun 2020 00:56:40 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f173.google.com (mail-qk1-f173.google.com [209.85.222.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id E37272BD43; Wed, 10 Jun 2020 00:56:39 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f173.google.com with SMTP id c14so495656qka.11; Tue, 09 Jun 2020 17:56:39 -0700 (PDT) X-Gm-Message-State: AOAM53078O69FBTIiJHVr6+vnZK6ubn5mm+jgiHLWPMYF9/UITz3cOp5 uJ9xKBiVJx+n42o2kkjlKC9ZYlHlVCyVipR8nc0= X-Google-Smtp-Source: ABdhPJw+rjorH9Bs8V729wZlhcta2rdsSJS3x8OLb+OZMXBWz49V8B6MCa/2Una8a42MxEOyOr+V2nePpRT+Yqx2voc= X-Received: by 2002:a05:620a:1114:: with SMTP id o20mr695859qkk.120.1591750599332; Tue, 09 Jun 2020 17:56:39 -0700 (PDT) MIME-Version: 1.0 References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> In-Reply-To: From: Kyle Evans Date: Tue, 9 Jun 2020 19:56:27 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: nightly snapshot for CURRENT ? To: Clay Daniels Cc: Emmanuel Vadot , "freebsd-current@freebsd.org" , FreeBSD Release Engineering Team Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 00:56:40 -0000 On Tue, Jun 9, 2020 at 7:17 PM Clay Daniels wrote: > > On Tue, Jun 9, 2020 at 2:48 PM Emmanuel Vadot wrote: > > > > > Hello all, > > > > I've just hit again something that I've hit (and probably others too) > > often. > > If a change in base break some ports and it's snapshoted in the txz > > available at download.freebsd.org, you need to wait a week for the next > > tarball to be available. > > Since poudriere uses the tarball when you setup a jail it means that > > the only solution you have is to recreate your jail by building it, and > > since building world nowdays is very expensive that delay your work too > > much. > > Would it be possible to generate the tarballs every day instead of > > every week ? At least for tier-1 arches. > > > > Cheers, > > > > -- > > Emmanuel Vadot > > _______________________________________________ > > > > At first I thought you were referring to the weekly snapshots packaged as > install images: > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ > > But I think you are talking about the snapshots of each part, like base, > kernel, ports. src, etc to use as a roll your own install like: > https://download.freebsd.org/ftp/snapshots/arm64/13.0-CURRENT/ > Yes, these are the parts he's talking about. My initial impression is that it'd be nice if we could (somehow) leverage Jenkins artifacts [0] to get even more frequent updates if we really needed to without significantly impacting re@ -- that's a little more difficult, though, because build breakage makes it hard to predict what the latest snapshot you can actually grab is, if any. Perhaps a script that creates a symlink to the 'last known functional across the board' revision periodically... [0] http://artifacts.ci.freebsd.org/snapshot/head/r361934/amd64/amd64/ > From my selfish perspective as a weekly installer of the regular Thursday > image or iso of 13.0 Current, I would hate to lose the pre-rolled > installer, and I think there are probably others like me. As long as you > keep the weekly install snapshots, it will not affect folks like me. I must > say that what you want to do is how NetBSD does their daily cent > snapshots, and they do not even offer pre-rolled install images. > > But you are a real developer and I'm just a retired guy playing with his > hobby, so go ahead and do what you think is best for you. > This was brought up in a public forum, you should probably feel free to make non-obstructive comments like this to make sure a fairly common need is represented. The (light-hearted?) self-deprecation near the end of this makes me a bit uneasy- I certainly hope you didn't feel like it was mandatory to acknowledge that he's a developer and you're a hobbyist, because there's most assuredly more hobbyists (such as myself) lurking with similar needs/desires. =-) Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Wed Jun 10 00:57:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 275493432B1 for ; Wed, 10 Jun 2020 00:57:30 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49hT9P6m0Hz4D8Y for ; Wed, 10 Jun 2020 00:57:29 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.nyi.freebsd.org (Postfix) id E7F67343152; Wed, 10 Jun 2020 00:57:29 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7BD73431D0 for ; Wed, 10 Jun 2020 00:57:29 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49hT9N5VX1z4DH1; Wed, 10 Jun 2020 00:57:28 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 05A0vMJT053532; Tue, 9 Jun 2020 17:57:22 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 05A0vMC1053531; Tue, 9 Jun 2020 17:57:22 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202006100057.05A0vMC1053531@gndrsh.dnsmgr.net> Subject: Re: nightly snapshot for CURRENT ? In-Reply-To: <20200609220407.d745b7a073f58254ff2db714@bidouilliste.com> To: Emmanuel Vadot Date: Tue, 9 Jun 2020 17:57:22 -0700 (PDT) CC: Glen Barber , current@freebsd.org, re@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-Rspamd-Queue-Id: 49hT9N5VX1z4DH1 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [2.39 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.50)[0.498]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.17)[-0.173]; NEURAL_SPAM_LONG(0.16)[0.163]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 00:57:30 -0000 > On Tue, 9 Jun 2020 19:56:30 +0000 > Glen Barber wrote: > > > On Tue, Jun 09, 2020 at 09:47:56PM +0200, Emmanuel Vadot wrote: > > > > > > Hello all, > > > > > > I've just hit again something that I've hit (and probably others too) > > > often. > > > If a change in base break some ports and it's snapshoted in the txz > > > available at download.freebsd.org, you need to wait a week for the next > > > tarball to be available. > > > Since poudriere uses the tarball when you setup a jail it means that > > > the only solution you have is to recreate your jail by building it, and > > > since building world nowdays is very expensive that delay your work too > > > much. > > > Would it be possible to generate the tarballs every day instead of > > > every week ? At least for tier-1 arches. > > > > > > > Let's revisit this sometime next week after 11.4 is out. > > > > Glen > > > > Sure, works for me. > > Thanks, Its not quite a snapshot, but it is the bits one needs to quickly contruct one, and that is in the jenkins artifacts. I even modified my diskless boot environment creater so I can give it a rXXXXX that exists in Jenkins and it builds me a diskless boot tree all set up ready for testing/recovery. http://artifacts.ci.freebsd.org/snapshot/head/${SVNREV}/${ARCH}/${ARCH}/base.txz > -- > Emmanuel Vadot -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Jun 10 09:54:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1160B32F2C7 for ; Wed, 10 Jun 2020 09:54:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49hj5R5ZCWz3TSf for ; Wed, 10 Jun 2020 09:54:51 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id BCBB632F63B; Wed, 10 Jun 2020 09:54:51 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB63832F40F for ; Wed, 10 Jun 2020 09:54:51 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hj5Q4bQ2z3TbS; Wed, 10 Jun 2020 09:54:50 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591782881; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=laF0jcZemONMEpcYRRSEcFceL+amfEiRt+vaAbWBPFo=; b=YBONjbugxNDtDt9wcE4tLyztWcujGdKfEgclXoAC9sGA4Dk46Y9UMfgncTThr5sZ7VUz9w pNTQ6yYdFn4V/srqwVIQYFVL0xViTEFAwC7NpHeabR3yZuYZwfZl78aW/IQqydCkXE+oJo IEQFujaB7hToGLcbcF25nVFtRRxBPFc= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 1553ce98 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 10 Jun 2020 09:54:41 +0000 (UTC) Date: Wed, 10 Jun 2020 11:54:40 +0200 From: Emmanuel Vadot To: Clay Daniels Cc: "freebsd-current@freebsd.org" , re@freebsd.org Subject: Re: nightly snapshot for CURRENT ? Message-Id: <20200610115440.3bfee23878ee5b7dd90c45e0@bidouilliste.com> In-Reply-To: References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49hj5Q4bQ2z3TbS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=YBONjbug; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.02)[-1.017]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.52)[-0.524]; NEURAL_HAM_MEDIUM(-0.91)[-0.912]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 09:54:52 -0000 On Tue, 9 Jun 2020 19:16:47 -0500 Clay Daniels wrote: > On Tue, Jun 9, 2020 at 2:48 PM Emmanuel Vadot wrote: > > > > > Hello all, > > > > I've just hit again something that I've hit (and probably others too) > > often. > > If a change in base break some ports and it's snapshoted in the txz > > available at download.freebsd.org, you need to wait a week for the next > > tarball to be available. > > Since poudriere uses the tarball when you setup a jail it means that > > the only solution you have is to recreate your jail by building it, and > > since building world nowdays is very expensive that delay your work too > > much. > > Would it be possible to generate the tarballs every day instead of > > every week ? At least for tier-1 arches. > > > > Cheers, > > > > -- > > Emmanuel Vadot > > _______________________________________________ > > > > At first I thought you were referring to the weekly snapshots packaged as > install images: > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ > > But I think you are talking about the snapshots of each part, like base, > kernel, ports. src, etc to use as a roll your own install like: > https://download.freebsd.org/ftp/snapshots/arm64/13.0-CURRENT/ Yup > From my selfish perspective as a weekly installer of the regular Thursday > image or iso of 13.0 Current, I would hate to lose the pre-rolled > installer, and I think there are probably others like me. As long as you > keep the weekly install snapshots, it will not affect folks like me. I must > say that what you want to do is how NetBSD does their daily current > snapshots, and they do not even offer pre-rolled install images. > > But you are a real developer and I'm just a retired guy playing with his > hobby, so go ahead and do what you think is best for you. > > Clay I'm not talking about loosing those weekly installer image, I just want more tarballs :) -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Wed Jun 10 09:55:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 45A4C32F439 for ; Wed, 10 Jun 2020 09:55:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49hj636Xw6z3TlH for ; Wed, 10 Jun 2020 09:55:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id E0A4832F3EC; Wed, 10 Jun 2020 09:55:23 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E06BA32F671 for ; Wed, 10 Jun 2020 09:55:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hj632kBdz3ThV; Wed, 10 Jun 2020 09:55:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591782922; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=otleOrrwsSVPsUEcwHJuRZBVhfv4cRV913RTujWzclA=; b=T49pE+qu7pNlG59TBWtb7Y9a49SBWe4YQ6Zc1oVo1sfCSJSKhJiWmYmtP+a+OQkAd1rfeB cBhr46w42kopfVmsJd+zFB93EENFjv83vfcMSXvnhhWUw0r64f91PzXH0fyv3rnPoohW8i Ngv5xbx+HCkmqxmaBIPkGblt2BzqtVg= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id d4b5ea57 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 10 Jun 2020 09:55:22 +0000 (UTC) Date: Wed, 10 Jun 2020 11:55:22 +0200 From: Emmanuel Vadot To: Kyle Evans Cc: Clay Daniels , "freebsd-current@freebsd.org" , FreeBSD Release Engineering Team Subject: Re: nightly snapshot for CURRENT ? Message-Id: <20200610115522.9b8541a12e746d24bb9537c2@bidouilliste.com> In-Reply-To: References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49hj632kBdz3ThV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 09:55:24 -0000 On Tue, 9 Jun 2020 19:56:27 -0500 Kyle Evans wrote: > On Tue, Jun 9, 2020 at 7:17 PM Clay Daniels wrote: > > > > On Tue, Jun 9, 2020 at 2:48 PM Emmanuel Vadot wrote: > > > > > > > > Hello all, > > > > > > I've just hit again something that I've hit (and probably others too) > > > often. > > > If a change in base break some ports and it's snapshoted in the txz > > > available at download.freebsd.org, you need to wait a week for the next > > > tarball to be available. > > > Since poudriere uses the tarball when you setup a jail it means that > > > the only solution you have is to recreate your jail by building it, and > > > since building world nowdays is very expensive that delay your work too > > > much. > > > Would it be possible to generate the tarballs every day instead of > > > every week ? At least for tier-1 arches. > > > > > > Cheers, > > > > > > -- > > > Emmanuel Vadot > > > _______________________________________________ > > > > > > > At first I thought you were referring to the weekly snapshots packaged as > > install images: > > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ > > > > But I think you are talking about the snapshots of each part, like base, > > kernel, ports. src, etc to use as a roll your own install like: > > https://download.freebsd.org/ftp/snapshots/arm64/13.0-CURRENT/ > > > > Yes, these are the parts he's talking about. My initial impression is > that it'd be nice if we could (somehow) leverage Jenkins artifacts [0] > to get even more frequent updates if we really needed to without > significantly impacting re@ -- that's a little more difficult, though, > because build breakage makes it hard to predict what the latest > snapshot you can actually grab is, if any. Perhaps a script that > creates a symlink to the 'last known functional across the board' > revision periodically... > > [0] http://artifacts.ci.freebsd.org/snapshot/head/r361934/amd64/amd64/ I haven't thought about using those, I'll see if I can come up with a poudriere patch that could use this. Thanks for the idea :) > > From my selfish perspective as a weekly installer of the regular Thursday > > image or iso of 13.0 Current, I would hate to lose the pre-rolled > > installer, and I think there are probably others like me. As long as you > > keep the weekly install snapshots, it will not affect folks like me. I must > > say that what you want to do is how NetBSD does their daily cent > > snapshots, and they do not even offer pre-rolled install images. > > > > But you are a real developer and I'm just a retired guy playing with his > > hobby, so go ahead and do what you think is best for you. > > > > This was brought up in a public forum, you should probably feel free > to make non-obstructive comments like this to make sure a fairly > common need is represented. The (light-hearted?) self-deprecation near > the end of this makes me a bit uneasy- I certainly hope you didn't > feel like it was mandatory to acknowledge that he's a developer and > you're a hobbyist, because there's most assuredly more hobbyists (such > as myself) lurking with similar needs/desires. =-) > > Thanks, > > Kyle Evans > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Wed Jun 10 16:41:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E49483393F7 for ; Wed, 10 Jun 2020 16:41:59 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ht7B3R2cz4Fhl for ; Wed, 10 Jun 2020 16:41:57 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835] (unknown [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id EC1EC7220B802 for ; Wed, 10 Jun 2020 18:41:51 +0200 (CEST) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: gcc versus clang issue for 32-bit binaries Message-Id: <128AB51F-0950-448F-8463-12C573C1AA38@freebsd.org> Date: Wed, 10 Jun 2020 18:41:50 +0200 To: "freebsd-current@FreeBSD.org" X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 49ht7B3R2cz4Fhl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 16:42:00 -0000 Dear all, consider the following program test.c: #include #include int=20 main(void) { void *p; =09 p =3D mmap((void *)0x20000000, 0x1000000, PROT_READ | PROT_WRITE = | PROT_EXEC, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0); printf("p=3D %p\n", p); return (0); } On i386 the following happens: * when compiling it with cc and running it, it crashes. * when compiling it with gcc it runs fine. On amd64 the following happens: * when compiling it with cc -m64 it runs fine. * when compiling it with cc -m32 is crashes. * when compiling it with gcc -m64 it runs fine. * when compiling it with gcc -m32 it runs fine. So why does the above program crash when compiled for 32-bit when using = clang, but runs fine when compiled with gcc. I'm testing this on 32-bit and 64-bit head systems. gcc is from ports. The reason I'm looking into it is that I want to get syzkaller working = on 32-bit with clang. Best regards Michael From owner-freebsd-current@freebsd.org Wed Jun 10 16:59:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D02B339C7C for ; Wed, 10 Jun 2020 16:59:16 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49htW827ttz4Ggl; Wed, 10 Jun 2020 16:59:16 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x82c.google.com with SMTP id y1so2282129qtv.12; Wed, 10 Jun 2020 09:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=JzZ/kV2lqfJbJBY7QySu2LY2il6V5gKxMblsPdAy5wM=; b=dVTIgWE1Rh35022+3LroApzp/PLZj0tx17xUmrUva2HEPsoM8Sso5J1bK2b8ZlNfD1 jTV1k8VLa9dutGryOTyDFU6WOXzY2PuT/RoeiOTRobq3Hp54eRmteZYmR4guInJ25fK2 bZtd7KxS94duwp2SRnqTWHQ7i9KIt82X735AnsmyCfiXAYLZLQWA3KhA3Jkx7kSGkIeW iM3dZoKafDL4CKLFVruAEoQWJbKltj1IBad+5n+t5ZgosGxA+Sb279uxrQcMadgH93Ig qMn4lAFlgcQNWUJeQ7FEMSD2E9iV7hJrs5qgjD9Lu/ZxrTh0jmAbkgYgWNRob15bSuUu svVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=JzZ/kV2lqfJbJBY7QySu2LY2il6V5gKxMblsPdAy5wM=; b=sd2Bq14DiYO6xg6mMIiNVg1l6Lkabsf5/787rBEMa3qDHn2YK2ORXLftjvhTucikZp Hpj948IolVT/EthE4vwm37mzfV956NvptZvCG+HOIhCqjOMc+ANTwGOxWt2Vgx0SsxtM /LmLZJEzCh+MqeNjFbl0IPmnRaf+jTo1t3HPpr2XB6cQjqFefTYjmeO7BvxvwMXlf/YR gTN6YastI5dWBJLVmYnpIapcBruaYa/wWf/qb5W27YVYN/sYgacnLMr9S+Pj0Gi21ZCp jpQvNvQSKNKOl0inw8JH1PzVgi9PN2yNa1DEYtgLXP8tM/JvSlh86cBSsm8bZqDB9wUM h31w== X-Gm-Message-State: AOAM530OX+L8SFxS47CESi+aZmMfolxmJ0Lks9StYfnHRSFLuCrs1nOk HMWTj0si/AewueUJcj5XWHOJ/uygCbY= X-Google-Smtp-Source: ABdhPJy60roR4tantMb/uLU2VtKQ110a4PAXxAY7wCpxcUx0OnrR/dnuwBX1rC6ftX1PlvL9/trBgQ== X-Received: by 2002:ac8:4c8d:: with SMTP id j13mr4371012qtv.38.1591808353873; Wed, 10 Jun 2020 09:59:13 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-21-184-147-207-195.dsl.bell.ca. [184.147.207.195]) by smtp.gmail.com with ESMTPSA id i33sm389095qtc.35.2020.06.10.09.59.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Jun 2020 09:59:13 -0700 (PDT) Sender: Mark Johnston Date: Wed, 10 Jun 2020 12:59:08 -0400 From: Mark Johnston To: Michael Tuexen Cc: "freebsd-current@FreeBSD.org" Subject: Re: gcc versus clang issue for 32-bit binaries Message-ID: <20200610165908.GA81346@raichu> References: <128AB51F-0950-448F-8463-12C573C1AA38@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <128AB51F-0950-448F-8463-12C573C1AA38@freebsd.org> X-Rspamd-Queue-Id: 49htW827ttz4Ggl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 16:59:16 -0000 On Wed, Jun 10, 2020 at 06:41:50PM +0200, Michael Tuexen wrote: > Dear all, > > consider the following program test.c: > > #include > #include > > int > main(void) > { > void *p; > > p = mmap((void *)0x20000000, 0x1000000, PROT_READ | PROT_WRITE | PROT_EXEC, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0); > printf("p= %p\n", p); > return (0); > } > > On i386 the following happens: > * when compiling it with cc and running it, it crashes. > * when compiling it with gcc it runs fine. > > On amd64 the following happens: > * when compiling it with cc -m64 it runs fine. > * when compiling it with cc -m32 is crashes. > * when compiling it with gcc -m64 it runs fine. > * when compiling it with gcc -m32 it runs fine. > > So why does the above program crash when compiled for 32-bit when using clang, but runs fine when compiled with gcc. The difference is between ld.bfd and ld.lld, which emit executables with different entry point addresses. cc -m32 -fuse-ld=bfd gives an executable that does not crash. When linked with lld, libc and ld-elf get mapped into the region [0x20000000,0x21000000], so the program crashes when the libc.so mapping is overwritten with that created by the mmap() call and the program calls printf(). > I'm testing this on 32-bit and 64-bit head systems. gcc is from ports. > > The reason I'm looking into it is that I want to get syzkaller working on 32-bit with clang. Do you know why SYZ_DATA_OFFSET is hard-coded the way it is? It looks like it works more or less by accident, but at a glance I don't see why it has to be a fixed mapping. From owner-freebsd-current@freebsd.org Wed Jun 10 17:40:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EBC2C33A9F9 for ; Wed, 10 Jun 2020 17:40:12 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hvQN4FQ2z4Jmy; Wed, 10 Jun 2020 17:40:12 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835] (unknown [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id E657B7220B802; Wed, 10 Jun 2020 19:40:08 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: gcc versus clang issue for 32-bit binaries From: Michael Tuexen In-Reply-To: <20200610165908.GA81346@raichu> Date: Wed, 10 Jun 2020 19:40:07 +0200 Cc: "freebsd-current@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <0281EB7A-B5DE-4D52-96DF-C7A2D6DC805C@freebsd.org> References: <128AB51F-0950-448F-8463-12C573C1AA38@freebsd.org> <20200610165908.GA81346@raichu> To: Mark Johnston X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 49hvQN4FQ2z4Jmy X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 17:40:13 -0000 > On 10. Jun 2020, at 18:59, Mark Johnston wrote: >=20 > On Wed, Jun 10, 2020 at 06:41:50PM +0200, Michael Tuexen wrote: >> Dear all, >>=20 >> consider the following program test.c: >>=20 >> #include >> #include >>=20 >> int=20 >> main(void) >> { >> void *p; >> =09 >> p =3D mmap((void *)0x20000000, 0x1000000, PROT_READ | PROT_WRITE = | PROT_EXEC, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0); >> printf("p=3D %p\n", p); >> return (0); >> } >>=20 >> On i386 the following happens: >> * when compiling it with cc and running it, it crashes. >> * when compiling it with gcc it runs fine. >>=20 >> On amd64 the following happens: >> * when compiling it with cc -m64 it runs fine. >> * when compiling it with cc -m32 is crashes. >> * when compiling it with gcc -m64 it runs fine. >> * when compiling it with gcc -m32 it runs fine. >>=20 >> So why does the above program crash when compiled for 32-bit when = using clang, but runs fine when compiled with gcc. >=20 > The difference is between ld.bfd and ld.lld, which emit executables = with > different entry point addresses. cc -m32 -fuse-ld=3Dbfd gives an > executable that does not crash. >=20 > When linked with lld, libc and ld-elf get mapped into the region > [0x20000000,0x21000000], so the program crashes when the libc.so = mapping > is overwritten with that created by the mmap() call and the program > calls printf(). >=20 >> I'm testing this on 32-bit and 64-bit head systems. gcc is from = ports. >>=20 >> The reason I'm looking into it is that I want to get syzkaller = working on 32-bit with clang. >=20 > Do you know why SYZ_DATA_OFFSET is hard-coded the way it is? It looks > like it works more or less by accident, but at a glance I don't see = why > it has to be a fixed mapping. I don't know, it comes from: = https://github.com/google/syzkaller/blob/master/sys/targets/targets.go#L45= 0 Do you have a value which can be used on FreeBSD? Then we can just = change it... Best regards Michael From owner-freebsd-current@freebsd.org Wed Jun 10 18:31:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5757E33C1A0 for ; Wed, 10 Jun 2020 18:31:45 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: from mail-io1-xd42.google.com (mail-io1-xd42.google.com [IPv6:2607:f8b0:4864:20::d42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hwYr70ZPz4NG0; Wed, 10 Jun 2020 18:31:44 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: by mail-io1-xd42.google.com with SMTP id m81so3443472ioa.1; Wed, 10 Jun 2020 11:31:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ujk1yJ47RbHMYc8T2VOezOx+MB8rgTI0fbqcS8QO3ek=; b=mpHoWzo5vNkrw1bdjfPubkv77iuKkNqIYXyh05CYHOYyPVex4Z67Dxbnt2sQlPRhIf ydJcO9b/jaR2tRi+Me6Yc2/xbCoPXg8kf7I1AX81DgjJV6T2w4wEpOlwuPcQlf8+tjZW kiKk1N7vqK4l86sOs0IaxUqmsOG7pfy5M1pjWiDSTxstOXQXDnesN4TmFKCgD4b8FUFk vWgOUyRLy6P3TMjNhvxGLuf5pkVd0WbDmpYGCak1gKLqItne9Cl5CaZsz2az34LMz7Wp gjhtdW3LyOOxqTlWUoQsEVdLf1oirw+jvB+14MV9NP2F52whBhNNpi1/JbfgrG//qtcA 7zDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ujk1yJ47RbHMYc8T2VOezOx+MB8rgTI0fbqcS8QO3ek=; b=s4yjcWZATxdxkTedVO1vfLuvgY/nls7qk8+Wb+cpUqtVgYZZG88tDTPkG0XyKbUxUM faPeT84ACr5mzs1j57sTVAaGALtIM9ADGjhJRaOgo8KDdJX6wfdbJLzpJSH3n3h5K53F m45hLBpFRU/bvkcEHKIwTsF4zLVlFf/SZ8A58iFZD72UyKTyXuRd+Wu3sEKO83/TWK9g KN1oCYl2+4jFh70D4fvBDImnmw8RhXSOb3yoe7ELkxcQQKB04FL2dxbEDeftvZSUeMfn nR+vO335/TB6p8aAiy/fUYjtXeXuAugJ7AVv9dBi9tEoRcyioSpmlPpHzciYObrk/JLY EmYg== X-Gm-Message-State: AOAM532eDWHPlQh4w+zbqbnycNLtxOesRSunZBu6hJyVnBuzTKz6PYXp UjUW+dej67vKzEvg6LMD78brKrO3Glc7fLWB6qMk64As X-Google-Smtp-Source: ABdhPJxXVPVjtCbxWCMuid39cEawBYcN92xT9SwStKuBMn2tBYMMVGdAHa0jS4dBlbdydJHQe0Aq4Sjl4nZefqw1Y4c= X-Received: by 2002:a5e:a70b:: with SMTP id b11mr4686353iod.63.1591813903647; Wed, 10 Jun 2020 11:31:43 -0700 (PDT) MIME-Version: 1.0 References: <128AB51F-0950-448F-8463-12C573C1AA38@freebsd.org> <20200610165908.GA81346@raichu> <0281EB7A-B5DE-4D52-96DF-C7A2D6DC805C@freebsd.org> In-Reply-To: <0281EB7A-B5DE-4D52-96DF-C7A2D6DC805C@freebsd.org> From: Damjan Jovanovic Date: Wed, 10 Jun 2020 20:30:23 +0200 Message-ID: Subject: Re: gcc versus clang issue for 32-bit binaries To: Michael Tuexen Cc: Mark Johnston , "freebsd-current@FreeBSD.org" X-Rspamd-Queue-Id: 49hwYr70ZPz4NG0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 18:31:45 -0000 MAP_FIXED is generally bad news, as it overwrites any prior mappings within the range of addresses being mapped to. They should use MAP_FIXED | MAP_EXCL instead, which will fail if any mappings already exist in the range, and then maybe retry with another range if it fails. Linux and NetBSD have MAP_TRYFIXED instead, which does the retrying internally. Or at the very least, run mincore() on every page in the range to verify that nothing is mapped before using mmap() with MAP_FIXED. If there is no other way but to use a single hardcoded value, check /proc//map for a number of different processes, 32 and 64 bit, and find an address range that isn't used often. Damjan On Wed, Jun 10, 2020 at 7:40 PM Michael Tuexen wrote: > > On 10. Jun 2020, at 18:59, Mark Johnston wrote: > > > > On Wed, Jun 10, 2020 at 06:41:50PM +0200, Michael Tuexen wrote: > >> Dear all, > >> > >> consider the following program test.c: > >> > >> #include > >> #include > >> > >> int > >> main(void) > >> { > >> void *p; > >> > >> p = mmap((void *)0x20000000, 0x1000000, PROT_READ | PROT_WRITE | > PROT_EXEC, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0); > >> printf("p= %p\n", p); > >> return (0); > >> } > >> > >> On i386 the following happens: > >> * when compiling it with cc and running it, it crashes. > >> * when compiling it with gcc it runs fine. > >> > >> On amd64 the following happens: > >> * when compiling it with cc -m64 it runs fine. > >> * when compiling it with cc -m32 is crashes. > >> * when compiling it with gcc -m64 it runs fine. > >> * when compiling it with gcc -m32 it runs fine. > >> > >> So why does the above program crash when compiled for 32-bit when using > clang, but runs fine when compiled with gcc. > > > > The difference is between ld.bfd and ld.lld, which emit executables with > > different entry point addresses. cc -m32 -fuse-ld=bfd gives an > > executable that does not crash. > > > > When linked with lld, libc and ld-elf get mapped into the region > > [0x20000000,0x21000000], so the program crashes when the libc.so mapping > > is overwritten with that created by the mmap() call and the program > > calls printf(). > > > >> I'm testing this on 32-bit and 64-bit head systems. gcc is from ports. > >> > >> The reason I'm looking into it is that I want to get syzkaller working > on 32-bit with clang. > > > > Do you know why SYZ_DATA_OFFSET is hard-coded the way it is? It looks > > like it works more or less by accident, but at a glance I don't see why > > it has to be a fixed mapping. > I don't know, it comes from: > https://github.com/google/syzkaller/blob/master/sys/targets/targets.go#L450 > > Do you have a value which can be used on FreeBSD? Then we can just change > it... > > Best regards > Michael > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jun 10 20:14:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C702933E831 for ; Wed, 10 Jun 2020 20:14:53 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hyrs3JWfz4WXs; Wed, 10 Jun 2020 20:14:52 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835] (unknown [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id B71347220B802; Wed, 10 Jun 2020 22:14:48 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: gcc versus clang issue for 32-bit binaries From: Michael Tuexen In-Reply-To: <20200610165908.GA81346@raichu> Date: Wed, 10 Jun 2020 22:14:47 +0200 Cc: "freebsd-current@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <49FD752E-9BA0-4F1A-8B6C-47EBFB5911D3@freebsd.org> References: <128AB51F-0950-448F-8463-12C573C1AA38@freebsd.org> <20200610165908.GA81346@raichu> To: Mark Johnston X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 49hyrs3JWfz4WXs X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 20:14:53 -0000 > On 10. Jun 2020, at 18:59, Mark Johnston wrote: >=20 > On Wed, Jun 10, 2020 at 06:41:50PM +0200, Michael Tuexen wrote: >> Dear all, >>=20 >> consider the following program test.c: >>=20 >> #include >> #include >>=20 >> int=20 >> main(void) >> { >> void *p; >> =09 >> p =3D mmap((void *)0x20000000, 0x1000000, PROT_READ | PROT_WRITE = | PROT_EXEC, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0); >> printf("p=3D %p\n", p); >> return (0); >> } >>=20 >> On i386 the following happens: >> * when compiling it with cc and running it, it crashes. >> * when compiling it with gcc it runs fine. >>=20 >> On amd64 the following happens: >> * when compiling it with cc -m64 it runs fine. >> * when compiling it with cc -m32 is crashes. >> * when compiling it with gcc -m64 it runs fine. >> * when compiling it with gcc -m32 it runs fine. >>=20 >> So why does the above program crash when compiled for 32-bit when = using clang, but runs fine when compiled with gcc. >=20 > The difference is between ld.bfd and ld.lld, which emit executables = with > different entry point addresses. cc -m32 -fuse-ld=3Dbfd gives an > executable that does not crash. >=20 > When linked with lld, libc and ld-elf get mapped into the region > [0x20000000,0x21000000], so the program crashes when the libc.so = mapping > is overwritten with that created by the mmap() call and the program > calls printf(). >=20 >> I'm testing this on 32-bit and 64-bit head systems. gcc is from = ports. >>=20 >> The reason I'm looking into it is that I want to get syzkaller = working on 32-bit with clang. >=20 > Do you know why SYZ_DATA_OFFSET is hard-coded the way it is? It looks > like it works more or less by accident, but at a glance I don't see = why > it has to be a fixed mapping. It looks like 0x10000000 works fine on my 32-bit VM. I added you as a reviewer on = https://github.com/google/syzkaller/pull/1809 Best regards Michael From owner-freebsd-current@freebsd.org Wed Jun 10 20:16:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2CE1E33EC03 for ; Wed, 10 Jun 2020 20:16:42 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hytx5Ntwz4WyH; Wed, 10 Jun 2020 20:16:41 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835] (unknown [IPv6:2a02:8109:1140:c3d:7000:7152:c399:835]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id D41577220B802; Wed, 10 Jun 2020 22:16:37 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: gcc versus clang issue for 32-bit binaries From: Michael Tuexen In-Reply-To: Date: Wed, 10 Jun 2020 22:16:35 +0200 Cc: Mark Johnston , "freebsd-current@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <55C26C30-15C3-46E2-A449-6A0416D86798@freebsd.org> References: <128AB51F-0950-448F-8463-12C573C1AA38@freebsd.org> <20200610165908.GA81346@raichu> <0281EB7A-B5DE-4D52-96DF-C7A2D6DC805C@freebsd.org> To: Damjan Jovanovic X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 49hytx5Ntwz4WyH X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 10 Jun 2020 20:16:42 -0000 > On 10. Jun 2020, at 20:30, Damjan Jovanovic = wrote: >=20 > MAP_FIXED is generally bad news, as it overwrites any prior mappings = within the range of addresses being mapped to. >=20 > They should use MAP_FIXED | MAP_EXCL instead, which will fail if any = mappings already exist in the range, and then maybe retry with another = range if it fails. Linux and NetBSD have MAP_TRYFIXED instead, which = does the retrying internally. Or at the very least, run mincore() on = every page in the range to verify that nothing is mapped before using = mmap() with MAP_FIXED. It is used in syzkaller. Some go code generates C include files... So = right now I might want to stick with a value. >=20 > If there is no other way but to use a single hardcoded value, check = /proc//map for a number of different processes, 32 and 64 bit, and = find an address range that isn't used often. Thanks for the hint. I tried to find one. Let's see how good this guess = is. Best regards Michael >=20 > Damjan >=20 >=20 > On Wed, Jun 10, 2020 at 7:40 PM Michael Tuexen = wrote: > > On 10. Jun 2020, at 18:59, Mark Johnston wrote: > >=20 > > On Wed, Jun 10, 2020 at 06:41:50PM +0200, Michael Tuexen wrote: > >> Dear all, > >>=20 > >> consider the following program test.c: > >>=20 > >> #include > >> #include > >>=20 > >> int=20 > >> main(void) > >> { > >> void *p; > >> =20 > >> p =3D mmap((void *)0x20000000, 0x1000000, PROT_READ | = PROT_WRITE | PROT_EXEC, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0); > >> printf("p=3D %p\n", p); > >> return (0); > >> } > >>=20 > >> On i386 the following happens: > >> * when compiling it with cc and running it, it crashes. > >> * when compiling it with gcc it runs fine. > >>=20 > >> On amd64 the following happens: > >> * when compiling it with cc -m64 it runs fine. > >> * when compiling it with cc -m32 is crashes. > >> * when compiling it with gcc -m64 it runs fine. > >> * when compiling it with gcc -m32 it runs fine. > >>=20 > >> So why does the above program crash when compiled for 32-bit when = using clang, but runs fine when compiled with gcc. > >=20 > > The difference is between ld.bfd and ld.lld, which emit executables = with > > different entry point addresses. cc -m32 -fuse-ld=3Dbfd gives an > > executable that does not crash. > >=20 > > When linked with lld, libc and ld-elf get mapped into the region > > [0x20000000,0x21000000], so the program crashes when the libc.so = mapping > > is overwritten with that created by the mmap() call and the program > > calls printf(). > >=20 > >> I'm testing this on 32-bit and 64-bit head systems. gcc is from = ports. > >>=20 > >> The reason I'm looking into it is that I want to get syzkaller = working on 32-bit with clang. > >=20 > > Do you know why SYZ_DATA_OFFSET is hard-coded the way it is? It = looks > > like it works more or less by accident, but at a glance I don't see = why > > it has to be a fixed mapping. > I don't know, it comes from: > = https://github.com/google/syzkaller/blob/master/sys/targets/targets.go#L45= 0 >=20 > Do you have a value which can be used on FreeBSD? Then we can just = change it... >=20 > Best regards > Michael >=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" From owner-freebsd-current@freebsd.org Thu Jun 11 01:57:05 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D02FD3448DC for ; Thu, 11 Jun 2020 01:57:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 49j6Rh5Qjrz3Zgf for ; Thu, 11 Jun 2020 01:57:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: EcYWCd8VM1mhPmWkBvPeNWsfCnelVPAeJfxYido6r5Q_2soHJB4lG8t0wILngZk ye9pqxVUx9zwz09dyfJ3P9EYJGgc4ytH4BceyfHk4hwnAyyKxQWlM2yIg96z4D0F8a01rykHKiog KMLdIfZHurDZCWn_Pjsej.VOidxZfTQoy_1Bt6hk8rZ62bB2h41cus_xwAsVHv664fshMWlw0Qbq d8KtbdMdRbN3BolSLp6P1ZecRM212r7w_SEKqRbW3yoZ1HQnk8FHZsxJXjsDJYFmd4eA1ZhMTKpA ZnmZAepncte_uEMMLk2J.qtE.zOwiwTrlt2ZRBB_gNBy2pAw9YEYif2wq25ZfXJi9fSNKn0rLHfi s7H9Suy89bm8VmUSliw03WBBHipLMy0ozMXnV9qkG7wksCFvLSlWClwcqh.GHk6UCt9m5ODJ.VAV tntWg3cXR1zR6wiXtnz2ttSjUTZuM5lA2GYzfOTDeX2rN6F70YtXUhrSiRrEX4njbgO3uz0nxxKe BWSNcJbUD7r80K7oKtbVsOL8AcKAHiJ_f3_EhtXseajEk0OaTeM9jKoQXjglsI6d..LmdZKhZ7S4 4oVLU5QgRrL._176furakeDlbcIOKcPUSBJkf82HsuD5jLKLANz4qyBz8wS5e6S1qHGhP_46O.rG w3GnF1VWLXvvp3uNnDeRDddCxWib9KFJDatOALRf7whI2vu6yql8yBYQZwBE0hddqCRZyONQ8JDc x8BTvZWw.9FS.RF5hfm_EyucxbUS9YNEkPWUiz2iEtCyv5xtmhvT222pZsbB7JT1wv6h9S5zMY8x atG6MSvNDkzrWdZK7SX4PzJRvegFWoabyVG3KOdoH.z_1hSlz3dgFZI7v.fc4yePdIq.126N77Y2 VzmsaYm3azMxU3YppO1eiXCx5_0IpQ0WCmX42JGrA6XTUHQDz0Hf_0ATHakqWQ8ZJfE4IYVueD.L zmD__lR3va3Lbzy_dRQ61eHByN7PvntVjeXpcrcjMmdUVIYS4Fk7H_FPrJnpYFGnr3CuOMWdO9wL divaKmYUKDx36okSLvbsvGMb_JmJn08ueU6xtdcwAl6WqCKxA6Nlfh7QT.zmJFK14Ho2lTHcW70C sNXZhA5YFQjpLTz.Xzrj9HH278ZzTpmHpVhvgwAV7T3kMCpHgyScn9REMhJX89W0brsKcoBZuCGo pmhULcAv6pLS7NXyYtKl_Tnvke4LoJKehtBYe9Va.sLAnkn_bTtn7k33Utg_KJJuSkOy5T66d0uQ SPgTROrzIbUcCPaYBfmZc4VEp0B86uw2czQCX_Zdds0lmzLYdqE3MjhZJZRdgMOeyPZvTVQ2zRbH 40W83C7fag4tqceICToJATPPi5he3fidNPxh13roTdt70kCcZB4LnJKLCAs95BiK9SgTvtq4snzT 2zbv6Tl_osVCl6VH.VQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Jun 2020 01:57:01 +0000 Received: by smtp419.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 54c6ff5e13356fd16977b52c6a38d5c8; Thu, 11 Jun 2020 01:56:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: <20200513105632.06db9e21@titan.knownspace> Date: Wed, 10 Jun 2020 18:56:57 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: quoted-printable Message-Id: References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49j6Rh5Qjrz3Zgf X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.02 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.47)[-0.466]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.064]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.985]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 01:57:05 -0000 On 2020-May-13, at 08:56, Justin Hibbits wrote: > Hi Mark, Hello Justin. > On Wed, 13 May 2020 01:43:23 -0700 > Mark Millard wrote: >=20 >> [I'm adding a reference to an old arm64/aarch64 bug that had >> pages turning to zero, in case this 32-bit powerpc issue is >> somewhat analogous.] >>=20 >>> . . . > ... >> . . . >>=20 >> (Note: dsl-only.net closed down, so the E-mail >> address reference is no longer valid.) >>=20 >> Author: kib >> Date: Mon Apr 10 15:32:26 2017 >> New Revision: 316679 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/316679 >>=20 >>=20 >> Log: >> Do not lose dirty bits for removing PROT_WRITE on arm64. >>=20 >> Arm64 pmap interprets accessed writable ptes as modified, since >> ARMv8.0 does not track Dirty Bit Modifier in hardware. If writable >> bit is removed, page must be marked as dirty for MI VM. >>=20 >> This change is most important for COW, where fork caused losing >> content of the dirty pages which were not yet scanned by pagedaemon. >>=20 >> Reviewed by: alc, andrew >> Reported and tested by: Mark Millard >> PR: 217138, 217239 >> Sponsored by: The FreeBSD Foundation >> MFC after: 2 weeks >>=20 >> Modified: >> head/sys/arm64/arm64/pmap.c >>=20 >> Modified: head/sys/arm64/arm64/pmap.c >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=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/sys/arm64/arm64/pmap.c Mon Apr 10 12:35:58 >> 2017 (r316678) +++ head/sys/arm64/arm64/pmap.c Mon Apr >> 10 15:32:26 2017 (r316679) @@ -2481,6 +2481,11 @@ >> pmap_protect(pmap_t pmap, vm_offset_t sv sva +=3D L3_SIZE) { >> l3 =3D pmap_load(l3p); >> if (pmap_l3_valid(l3)) { >> + if ((l3 & ATTR_SW_MANAGED) && >> + pmap_page_dirty(l3)) { >> + >> vm_page_dirty(PHYS_TO_VM_PAGE(l3 & >> + ~ATTR_MASK)); >> + } >> pmap_set(l3p, ATTR_AP(ATTR_AP_RO)); >> PTE_SYNC(l3p); >> /* XXX: Use pmap_invalidate_range */ >>=20 >> . . . >>=20 >=20 > Thanks for this reference. I took a quick look at the 3 pmap > implementations we have (haven't check the new radix pmap yet), and it > looks like only mmu_oea.c (32-bit AIM pmap, for G3 and G4) is missing > vm_page_dirty() calls in its pmap_protect() implementation, analogous > to the change you posted right above. Given this, I think it's safe to > say that this missing piece is necessary. We'll work on a fix for > this; looking at moea64_protect(), there may be additional work needed > to support this as well, so it may take a few days. Ping? Any clue when the above might happen? I've been avoiding the old PowerMacs and leaving them at head -r360311 , pending an update that would avoid the kernel zeroing pages that it should not zero. But I've seen that you were busy with more modern contexts this last about a month. And, clearly, my own context has left pending (for much longer) other more involved activities (compared to just periodically updating to more recent FreeBSD vintages). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jun 11 04:01:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5798A349FD7 for ; Thu, 11 Jun 2020 04:01:34 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49j9CK2Zgjz41bJ for ; Thu, 11 Jun 2020 04:01:33 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x236.google.com with SMTP id y11so5196700ljm.9 for ; Wed, 10 Jun 2020 21:01:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=AZHADi9XiZoOgSyGiLDP/cE3kpE391tNiUAaqqsB6Z8=; b=i6hgDuAlwIfQguZc6ufFa+S66Yzus64Tnq6/FXsckDPhf3svP2fub7l/aZozUxs8ap Dq59oTByRA/+ZG8WzqP+sVitRDIgBUX4eBq4Cuby+oVz2GeI/TSsuozMscs28KUQOflL b3pca/T60n+ht2AcksMurf+GnpGbqpErphoRebtLCp0PB37HQrXjL5WH/PkdEDTOf5Ti IAKVhKhh5jIZeGvKVMCHHZmC/XdVAlr6fELAo7JCVwKuY+d5x3r4Ai1Pr364oNdlhxw8 3Dp3p1iQ4A6Rglj1+FPI0ypf64ukOks3btY/XTfWvXrx5vH9pwUsDRGrzoULky2/PWLb ZJCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=AZHADi9XiZoOgSyGiLDP/cE3kpE391tNiUAaqqsB6Z8=; b=mbD0MsnuQQhQw5Ihgn8jTkR3hmqQnBGCdfnxD6k1uWpSAUrST5In7oVPMS8a4bkvzu hc21pqvnfxqHT4O80PzDryU+42U1PaCYe/dmlDVH1zxBi4gVSejncQmopXs/edEQgFXL Pl0l6fJx1hiX192wMXQEB4vuTWbQxCbE4WaJAZgZUsHH11Qw5W+n/U9L9G0lUE/iZEGh zjiKked8sp5AYD5X+m33acomdVPmf9TFP8h0quOJQSvQY92PlIcNncUkZOoLwJGIVMhy QJFSs1qOPBnsu0hHgsHDdnCux4l/Vn9cSB64Wd/GIHwgCi2qxsykaUUHg52Axt5zx5W7 eqkg== X-Gm-Message-State: AOAM532+WxNJ6Ji0KHnmXTfEJKJaJbC3vxmRX0Idt5QosYh4j+0LxGna VQe4t8knLiUm18uIqj2kIszz9AZ1RU8= X-Google-Smtp-Source: ABdhPJyGTusTy7VxlB0PYhQbLhtkKSVk0049a6tTO/xGT9H09Mf7/31WA5v6bOh2dDOBMSj5V0UvpQ== X-Received: by 2002:a2e:1402:: with SMTP id u2mr3402369ljd.357.1591848091298; Wed, 10 Jun 2020 21:01:31 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id f19sm448688lfk.24.2020.06.10.21.01.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Jun 2020 21:01:30 -0700 (PDT) References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> <86lfl1kjfs.fsf@gmail.com> <20200605103722.835934106231159991a656fe@bidouilliste.com> <86img5kipf.fsf@gmail.com> <20200605105547.667d59612562e7f367c8840b@bidouilliste.com> <868sh1pt36.fsf@gmail.com> <20200606003138.343cdc83c9fdfbc4300d4ac2@bidouilliste.com> <864krpp0ym.fsf@gmail.com> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Emmanuel Vadot Cc: Hans Petter Selasky , "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 In-reply-to: <864krpp0ym.fsf@gmail.com> Date: Thu, 11 Jun 2020 06:01:30 +0200 Message-ID: <8636725jz9.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49j9CK2Zgjz41bJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=i6hgDuAl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::236 as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.07)[-1.066]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.996]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::236:from]; NEURAL_HAM_SHORT(-0.55)[-0.550]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 04:01:34 -0000 I have verified that there is no logging when I resume and have to reboot, so I think it's pretty locked up. From owner-freebsd-current@freebsd.org Thu Jun 11 13:05:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EDCDB32F983 for ; Thu, 11 Jun 2020 13:05:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jPGX4Tnqz4Z2M for ; Thu, 11 Jun 2020 13:05:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 9971B32F982; Thu, 11 Jun 2020 13:05:08 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9939032F8A6 for ; Thu, 11 Jun 2020 13:05:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jPGW3x7mz4ZTG for ; Thu, 11 Jun 2020 13:05:07 +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 05BD50Ph060418 for ; Thu, 11 Jun 2020 13:05:00 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BD50Te060417 for current@freebsd.org; Thu, 11 Jun 2020 06:05:00 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 06:05:00 -0700 From: David Wolfskill To: current@freebsd.org Subject: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611130500.GW1392@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IHnTmDFdF6qwEwEs" Content-Disposition: inline X-Rspamd-Queue-Id: 49jPGW3x7mz4ZTG X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [1.03 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.882]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.963]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.28)[0.275]; DMARC_NA(0.00)[catwhisker.org]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; REPLYTO_EQ_TO_ADDR(5.00)[] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 13:05:09 -0000 --IHnTmDFdF6qwEwEs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Build machine (mini-tower) performed the update (r362008 -> r362045) without issue, but my laptop panicked quite early on -- before the dump device was configured. I have taken and placed a couple of screen shots in http://www.catwhisker.org/~david/FreeBSD/head/r362045/ Looking at the displayed backtrace, I see: --- trap 0xc ... futex_xchgl_reslover() elf_reloc_internal() link_elf_reloc_local() link_elf_link_preload_finish() linker_preload() mi_startup() Any clues? I'm hapy to poke at it or try patches. Booting from kernel.old (r362008) still works: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #46 r362008M= /362008: Wed Jun 10 04:19:33 PDT 2020 root@g1-55.catwhisker.org:/common= /S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300097 1300097 Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --IHnTmDFdF6qwEwEs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7iK/xfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pckq9QgAmW7SqeRUlT9Q64FUs6X5HxlZ6cABFsVhKlnisncg14/L7UwAnOI6B9+s WjUaVVeeUvlE+f3e/nJEvEjbNIaugQN7zhhxL9A0lw6YsDjRTx3ZksMOA/tQh7Nf 5InDpXor9nz51hOT76Z8jH8WUq+yVb5S1piKiaXfG+AOcNzcmcgtT9TmZLJvaeFC 826u0bwPjLY+Ph16yu+EDtDcwaZOWMHC0G2yxxq9ZOmeZ1IpB+Ltx8aAEY2GIAAz v/AEEEwQjOgvt44PgqzkxGyphHInL0San+d8Oti3apd4ZrxAc/qdh+AF6xEQjgPs Y332xwwPDx6O5824Anu/iXgE/GnF8w== =6nVk -----END PGP SIGNATURE----- --IHnTmDFdF6qwEwEs-- From owner-freebsd-current@freebsd.org Thu Jun 11 13:21:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59B543303D6 for ; Thu, 11 Jun 2020 13:21:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jPdc0Hhnz4cCJ for ; Thu, 11 Jun 2020 13:21:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 09ED6330177; Thu, 11 Jun 2020 13:21:40 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 09B99330176 for ; Thu, 11 Jun 2020 13:21:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jPdb2s6lz4c9G for ; Thu, 11 Jun 2020 13:21:39 +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 05BDLTPb095788 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 11 Jun 2020 16:21:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 05BDLTPb095788 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 05BDLTfP095787 for current@freebsd.org; Thu, 11 Jun 2020 16:21:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 11 Jun 2020 16:21:29 +0300 From: Konstantin Belousov To: current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611132129.GL48478@kib.kiev.ua> References: <20200611130500.GW1392@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611130500.GW1392@albert.catwhisker.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49jPdb2s6lz4c9G X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 13:21:40 -0000 On Thu, Jun 11, 2020 at 06:05:00AM -0700, David Wolfskill wrote: > Build machine (mini-tower) performed the update (r362008 -> r362045) > without issue, but my laptop panicked quite early on -- before the dump > device was configured. > > I have taken and placed a couple of screen shots in > http://www.catwhisker.org/~david/FreeBSD/head/r362045/ > > Looking at the displayed backtrace, I see: > > --- trap 0xc ... > futex_xchgl_reslover() > elf_reloc_internal() > link_elf_reloc_local() > link_elf_link_preload_finish() > linker_preload() > mi_startup() > > Any clues? I'm hapy to poke at it or try patches. > > Booting from kernel.old (r362008) still works: > FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #46 r362008M/362008: Wed Jun 10 04:19:33 PDT 2020 root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300097 1300097 The link times out. There is not much to access in futex_xchgl_resolver() except for the data segment. Without full panic message and disassemble of your instance of futex_xchgl_resolver() it is not possible to ee what is going on. Just in case, can you try clean build, if you did -DNO_CLEAN ? From owner-freebsd-current@freebsd.org Thu Jun 11 13:29:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 256E0330C44 for ; Thu, 11 Jun 2020 13:29:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jPpZ6nNdz4dKt for ; Thu, 11 Jun 2020 13:29:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id E8DEC330D10; Thu, 11 Jun 2020 13:29:26 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E8A51330C43 for ; Thu, 11 Jun 2020 13:29:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jPpZ05yTz4d4n for ; Thu, 11 Jun 2020 13:29:25 +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 05BDTOZF060644; Thu, 11 Jun 2020 13:29:24 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BDTOsB060643; Thu, 11 Jun 2020 06:29:24 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 06:29:24 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611132924.GX1392@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="25DAq431WDHkgiLI" Content-Disposition: inline In-Reply-To: <20200611132129.GL48478@kib.kiev.ua> X-Rspamd-Queue-Id: 49jPpZ05yTz4d4n X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-4.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; NEURAL_HAM_LONG(-0.98)[-0.984]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.14)[-0.137]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 13:29:27 -0000 --25DAq431WDHkgiLI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2020 at 04:21:29PM +0300, Konstantin Belousov wrote: > ... > The link times out. Sigh. Sorry about that; I have copied the images to freefall:~dhw/head/r362045/ . > There is not much to access in futex_xchgl_resolver() except for the > data segment. Without full panic message and disassemble of your instance > of futex_xchgl_resolver() it is not possible to ee what is going on. >=20 > Just in case, can you try clean build, if you did -DNO_CLEAN ? > .... I have not used -DNO_CLEAN in years -- I do use META_MODE, though. I can certainly clean out /usr/obj/* & start a new build (just before I head out for a bike ride). Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --25DAq431WDHkgiLI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7iMbNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcneewf+KR10IAqgpvloyqM695KHCkTjitPj0OzJeUel9zVWZ0JUGxpu/xiuudyy qpJBukyiqw9RImA8Zy+3f2WbrNUFx8d8kH3A3cZeDmnAnJPALzuEXMsTCLMhuFiN TwabEd+F3MDcPAHyz4SUsvIjrn+tXt2tV3QxJNFqsr0utOs0wjAzCoBkJar1a91S CoJRejlSj6UzaCxlSXQLLK0jnn44Bv+D/h2L+6ACg8N2uOI2QIZ73U6wQaJWfc78 pdYSqTwKhQSgATg/8xvVy7tM+9zWUXPKkBh6JXgIIZ6jH3caS7BCLOVKrGBfNr4w k+Nh56DpdufBD1ElGVupkCIgoZuPyw== =jaCw -----END PGP SIGNATURE----- --25DAq431WDHkgiLI-- From owner-freebsd-current@freebsd.org Thu Jun 11 13:47:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 38F16331A4F for ; Thu, 11 Jun 2020 13:47:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jQC80Dqnz4fsZ for ; Thu, 11 Jun 2020 13:47:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 065B1331C29; Thu, 11 Jun 2020 13:47:16 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 06232331ABC for ; Thu, 11 Jun 2020 13:47:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jQC65J85z4fms for ; Thu, 11 Jun 2020 13:47:14 +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 05BDkxcP001619 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Jun 2020 16:47:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 05BDkxcP001619 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 05BDkwCb001618; Thu, 11 Jun 2020 16:46:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 11 Jun 2020 16:46:58 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611134658.GM48478@kib.kiev.ua> References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611132924.GX1392@albert.catwhisker.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49jQC65J85z4fms X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [0.62 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-0.07)[-0.067]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.81)[0.809]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.12)[-0.124]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 13:47:16 -0000 On Thu, Jun 11, 2020 at 06:29:24AM -0700, David Wolfskill wrote: > On Thu, Jun 11, 2020 at 04:21:29PM +0300, Konstantin Belousov wrote: > > ... > > The link times out. > > Sigh. Sorry about that; I have copied the images to > freefall:~dhw/head/r362045/ . > > > There is not much to access in futex_xchgl_resolver() except for the > > data segment. Without full panic message and disassemble of your instance > > of futex_xchgl_resolver() it is not possible to ee what is going on. > > > > Just in case, can you try clean build, if you did -DNO_CLEAN ? > > .... > > I have not used -DNO_CLEAN in years -- I do use META_MODE, though. I > can certainly clean out /usr/obj/* & start a new build (just before I > head out for a bike ride). That, and also rebuild all third-party modules you use. Definitely nvidia. From owner-freebsd-current@freebsd.org Thu Jun 11 14:43:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48FFE33372B for ; Thu, 11 Jun 2020 14:43:07 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jRRb0S3bz3WXt for ; Thu, 11 Jun 2020 14:43:07 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 0EE6333334A; Thu, 11 Jun 2020 14:43:07 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0EAEB333912 for ; Thu, 11 Jun 2020 14:43:07 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jRRZ2C05z3WH7 for ; Thu, 11 Jun 2020 14:43:06 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x82c.google.com with SMTP id u17so4726484qtq.1 for ; Thu, 11 Jun 2020 07:43:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=CEYL+akVxdhLMSLaCh4ujziOM7XuExLwZgLmsSNYPD4=; b=RQout4Sd4ZH4vrIpxtyxf9ZS1D2qdNrjFkaJcqbgtdbx1UL/W9EWlDWxdZ4vUIELFT h9lkfts/2+j2RUgL8PjT5KgG5wqnzKnlVmNuYAcvVldM+0QoSuft8Cqh5TUTzNLmqk9M ZoxSF6dwFRsrJOXT/ufojifFvv93FP+V2XMLRN3SaUNzvlsyRYw1h6umKJTldA4ySBWg lq5o4IyEcHHA8gON2po0YoYxukw4Ww1CTdWZEWxJEt7y0UTnNHK4Yf8g7Q4e1+vGALv+ +CRuv/URAxP40XjEd1kEPq62eLJ6KugKnf+9XbdEwzkH/ANX1tQ0hbjml1Fw4dgNuE/J k6sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=CEYL+akVxdhLMSLaCh4ujziOM7XuExLwZgLmsSNYPD4=; b=Fn1KUDhbJProX8Kn4lBmgRD+bjetb4EOsJIeKCjYBJiaxiPfU4hfT7VeP1ibJae/sG ulMhWawRUEDAY+T9U4SuPCLWZzBozLO/vghft8EjQePrHH75epACDIMabbbNKQ+RktdV AfN/0a03TMmv9x2zKc4eqaYchCOuAv5MSk9Aqv9KNlYJ5oDa+SqnXrd4/F0qxs5lIT8S jjBDnYlBKkwTPVMluoI4zZifiklGhV7z8qFk+bI3osRnbPNNIoza9RQjJcYU+3t0rNh2 qtQiNpmLveAdV5SJbUj9UNYC3ub3GBnE355DGt6EQbGd9S4CpPDAN/YVe02GqRSUzncM wCFg== X-Gm-Message-State: AOAM530rd4hmDnuRCgUqvU0zPO1760tQAkPfMGGG43+I+0nlyUHRoD1q 1DcsKPLNY+CgKnydZfgJdd8= X-Google-Smtp-Source: ABdhPJwBS/Ph7iuaLkIpOHCzZ95BOlC/dNwQJd5xJpzs5JQs/4Gavt1NgJ91Pv7ta4WiJbrLI+xhxg== X-Received: by 2002:ac8:3210:: with SMTP id x16mr8795592qta.192.1591886585431; Thu, 11 Jun 2020 07:43:05 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-21-184-147-207-195.dsl.bell.ca. [184.147.207.195]) by smtp.gmail.com with ESMTPSA id l69sm2435664qke.112.2020.06.11.07.43.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2020 07:43:04 -0700 (PDT) Sender: Mark Johnston Date: Thu, 11 Jun 2020 10:42:59 -0400 From: Mark Johnston To: David Wolfskill Cc: Konstantin Belousov , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611144259.GA32928@raichu> References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611132924.GX1392@albert.catwhisker.org> X-Rspamd-Queue-Id: 49jRRZ2C05z3WH7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=RQout4Sd; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::82c as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.47 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.75)[-0.751]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[184.147.207.195:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82c:from]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 14:43:07 -0000 On Thu, Jun 11, 2020 at 06:29:24AM -0700, David Wolfskill wrote: > On Thu, Jun 11, 2020 at 04:21:29PM +0300, Konstantin Belousov wrote: > > ... > > The link times out. > > Sigh. Sorry about that; I have copied the images to > freefall:~dhw/head/r362045/ . > > > There is not much to access in futex_xchgl_resolver() except for the > > data segment. Without full panic message and disassemble of your instance > > of futex_xchgl_resolver() it is not possible to ee what is going on. > > > > Just in case, can you try clean build, if you did -DNO_CLEAN ? > > .... > > I have not used -DNO_CLEAN in years -- I do use META_MODE, though. I > can certainly clean out /usr/obj/* & start a new build (just before I > head out for a bike ride). Since you are preloading some iwm firmware file, it might be worth trying to revert r362035. I don't really see how the change could result in this panic, though. From owner-freebsd-current@freebsd.org Thu Jun 11 15:19:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E52963355F5 for ; Thu, 11 Jun 2020 15:19:34 +0000 (UTC) (envelope-from SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jSFf4Xqkz3bdh for ; Thu, 11 Jun 2020 15:19:34 +0000 (UTC) (envelope-from SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 9A06D3355F2; Thu, 11 Jun 2020 15:19:34 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 99C153357D4 for ; Thu, 11 Jun 2020 15:19:34 +0000 (UTC) (envelope-from SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net) Received: from bosmailout08.eigbox.net (bosmailout08.eigbox.net [66.96.187.8]) (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 49jSFd5B3Bz3bSK; Thu, 11 Jun 2020 15:19:33 +0000 (UTC) (envelope-from SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net) Received: from bosmailscan14.eigbox.net ([10.20.15.14]) by bosmailout08.eigbox.net with esmtp (Exim) id 1jjOzN-0000bs-2G; Thu, 11 Jun 2020 11:19:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Type:In-Reply-To:MIME-Version: Date:Message-ID:References:Cc:To:From:Subject:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=vhHXiDQ0+25TTbDPHaqt0hemIGvu7qIdZxeY+JWNdyg=; b=rsrTAN0wWjA3gNKRQu0PThgXq mTZjEKACnRKxhzOyWzZJeKAwO5eRj3+RFdnxzh2vgLiQWiWwJyWU0iemhynUnVqh6D5h+aUtZhANs +ncf9jvgJLUKc8Rpzi99ReoXef1cUN0LW77qM6msnPAJI+DyW5kPk1/8/6aaEfTmRghEua6pLC+uV VhUjv0dE2XYlb0BUZw0PUl3lbz9PJSd7S6Gcvv+pDh6pFtQ0EElgU2Fg4LgT4yqmRKIyEWFMdwEGR VWta5wq8OVi0/FGcqS5yZhFsxF9tF//BFbZdZ7GkOFUPofXk/9K7s8TctL+1/MwQtxYa5z9oELnXg Qvvo7velA==; Received: from [10.115.3.31] (helo=bosimpout11) by bosmailscan14.eigbox.net with esmtp (Exim) id 1jjOzN-0000Ka-0N; Thu, 11 Jun 2020 11:19:33 -0400 Received: from bosauthsmtp04.yourhostingaccount.com ([10.20.18.4]) by bosimpout11 with id prKV2200B05GATN01rKYYs; Thu, 11 Jun 2020 11:19:32 -0400 X-Authority-Analysis: v=2.2 cv=RKvDJ8q+ c=1 sm=1 tr=0 a=jcMFiYeD4Gz02xRQ37rMPA==:117 a=kkwQLKMA1cIZLGAtbCrT4w==:17 a=nTHF0DUjJn0A:10 a=zXyMKnP1Z5YA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=jlvWEfeLAAAA:8 a=Q-fNiiVtAAAA:8 a=6I5d2MoRAAAA:8 a=Mr1XnJQWAAAA:8 a=hwDfw3MnIapnvPP-XssA:9 a=TkbK1KLyaUlKGrww:21 a=NjtNdUuQBdQ50ap1:21 a=QEXdDO2ut3YA:10 a=_r76nwpHK7PlnpNLVdkA:9 a=gk9z3pULacAhocEm:21 a=mirLA6hOlVaX2wMo:21 a=P0A2uI_XTCv9nES3:21 a=_W_S_7VecoQA:10 a=BUduvz6nQKmfCEOu4uBS:22 a=Fp8MccfUoT0GBdDC_Lng:22 a=IjZwj45LgO3ly-622nXo:22 a=x1WslF1p1lK7vEzEGcse:22 Received: from cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net ([80.5.170.94]:21393 helo=[192.168.0.100]) by bosauthsmtp04.eigbox.net with esmtpa (Exim) id 1jjOzJ-0000Er-53; Thu, 11 Jun 2020 11:19:29 -0400 Subject: Re: MRSAS Panic during Install. From: Santiago Martinez To: Kashyap Desai , Don Lewis , Andriy Gapon Cc: FreeBSD Current , "Kashyap D. Desai" , "Kenneth D. Merry" , Sumit Saxena , Chandrakanth Patil References: <99447152-0340-11dd-fb75-a745d2ee5a6a@codenetworks.net> <0fa770fc-4fbc-cd1f-e8cc-30c74b37b71b@codenetworks.net> <3b0d4cec-69bd-0516-77e8-574678b6bd36@FreeBSD.org> <692229ea-ceb5-9e0d-e12e-2999ecb69297@codenetworks.net> <165ad464ab307e604a992dc59df40853@mail.gmail.com> <28f0a9f2-3f00-0167-bb5d-eab7d66ff813@codenetworks.net> <75ff0cfe-e516-a10a-abc5-7e1eb708c87f@codenetworks.net> Message-ID: <51abdead-b727-c3e3-b6a9-dfaaf400a6d8@codenetworks.net> Date: Thu, 11 Jun 2020 16:19:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 80.5.170.94 X-EN-OrigHost: cpc96142-rdng26-2-0-cust93.15-3.cable.virginm.net X-Rspamd-Queue-Id: 49jSFd5B3Bz3bSK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=rsrTAN0w; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net designates 66.96.187.8 as permitted sender) smtp.mailfrom=SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.76 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; NEURAL_HAM_LONG(-0.98)[-0.981]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.76)[-0.760]; RCPT_COUNT_SEVEN(0.00)[8]; RCVD_IN_DNSWL_NONE(0.00)[66.96.187.8:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=uA56ax=7Y=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 15:19:35 -0000 Hi Everyone,  i haven't forget about this.... yet :) I perform the following test in preparation to apply the patch: 1. Installed 12.1 stable with one disc in raid0, no issues (did this so i can apply patch and don't have to build a new bootable image). 2. with 12.1 added second raid, in this case RAID1 and it crashed. during foot complain about wrong/corrupt partition table Repeated the same test with current with exactly the same results ( I also hit another issues on mlx5en that crashed with current, will follow after we can sort this out) Today I'm planning to apply the patch and see what happens. Have some question: * Do you want me to record the booting/error for each case and make it available? * Do you want access to the box? Best regards. Santiago On 2020-06-09 22:43, Santiago Martinez wrote: > Hi there, apologies for the delayed response. > > Regarding the lock reversal, I can try to capture the screen showing > the message. > > The "Wil check go it goes...." it was my brain trying to multitask, > obviously not in a successful way. What I meant to say was "I will > check how it goes..... without the RAID". > > Sure, I will test with the patch and let you know asap. hopefully by > tomorrow night(BST). > > Cheers > > Santi > > > On 2020-06-09 19:20, Kashyap Desai wrote: >>> -----Original Message----- >>> From: Santiago Martinez [mailto:sm@codenetworks.net] >>> Sent: Tuesday, June 9, 2020 11:27 PM >>> To: Kashyap Desai ; Don Lewis >>> ; Andriy Gapon >>> Cc: FreeBSD Current ; Kashyap D. Desai >>> ; Kenneth D. Merry ; Sumit Saxena >>> ; Chandrakanth Patil >>> >>> Subject: Re: MRSAS Panic during Install. >>> >>> Hi! so it works but i got a lock order reversal warning, but it >>> continue. >> OK. So what is a warning ? >> >>> Wil check go it goes.... >> Could not get your point. Can you elaborate ? >> >> >> Also can you try Raid - 1 VD with below patch ? >> >> diff --git a/mrsas.c b/mrsas.c >> index 3d33073..60f4b4d 100755 >> --- a/mrsas.c >> +++ b/mrsas.c >> @@ -1744,11 +1744,14 @@ mrsas_complete_cmd(struct mrsas_softc *sc, >> u_int32_t >> MSIxIndex) >> data_length = >> r1_cmd->io_request->DataLength; >>                                                          sense = >> r1_cmd->sense; >>                                                  } >> + >> + mtx_lock(&sc->sim_lock); >> r1_cmd->ccb_ptr = NULL; >>                                                  if >> (r1_cmd->callout_owner) { >> >> callout_stop(&r1_cmd->cm_callout); >> r1_cmd->callout_owner >> = false; >>                                                  } >> + mtx_unlock(&sc->sim_lock); >> mrsas_release_mpt_cmd(r1_cmd); >> >> mrsas_map_mpt_cmd_status(cmd_mpt, >> cmd_mpt->ccb_ptr, status, >> extStatus, >> data_length, sense); >> >> >> >>> Santi >>> >>> On 2020-06-09 11:13, Santiago Martinez wrote: >>>> Trying right now, will let you know..... >>>> >>>> >>>> On 2020-06-09 11:07, Kashyap Desai wrote: >>>>> Hi Santi - Please try without Raid-1 VD. Most likely you will not >>>>> observe issue, but you can confirm from your end. >>>>> >>>>> Kashyap >>>>> >>>>>> -----Original Message----- >>>>>> From: Santiago Martinez [mailto:sm@codenetworks.net] >>>>>> Sent: Tuesday, June 9, 2020 2:08 PM >>>>>> To: Don Lewis ; Andriy Gapon >>> >>>>>> Cc: FreeBSD Current ; Kashyap D. Desai >>>>>> ; Kenneth D. Merry >>>>>> Subject: Re: MRSAS Panic during Install. >>>>>> >>>>>> Hi Kashayp, that's correct, the servers has two raids. A raid 1 VD0 >>>>>> with 2xSSD on it and a RAID5 VD0. >>>>>> >>>>>> Do you want me to break the raid and see i it does not trigger the >>>>>> bug? >>>>>> >>>>>> cheers >>>>>> >>>>>> Santi >>>>>> >>>>>> >>>>>> On 2020-06-09 07:51, Don Lewis wrote: >>>>>>> On  9 Jun, Andriy Gapon wrote: >>>>>>>> On 09/06/2020 03:42, Santiago Martinez wrote: >>>>>>>>> Hi Everyone, today I tested with 12.1 and it works without any >>>>>>>>> issues (at least for now). >>>>>>>>> >>>>>>>>> I will sync against current and see if it fails. >>>>>>>>> >>>>>>>>> Santiago >>>>>>>>> >>>>>>>>> On 2020-06-08 17:41, Santiago Martinez wrote: >>>>>>>>>> Hi there, tried again and now i got it with UFS also.. that make >>>>>>>>>> sense.. >>>>>> right... >>>>>>>>>> On 2020-06-08 15:20, Santiago Martinez wrote: >>>>>>>>>>> Hi Everyone, >>>>>>>>>>> >>>>>>>>>>> I'm installing FreeBSD current(361567) snapshot on a Lenovo >>>>>>>>>>> SR655 >>>>>> server. >>>>>>>>>>> After selecting ZFS, and the installer tries to make the >>>>>>>>>>> partitions, etc I get the following panic. >>>>>>>>>>> >>>>>>>>>>> I tried selecting UFS and its works. >>>>>>>>>>> >>>>>>>>>>> I uploaded a screenshot as I only have KVM access to it: >>>>>>>>>>> >>>>>>>>>>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80- >>>>>> 3DsApbXa1XLW9+b >>>>>>>>>>> hoKhOr3MVS+NRgA5A >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> The server is a ThinkSystem SR655, with the following >>>>>>>>>>> controller, RAID 930-8i 2GB Flash PCIe 12Gb Adapter >>>>>>>> Lousy OCR of the picture: >>>>>>>> ... >>>>>>>> nic: nutex mrsas_sin_lock not ouned at >>>>>>>> /usr/src/sys/kern/kern_nutex.c:284 >>>>>>>> ... >>>>>>>> b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane >>>>>>>> BxfffffeB33c44a918 >>>>>>>> anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 >>>>>>>> nic() at panic+Bx43/frame BxfffffeB33c44adcd >>>>>>>> _mtx_assert() at __mtx_assert+@xb@/frane Bxfffffed33c44a9dd >>>>>>>> callout_stop_safe() at _callout_stop_safe+Bx82/frane >>>>>>>> Bxfffffe33c44aac >>>>>>>> rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane >>>>>>>> BxfffffeB33c4daaed >>>>>>>> ithread_loop() at ithread_loop+@x279/frame BxfffffeB33c44ah78 >>>>>>>> >>>>>>>> This looks like a fallout from r342064. >>>>>>>> cm_callout is initialized like this: >>>>>>>>      callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); but in >>>>>>>> mrsas_complete_cmd() it's stopped without holding the lock. >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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" >>>> _______________________________________________ >>>> 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" > _______________________________________________ > 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 Jun 11 15:20:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1EDE1335AAC for ; Thu, 11 Jun 2020 15:20:10 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jSGK1fzVz3bvq for ; Thu, 11 Jun 2020 15:20:08 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-wr1-x441.google.com with SMTP id j10so6570442wrw.8 for ; Thu, 11 Jun 2020 08:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=iBr2hrHJx1l+hoFsEPkhU27HzZC7a1DnFWa8TqFYsQo=; b=SgI0M5m35tZ7qbPUoRBZ7aQS7umDh41TGwH0n03iRe/7oiejzVkOojVe0k/uBAhd+w GmyUmOYlCL+H7Ek70DMH9VCc+Y+iTJKs4wu6Xpl0eHj4T6l649mtQG9eryGb3A662DyE V3Lp9hW7bl0wszgU5OSJsQdtrQJnx6pLO55rv62GuqhcywI76CTfmbu2ZFF95vFLVm2r jVnAdoJN3i+zfOgFS6Tcp0yxtfOTi1rRVSTQyjTLnoNfx/UbrjP41mH0RO8oDz5eEq3V g1kn3oeT6Z7p0VkbcwUMNhrH/kAEOXyFQm23sUPxerMbd084SfpVl0nXuWbNaSPysZC8 Azxg== 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-transfer-encoding :content-language; bh=iBr2hrHJx1l+hoFsEPkhU27HzZC7a1DnFWa8TqFYsQo=; b=mRmEnBqzSAs7xwzBpCUeMfsrPMqSPooOA3J6+dj9I/Huyf4sCGkEPFC8OPqGwoKs0L v8g3A9pH2lWZjXQ/grnPwj6mVKFjnPTne6+vdVf4pD9Lw5joTncUvJdE3K+Gxlej+rbG AXjZcv9ud5gJGFPXvCWlT3GRiDr5amMKHBC8ZRn4yy7P6OGXZym4d7JKUvQKRB+LP5bU 9EQ7dbbXsymFls02G1j8AlEeA5BbzskyNqYtK0vMW72CgyPcLY9KHwX8JGSmV5M8fc0A PsbUe7QWJhrvvxgJIk3ovQ5UUf5o2gako6grdlvKRYnrvEBLtUQ1pcX+JaYEHRAalhuP lv6g== X-Gm-Message-State: AOAM532Ka//j5Wkf/YoWOsXU2EQikJG+SHxxzZX3uga46TLxTLGE8f3v MiUxsjwhu9hWQMCobwmTuKNZ4Yc5ozo= X-Google-Smtp-Source: ABdhPJwOsquZjNtufAQxLzoqzCLCZ7UMdGBIbX9kBgkTS8+/v9qq/sejrpmJfJ8YMy5U2X13kEqldA== X-Received: by 2002:a5d:4c4b:: with SMTP id n11mr9527578wrt.381.1591888807386; Thu, 11 Jun 2020 08:20:07 -0700 (PDT) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id b8sm5659934wrs.36.2020.06.11.08.20.06 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 11 Jun 2020 08:20:06 -0700 (PDT) Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 To: freebsd-current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> From: Johan Hendriks Message-ID: Date: Thu, 11 Jun 2020 17:20:06 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <20200611132129.GL48478@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: nl X-Rspamd-Queue-Id: 49jSGK1fzVz3bvq X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SgI0M5m3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johhendriks@gmail.com designates 2a00:1450:4864:20::441 as permitted sender) smtp.mailfrom=johhendriks@gmail.com X-Spamd-Result: default: False [-3.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.90)[-0.898]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.007]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::441:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 15:20:10 -0000 Op 11-06-2020 om 15:21 schreef Konstantin Belousov: > On Thu, Jun 11, 2020 at 06:05:00AM -0700, David Wolfskill wrote: >> Build machine (mini-tower) performed the update (r362008 -> r362045) >> without issue, but my laptop panicked quite early on -- before the dump >> device was configured. >> >> I have taken and placed a couple of screen shots in >> http://www.catwhisker.org/~david/FreeBSD/head/r362045/ >> >> Looking at the displayed backtrace, I see: >> >> --- trap 0xc ... >> futex_xchgl_reslover() >> elf_reloc_internal() >> link_elf_reloc_local() >> link_elf_link_preload_finish() >> linker_preload() >> mi_startup() >> >> Any clues? I'm hapy to poke at it or try patches. >> >> Booting from kernel.old (r362008) still works: >> FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #46 r362008M/362008: Wed Jun 10 04:19:33 PDT 2020 root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300097 1300097 > The link times out. > > There is not much to access in futex_xchgl_resolver() except for the > data segment. Without full panic message and disassemble of your instance > of futex_xchgl_resolver() it is not possible to ee what is going on. > > Just in case, can you try clean build, if you did -DNO_CLEAN ? > Just a me too. I updated from 362042 -> 362053 I get this panic very early. (hand typed so could contain some typo's) FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc1-0-gf79cd71e145 VT(vgs): resolution 640x480 kernel trap 12 with interupts disabled panic: vm_fault_lookup: fault on nofault entry, addr: 0xffffffff83a3d000 cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff83a65830 vpanic() at vpanic+0x182/frame 0xffffffff83a65880 panic() ata panic+0x43/frame 0xffffffff83a658e00 vm_fault() at vm_fault+0x1ab5/frame 0xffffffff83a659f0 vm_fault_trap() at vam_fault_trap+0x6-/frame 0xffffffff83a65a30 trap_pfault at trap_pfault+0x19c/frame 0xffffffff83a65a80 trap() at trap+0x271/frame 0xffffffff8365b90 calltrap() at calltrap+0x8/frame 0xffffffff83a65b90 --- trap 0xc, rip = 0xffffffff83a3d470, rsp = 0xffffffff83a65c68, rbp = 0xffffffff83a65cb0 --- opensolaris_utsname_init() at opensolaris_utsname_init/frame 0xffffffff83a65cb0btext() at btext+0x2c KDB: enter : panic [ thread pid 0 tid 0 ] Stopped at         kdb_enter+0x37: movq       $0,0x1fc1686(%rip) db> > _______________________________________________ > 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 Jun 11 15:21:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46C4E335BDD for ; Thu, 11 Jun 2020 15:21:35 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jSHy46cXz3bxG for ; Thu, 11 Jun 2020 15:21:34 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id q11so6602434wrp.3 for ; Thu, 11 Jun 2020 08:21:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:cc:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=jbJBDhfisYkytQ2f7XxE+mmZa7AyBUYQdePEzv2kZBU=; b=Yb2ufbsl2bOTJseZryBExlBAJdXTELQBXyYRYIJlPTTA1YGThoRm8rRmcFGc0lSMKl cKlRI3VRHC5UcAyqfyKxU+eVla+odw1Lk8jZ3K7uemhCh92Pl9nCs3kvmNhl6GB/1N6R Xkdm4z95UND7/Qu1YtPEKvQFEofhf+VZKlxUzRzviG4J0NRakayus7Hqf2xlezXnP9pL Ebe8Xkr7r6Vtb+wgybi0gUNYYeodoAA5TA/8Wz4mZ3j+SIJBfW309KDwhH//JZKMGkPc ozS5tui3l+kJrlea+D00nmUnm6Ub15eEfPew0L07ZT4jRQjh5Au8bQrr7Ck1zAhQx4yH 7UhQ== 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:cc:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=jbJBDhfisYkytQ2f7XxE+mmZa7AyBUYQdePEzv2kZBU=; b=NlC/8GjtA/+8jafIA3zgqxAwhhcJg8jtvpDWbkPiSyQCj9EjtbAMu13K2tjenspbFJ PdONjiygy21U0VYBvjMCZmqOg3Ub02vkiQNclj2x2jwEZTjV9xcLH2zi9JnB2MGN5ana FOiDEhJYP0rONt5NqU6JWb/PFSZPYVhUDiKF8vsGZGNo/x7QY+e3H27nMqdAuoemqxI5 f4lRyiqCf3/47cG0PBSa0nEzEz+mH5rGJdgJ7xne5gpPX9EmUvJj6JS64atF6fdyyIGN oxnvO94iqVemmJ1ebHsAI6MT+jFi/KCJzbF3Ddwh4cjbplVfUe1f9eNUVwZzoWbZoH2m rUVw== X-Gm-Message-State: AOAM532PkvBa2hhBh7c5v8anwug+Z++IZiDNN2YgxmgCY98SPfsnFdgh ejtBRs845nw1bINNCGPGGXg7P5+MH+s= X-Google-Smtp-Source: ABdhPJwax1ADj4q0VpKXeoatcYiDGfnF0LlzSlufkZ+WTzGbTPHDfjkYXgzUb2kaBO3HoqY73zrUCQ== X-Received: by 2002:adf:9304:: with SMTP id 4mr10472853wro.280.1591888893011; Thu, 11 Jun 2020 08:21:33 -0700 (PDT) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id p7sm5535399wro.26.2020.06.11.08.21.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 11 Jun 2020 08:21:32 -0700 (PDT) Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 To: freebsd-current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> From: Johan Hendriks Cc: Konstantin Belousov Message-ID: <43dafecb-93a0-d009-146c-01c493df02f5@gmail.com> Date: Thu, 11 Jun 2020 17:21:32 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <20200611132129.GL48478@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: nl X-Rspamd-Queue-Id: 49jSHy46cXz3bxG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Yb2ufbsl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johhendriks@gmail.com designates 2a00:1450:4864:20::444 as permitted sender) smtp.mailfrom=johhendriks@gmail.com X-Spamd-Result: default: False [-4.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.31)[-1.314]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.005]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::444:from]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 15:21:35 -0000 Op 11-06-2020 om 15:21 schreef Konstantin Belousov: > On Thu, Jun 11, 2020 at 06:05:00AM -0700, David Wolfskill wrote: >> Build machine (mini-tower) performed the update (r362008 -> r362045) >> without issue, but my laptop panicked quite early on -- before the dump >> device was configured. >> >> I have taken and placed a couple of screen shots in >> http://www.catwhisker.org/~david/FreeBSD/head/r362045/ >> >> Looking at the displayed backtrace, I see: >> >> --- trap 0xc ... >> futex_xchgl_reslover() >> elf_reloc_internal() >> link_elf_reloc_local() >> link_elf_link_preload_finish() >> linker_preload() >> mi_startup() >> >> Any clues? I'm hapy to poke at it or try patches. >> >> Booting from kernel.old (r362008) still works: >> FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #46 r362008M/362008: Wed Jun 10 04:19:33 PDT 2020 root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300097 1300097 > The link times out. > > There is not much to access in futex_xchgl_resolver() except for the > data segment. Without full panic message and disassemble of your instance > of futex_xchgl_resolver() it is not possible to ee what is going on. > > Just in case, can you try clean build, if you did -DNO_CLEAN ? Just a me too. I updated from 362042 to 362053 I get this panic very early. (hand typed so could contain some typo's) FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc1-0-gf79cd71e145 VT(vgs): resolution 640x480 kernel trap 12 with interupts disabled panic: vm_fault_lookup: fault on nofault entry, addr: 0xffffffff83a3d000 cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff83a65830 vpanic() at vpanic+0x182/frame 0xffffffff83a65880 panic() ata panic+0x43/frame 0xffffffff83a658e00 vm_fault() at vm_fault+0x1ab5/frame 0xffffffff83a659f0 vm_fault_trap() at vam_fault_trap+0x6-/frame 0xffffffff83a65a30 trap_pfault at trap_pfault+0x19c/frame 0xffffffff83a65a80 trap() at trap+0x271/frame 0xffffffff8365b90 calltrap() at calltrap+0x8/frame 0xffffffff83a65b90 --- trap 0xc, rip = 0xffffffff83a3d470, rsp = 0xffffffff83a65c68, rbp = 0xffffffff83a65cb0 --- opensolaris_utsname_init() at opensolaris_utsname_init/frame 0xffffffff83a65cb0btext() at btext+0x2c KDB: enter : panic [ thread pid 0 tid 0 ] Stopped at         kdb_enter+0x37: movq       $0,0x1fc1686(%rip) db> > _______________________________________________ > 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 Jun 11 15:45:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4EE1C336CE9 for ; Thu, 11 Jun 2020 15:45:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jSpz6vYmz3fhL for ; Thu, 11 Jun 2020 15:44:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id ECE7D336FCA; Thu, 11 Jun 2020 15:44:59 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECB1A33712C for ; Thu, 11 Jun 2020 15:44:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jSpy4CWZz3fWk for ; Thu, 11 Jun 2020 15:44:58 +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 05BFiuYu061765; Thu, 11 Jun 2020 15:44:56 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BFiuJd061764; Thu, 11 Jun 2020 08:44:56 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 08:44:56 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611154456.GY1392@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="I3Hu03FJZWOiEBEs" Content-Disposition: inline In-Reply-To: <20200611134658.GM48478@kib.kiev.ua> X-Rspamd-Queue-Id: 49jSpy4CWZz3fWk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-5.05 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; NEURAL_HAM_LONG(-0.98)[-0.984]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.66)[-0.657]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 15:45:00 -0000 --I3Hu03FJZWOiEBEs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2020 at 04:46:58PM +0300, Konstantin Belousov wrote: > ... > > I have not used -DNO_CLEAN in years -- I do use META_MODE, though. I > > can certainly clean out /usr/obj/* & start a new build (just before I > > head out for a bike ride). >=20 > That, and also rebuild all third-party modules you use. Definitely nvidi= a. I always do, via "PORTS_MODULES=3Dx11/nvidia-driver" in /etc/src.conf. Anyway: After "rm -fr /usr/obj/*", I started a fresh build, went on the bike ride, came back, and the build/install had completed without issue. I rebooted, and ... the resulting panic looked identical to me; I have copied the new screenshots to the same places. Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --I3Hu03FJZWOiEBEs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7iUXhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcmp8Af/bQuu9IRY1Mz5o+K1xw8BAzzPh3d9lg2wcwNio6AwzU5OFViJjbbGpF2O FL7l1P8ibZlfR11wgUwcDe1iPfnNROW0DecP9+elq+alEzCFbWaXr3aepvvFzKxk 1CO/bGZ8b/s2pUex2Wvmfd5x4zvrhzTBzCiV9TSBAO7DV7S5PLczUdOxx2z10krv G+o+GrSRNTWi9abDO2rmlyKaOlWXaC1qyUNdh/9FNdvWvTmev5ZQk+wjR22BgC8r 1xqoMLmEF6jWoRsinVH9ihtXLo9bMxCqWsb2GpSax8NFrD1R7lpJvWWPJjQMfyyk Ffzjydc/ia/rLyV/7w3SHiNDZ3SGaQ== =sp4U -----END PGP SIGNATURE----- --I3Hu03FJZWOiEBEs-- From owner-freebsd-current@freebsd.org Thu Jun 11 15:48:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 12B4733740B for ; Thu, 11 Jun 2020 15:48:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jSvS6B9vz3g71 for ; Thu, 11 Jun 2020 15:48:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id D1E5233728F; Thu, 11 Jun 2020 15:48:52 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1AE9337408 for ; Thu, 11 Jun 2020 15:48:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jSvS4H6bz3fvB; Thu, 11 Jun 2020 15:48:52 +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 05BFmpDZ061785; Thu, 11 Jun 2020 15:48:51 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BFmpiG061784; Thu, 11 Jun 2020 08:48:51 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 08:48:51 -0700 From: David Wolfskill To: Mark Johnston Cc: Konstantin Belousov , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611154851.GZ1392@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Mark Johnston , Konstantin Belousov , current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611144259.GA32928@raichu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DFf1yNC5lI5RvpSI" Content-Disposition: inline In-Reply-To: <20200611144259.GA32928@raichu> X-Rspamd-Queue-Id: 49jSvS4H6bz3fvB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 15:48:53 -0000 --DFf1yNC5lI5RvpSI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2020 at 10:42:59AM -0400, Mark Johnston wrote: > ... > Since you are preloading some iwm firmware file, it might be worth > trying to revert r362035. I don't really see how the change could > result in this panic, though. It's iwn (vs. iwm), but sure, I'll try that as time permits -- I need to check in at work and do work-related stuff for a bit. (And since I use the laptop for accessing just about everything, I'll need to wait a bit on trying that.) Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --DFf1yNC5lI5RvpSI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7iUmJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcnwmgf9HwCuDMyUB15VYtXn74v7xulYl4nk9YKqLdiBQyZffjYakithy+SWmDfH aBlYdA5uHX3tigBecmvoN8nih2SX1u2xPpWBHwqHGYTBSeBhT92h7XEcTWhAf9d6 T9C4nm/zRPrYeBJ7AZQoJtDwf3qaEVU6mOBGsKL8wDso0yewqgXTDBE4J9qjD4Ud fs6qYgLYl6lR/N/KyZwdIk0Vs84eA/36fz4i2C1Jh/C+G+yGKI9WEd9CPTqthtnk 3Fe+zXt5Cddi6xj1NsPZtBMV/E4TmP8+UeaDgyqmYEmh8XffJrKj1NKeS7YJMW24 79dslu++TO88qwJWZaTWZj4vOhLnFA== =VnRh -----END PGP SIGNATURE----- --DFf1yNC5lI5RvpSI-- From owner-freebsd-current@freebsd.org Thu Jun 11 15:51:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 37E8D33788A for ; Thu, 11 Jun 2020 15:51:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jSz1077Zz3gR7 for ; Thu, 11 Jun 2020 15:51:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 02D9533784F; Thu, 11 Jun 2020 15:51:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02A463376B3 for ; Thu, 11 Jun 2020 15:51:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jSz00L7Bz3gcN for ; Thu, 11 Jun 2020 15:51:55 +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 05BFph94030712 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Jun 2020 18:51:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 05BFph94030712 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 05BFph83030711; Thu, 11 Jun 2020 18:51:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 11 Jun 2020 18:51:43 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611155143.GN48478@kib.kiev.ua> References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611154456.GY1392@albert.catwhisker.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49jSz00L7Bz3gcN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [0.75 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-0.06)[-0.062]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.81)[0.808]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.01)[0.009]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 15:51:57 -0000 On Thu, Jun 11, 2020 at 08:44:56AM -0700, David Wolfskill wrote: > On Thu, Jun 11, 2020 at 04:46:58PM +0300, Konstantin Belousov wrote: > > ... > > > I have not used -DNO_CLEAN in years -- I do use META_MODE, though. I > > > can certainly clean out /usr/obj/* & start a new build (just before I > > > head out for a bike ride). > > > > That, and also rebuild all third-party modules you use. Definitely nvidia. > > I always do, via "PORTS_MODULES=x11/nvidia-driver" in /etc/src.conf. > > Anyway: After "rm -fr /usr/obj/*", I started a fresh build, went on the > bike ride, came back, and the build/install had completed without issue. > > I rebooted, and ... the resulting panic looked identical to me; I have > copied the new screenshots to the same places. Can you boot into single-user, without loading linux/cuse/nvidia modules. Even, do not load any module at all, and keeping root ro. If boot succeed, then try to load modules one by one and see which causes panic. From owner-freebsd-current@freebsd.org Thu Jun 11 16:12:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 31A7533874F for ; Thu, 11 Jun 2020 16:12:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jTQ775Wtz40NV for ; Thu, 11 Jun 2020 16:11:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id F389F3388EC; Thu, 11 Jun 2020 16:11:59 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F352133874E for ; Thu, 11 Jun 2020 16:11:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jTQ71LH5z40Fv for ; Thu, 11 Jun 2020 16:11:58 +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 05BGBvFU062193; Thu, 11 Jun 2020 16:11:57 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BGBuYP062192; Thu, 11 Jun 2020 09:11:57 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 09:11:56 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611161156.GB1392@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="uFTSkOzRR7IG1lTO" Content-Disposition: inline In-Reply-To: <20200611155143.GN48478@kib.kiev.ua> X-Rspamd-Queue-Id: 49jTQ71LH5z40Fv X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-5.35 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; NEURAL_HAM_LONG(-0.98)[-0.984]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.954]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 16:12:00 -0000 --uFTSkOzRR7IG1lTO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2020 at 06:51:43PM +0300, Konstantin Belousov wrote: > ... > Can you boot into single-user, without loading linux/cuse/nvidia modules. > Even, do not load any module at all, and keeping root ro. >=20 > If boot succeed, then try to load modules one by one and see which causes > panic. I commented out each of the "*_load" directives in /boot/loader.conf; rebooted; escaped to loader (from the boot menu); used "lsmod" to verify that nothing was loaded at that time, then issued "boot -s" -- which did succeed. Unfortunately, I ran out of time to do further experiments for now; I'll need to do some work-related things for a while, but thought that this might at least provide some useful information. Here is what I commented out: g1-55(12.1-S)[2] grep KIB boot/loader.conf # KIB coretemp_load=3D"YES" # KIB iwn5000fw_load=3D"YES" # KIB linux_load=3D"YES" # KIB nvidia-modeset_load=3D"YES" # KIB cuse_load=3D"YES" # KIB geom_eli_load=3D"YES" # KIB filemon_load=3D"YES" :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --uFTSkOzRR7IG1lTO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7iV8xfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcmi0AgAj7//PlImkrm9met+rCpoGpLgM3QgL0uIuUQ5eD4/B7WU+MwQ2w9fFE0V aeIEV0KaTjMRXJE1NphukrRcuNDmUO5znbmC6ZR25BortQa3kkXPKGQpVIv1C+65 Si/Xj9zkbVjIR5YrHsh5fy3vycRpd1+XT3UNaxyqKmuaASzQ5u2ofe23crSUWd9H mycHajLQDON6m26RvmFI8owBsxWXbw54V7SbmJ6QSSa32uMR1juOx+MvUZc0ho1H VqYx4NF6G3tEchn86yp717TIaO4Ne/QIroELKIPwlO1q22SU3jVIXjIvpEaRqQux J6rTVWPitNmF+91TsxYtsDkEHosNpA== =w+rt -----END PGP SIGNATURE----- --uFTSkOzRR7IG1lTO-- From owner-freebsd-current@freebsd.org Thu Jun 11 16:24:23 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 97A96338DB5 for ; Thu, 11 Jun 2020 16:24:23 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jThR2bwLz418F for ; Thu, 11 Jun 2020 16:24:23 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 57894338F0A; Thu, 11 Jun 2020 16:24:23 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 57520338962 for ; Thu, 11 Jun 2020 16:24:23 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jThQ55Zcz41bb for ; Thu, 11 Jun 2020 16:24:22 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x743.google.com with SMTP id w1so6134210qkw.5 for ; Thu, 11 Jun 2020 09:24:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=7bntEUKc7n7KS3kXOD7sgF9TBua+ZCpf96uPWavXS3c=; b=IHTeBlXJsaCazBWnDw4Qbwj6t1GTyyyMLWBp/kbCfXkmQKw3BKs4fysCvR+QLsQkS/ 1ZNrJfbaY0DXp3l6aeStjV25YrVlMHNrQ0XUzpCeko9RdHunPKsu1WZ2d1+dYTlVX3SP 9yvLMjpc41wwdfKGSzpMYYjT4YZsNWZT92+kDu0SEV3sYVWoAYXSOlfmuFDgzz1G8jPn aI1pOfa/nmyL+lwbcJy3fNORC/CivsUlwgYgS9bvmgvE2gFPzhN7q/h17ekFOmhtdYP1 lgbSKQuV4cs4W9nzyNUar7h4EvPRWj6UVpbTDcx8DyvCrsxfWRptRnvD8Hc/bZkBdw7N xExw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=7bntEUKc7n7KS3kXOD7sgF9TBua+ZCpf96uPWavXS3c=; b=Y4iP/IKuO5AB+NnJXabVn9F7F8t3VDK8E0JcXuOFWkHPnTJZykv6vbBywSJasw8jMq PmVBPbRVI9BR40HfXFHlyQm9sNEcEtOvO97g/l5CkDK9vo6keQaLz2joiYsHjshmnTb4 p0GISzkP6zLw3ENrIc4FLZUUVP7H4jwElJT9/4J1WCHRJqOkY8DgSzFFpBG96WrVw4Sr o82wH+6dfsRw5CKMREBDP+JjUH6UIP9K6p4epVyzFGEgeoslEXanLzRs5N5APug9pXPF FO22Xn7Wbl2YUIPVWDT6sU4vPVeoK+AZ3LB6lnkgbqfy63GjoNNJDyXaeZ1NFjq6tDA5 Z6oQ== X-Gm-Message-State: AOAM531wgh8xn7TwVvgP/a0/0ucRg/mJQuABsMv//VtiY8LGikDAyDaZ SNyu0yx/fTDd9q4Gj2WQx/U= X-Google-Smtp-Source: ABdhPJz5NS1V7mUJ99niMUYq3J4IxaKg1KJUHCMnLPQhxRJ0u2adYA0nMlJlPsOKOTIV9g5LaeIQ3A== X-Received: by 2002:a05:620a:20cf:: with SMTP id f15mr8822161qka.319.1591892660337; Thu, 11 Jun 2020 09:24:20 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-21-184-147-207-195.dsl.bell.ca. [184.147.207.195]) by smtp.gmail.com with ESMTPSA id p16sm2284913qkg.63.2020.06.11.09.24.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2020 09:24:19 -0700 (PDT) Sender: Mark Johnston Date: Thu, 11 Jun 2020 12:24:17 -0400 From: Mark Johnston To: David Wolfskill , Konstantin Belousov , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611162417.GD32928@raichu> References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611161156.GB1392@albert.catwhisker.org> X-Rspamd-Queue-Id: 49jThQ55Zcz41bb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=IHTeBlXJ; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::743 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.96)[-0.960]; FREEMAIL_TO(0.00)[catwhisker.org,gmail.com,freebsd.org]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[184.147.207.195:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::743:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 16:24:23 -0000 On Thu, Jun 11, 2020 at 09:11:56AM -0700, David Wolfskill wrote: > On Thu, Jun 11, 2020 at 06:51:43PM +0300, Konstantin Belousov wrote: > > ... > > Can you boot into single-user, without loading linux/cuse/nvidia modules. > > Even, do not load any module at all, and keeping root ro. > > > > If boot succeed, then try to load modules one by one and see which causes > > panic. > > I commented out each of the "*_load" directives in /boot/loader.conf; > rebooted; escaped to loader (from the boot menu); used "lsmod" to verify > that nothing was loaded at that time, then issued "boot -s" -- which did > succeed. > > Unfortunately, I ran out of time to do further experiments for now; I'll > need to do some work-related things for a while, but thought that this > might at least provide some useful information. > > Here is what I commented out: > > g1-55(12.1-S)[2] grep KIB boot/loader.conf > # KIB coretemp_load="YES" > # KIB iwn5000fw_load="YES" > # KIB linux_load="YES" > # KIB nvidia-modeset_load="YES" > # KIB cuse_load="YES" > # KIB geom_eli_load="YES" > # KIB filemon_load="YES" Thanks. I'm able to reproduce a somewhat similar problem in bhyve: if I preload iwn5000fw.ko, a r362045 kernel fails to boot very early with ---<>--- ACPI: Failed to map RSDT APIC: Could not find any APICs. panic: running without device atpic requires a local APIC Reverting r362035 allows the kernel to boot again, but so does adding a few printf() calls to the pmap and ACPI code. From owner-freebsd-current@freebsd.org Thu Jun 11 16:32:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7B71533914E for ; Thu, 11 Jun 2020 16:32:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jTsD278Bz41pN for ; Thu, 11 Jun 2020 16:32:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4899233914D; Thu, 11 Jun 2020 16:32:00 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4864433909A for ; Thu, 11 Jun 2020 16:32:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jTsC5qFGz41pM; Thu, 11 Jun 2020 16:31:59 +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 05BGVlnv040077 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Jun 2020 19:31:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 05BGVlnv040077 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 05BGVl7F040076; Thu, 11 Jun 2020 19:31:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 11 Jun 2020 19:31:47 +0300 From: Konstantin Belousov To: Mark Johnston Cc: David Wolfskill , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611163147.GP48478@kib.kiev.ua> References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611162417.GD32928@raichu> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49jTsC5qFGz41pM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 16:32:00 -0000 On Thu, Jun 11, 2020 at 12:24:17PM -0400, Mark Johnston wrote: > On Thu, Jun 11, 2020 at 09:11:56AM -0700, David Wolfskill wrote: > > On Thu, Jun 11, 2020 at 06:51:43PM +0300, Konstantin Belousov wrote: > > > ... > > > Can you boot into single-user, without loading linux/cuse/nvidia modules. > > > Even, do not load any module at all, and keeping root ro. > > > > > > If boot succeed, then try to load modules one by one and see which causes > > > panic. > > > > I commented out each of the "*_load" directives in /boot/loader.conf; > > rebooted; escaped to loader (from the boot menu); used "lsmod" to verify > > that nothing was loaded at that time, then issued "boot -s" -- which did > > succeed. > > > > Unfortunately, I ran out of time to do further experiments for now; I'll > > need to do some work-related things for a while, but thought that this > > might at least provide some useful information. > > > > Here is what I commented out: > > > > g1-55(12.1-S)[2] grep KIB boot/loader.conf > > # KIB coretemp_load="YES" > > # KIB iwn5000fw_load="YES" > > # KIB linux_load="YES" > > # KIB nvidia-modeset_load="YES" > > # KIB cuse_load="YES" > > # KIB geom_eli_load="YES" > > # KIB filemon_load="YES" > > Thanks. I'm able to reproduce a somewhat similar problem in bhyve: if I > preload iwn5000fw.ko, a r362045 kernel fails to boot very early with > > ---<>--- > ACPI: Failed to map RSDT > APIC: Could not find any APICs. > panic: running without device atpic requires a local APIC > > Reverting r362035 allows the kernel to boot again, but so does adding a > few printf() calls to the pmap and ACPI code. I have some private report that this is caused by r362031. Can you confirm that reverting it helps ? If yes, please show me the output of sysctl vm.pmap. From owner-freebsd-current@freebsd.org Thu Jun 11 16:33:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9A67B3393A3 for ; Thu, 11 Jun 2020 16:33:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jTv127tQz426B for ; Thu, 11 Jun 2020 16:33:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4971133940D; Thu, 11 Jun 2020 16:33:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 493C33393A2 for ; Thu, 11 Jun 2020 16:33:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jTv06PWNz4291; Thu, 11 Jun 2020 16:33:32 +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 05BGXVxR062335; Thu, 11 Jun 2020 16:33:31 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BGXVA2062334; Thu, 11 Jun 2020 09:33:31 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 09:33:31 -0700 From: David Wolfskill To: Mark Johnston Cc: current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611163331.GC1392@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Mark Johnston , current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Mfj4UzsZ9EA9tSs4" Content-Disposition: inline In-Reply-To: <20200611162417.GD32928@raichu> X-Rspamd-Queue-Id: 49jTv06PWNz4291 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 16:33:33 -0000 --Mfj4UzsZ9EA9tSs4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2020 at 12:24:17PM -0400, Mark Johnston wrote: > ... > > Unfortunately, I ran out of time to do further experiments for now; I'll > > need to do some work-related things for a while, but thought that this > > might at least provide some useful information. > >=20 > > Here is what I commented out: > >=20 > > g1-55(12.1-S)[2] grep KIB boot/loader.conf > > # KIB coretemp_load=3D"YES" > > # KIB iwn5000fw_load=3D"YES" > > # KIB linux_load=3D"YES" > > # KIB nvidia-modeset_load=3D"YES" > > # KIB cuse_load=3D"YES" > > # KIB geom_eli_load=3D"YES" > > # KIB filemon_load=3D"YES" >=20 > Thanks. I'm able to reproduce a somewhat similar problem in bhyve: if I > preload iwn5000fw.ko, a r362045 kernel fails to boot very early with >=20 > ---<>--- > ACPI: Failed to map RSDT > APIC: Could not find any APICs. > panic: running without device atpic requires a local APIC Ah -- excellent (that you are able to pretty much reproduce this). And it explains why my build machine wasn't affected: it doesn't use wireless drivers at all. > Reverting r362035 allows the kernel to boot again, but so does adding a > few printf() calls to the pmap and ACPI code. Kinky. :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Mfj4UzsZ9EA9tSs4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7iXNtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnNZggAjAanuX1NhaLzQMH/lBmelYDFlFnoG9lRiLbaC1Wbr+chsGzLnj4igm0a uD7WzmZwshA/Wo5LTXEzzkJaXewTYmYdV0PpVanve7r7z7YzwSV01QBsZq3xlJff DymxhWOIwI1Dij/XambabuIttGaH7/x6QcY1WlSS9Wy0zLwD1ovMFsbmS3DC6euk uxX4cExjMzDJDjPDl6mTM5JKEHQdUr6T9JNTV2WOFSkDvOiVGB2ObzgaJP9cobPw 110zUxyrdOimecgTr2s/rKV0EdQSr4Wp7o/5fhFgCYOOkrOiNX8h3oLMHlBjXpCi uZDkBdmkveTgNj3pRZM/abwHDLVnTA== =zlg1 -----END PGP SIGNATURE----- --Mfj4UzsZ9EA9tSs4-- From owner-freebsd-current@freebsd.org Thu Jun 11 16:44:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECF4833946E for ; Thu, 11 Jun 2020 16:44:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jV7r5RWWz42x9 for ; Thu, 11 Jun 2020 16:44:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id BAB4B339945; Thu, 11 Jun 2020 16:44:40 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA7CF339641 for ; Thu, 11 Jun 2020 16:44:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jV7q50fmz430G; Thu, 11 Jun 2020 16:44:39 +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 05BGiMcI042507 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Jun 2020 19:44:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 05BGiMcI042507 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 05BGiLER042502; Thu, 11 Jun 2020 19:44:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 11 Jun 2020 19:44:21 +0300 From: Konstantin Belousov To: David Wolfskill , Xin Li , Mark Johnston , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611164421.GQ48478@kib.kiev.ua> References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> <20200611163331.GC1392@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611163331.GC1392@albert.catwhisker.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49jV7q50fmz430G X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [2.01 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_SPAM_SHORT(0.48)[0.476]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.84)[0.842]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.69)[0.689]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 16:44:41 -0000 On Thu, Jun 11, 2020 at 09:33:31AM -0700, David Wolfskill wrote: > On Thu, Jun 11, 2020 at 12:24:17PM -0400, Mark Johnston wrote: > > ... > > > Unfortunately, I ran out of time to do further experiments for now; I'll > > > need to do some work-related things for a while, but thought that this > > > might at least provide some useful information. > > > > > > Here is what I commented out: > > > > > > g1-55(12.1-S)[2] grep KIB boot/loader.conf > > > # KIB coretemp_load="YES" > > > # KIB iwn5000fw_load="YES" > > > # KIB linux_load="YES" > > > # KIB nvidia-modeset_load="YES" > > > # KIB cuse_load="YES" > > > # KIB geom_eli_load="YES" > > > # KIB filemon_load="YES" > > > > Thanks. I'm able to reproduce a somewhat similar problem in bhyve: if I > > preload iwn5000fw.ko, a r362045 kernel fails to boot very early with > > > > ---<>--- > > ACPI: Failed to map RSDT > > APIC: Could not find any APICs. > > panic: running without device atpic requires a local APIC > > Ah -- excellent (that you are able to pretty much reproduce this). And > it explains why my build machine wasn't affected: it doesn't use > wireless drivers at all. > > > Reverting r362035 allows the kernel to boot again, but so does adding a > > few printf() calls to the pmap and ACPI code. > > Kinky. :-} This should fix noexec for modules. diff --git a/sys/x86/x86/mp_x86.c b/sys/x86/x86/mp_x86.c index 81db4d7ca85..cb84fc95691 100644 --- a/sys/x86/x86/mp_x86.c +++ b/sys/x86/x86/mp_x86.c @@ -1698,7 +1698,7 @@ smp_targeted_tlb_shootdown(cpuset_t mask, u_int vector, pmap_t pmap, int cpu; /* It is not necessary to signal other CPUs while in the debugger. */ - if (kdb_active || KERNEL_PANICKED()) { + if (kdb_active || KERNEL_PANICKED() || !smp_started) { curcpu_cb(pmap, addr1, addr2); return; } @@ -1759,13 +1759,10 @@ void smp_masked_invltlb(cpuset_t mask, pmap_t pmap, smp_invl_cb_t curcpu_cb) { - if (smp_started) { - smp_targeted_tlb_shootdown(mask, IPI_INVLTLB, pmap, 0, 0, - curcpu_cb); + smp_targeted_tlb_shootdown(mask, IPI_INVLTLB, pmap, 0, 0, curcpu_cb); #ifdef COUNT_XINVLTLB_HITS - ipi_global++; + ipi_global++; #endif - } } void @@ -1773,13 +1770,10 @@ smp_masked_invlpg(cpuset_t mask, vm_offset_t addr, pmap_t pmap, smp_invl_cb_t curcpu_cb) { - if (smp_started) { - smp_targeted_tlb_shootdown(mask, IPI_INVLPG, pmap, addr, 0, - curcpu_cb); + smp_targeted_tlb_shootdown(mask, IPI_INVLPG, pmap, addr, 0, curcpu_cb); #ifdef COUNT_XINVLTLB_HITS - ipi_page++; + ipi_page++; #endif - } } void @@ -1787,24 +1781,20 @@ smp_masked_invlpg_range(cpuset_t mask, vm_offset_t addr1, vm_offset_t addr2, pmap_t pmap, smp_invl_cb_t curcpu_cb) { - if (smp_started) { - smp_targeted_tlb_shootdown(mask, IPI_INVLRNG, pmap, - addr1, addr2, curcpu_cb); + smp_targeted_tlb_shootdown(mask, IPI_INVLRNG, pmap, addr1, addr2, + curcpu_cb); #ifdef COUNT_XINVLTLB_HITS - ipi_range++; - ipi_range_size += (addr2 - addr1) / PAGE_SIZE; + ipi_range++; + ipi_range_size += (addr2 - addr1) / PAGE_SIZE; #endif - } } void smp_cache_flush(smp_invl_cb_t curcpu_cb) { - if (smp_started) { - smp_targeted_tlb_shootdown(all_cpus, IPI_INVLCACHE, NULL, - 0, 0, curcpu_cb); - } + smp_targeted_tlb_shootdown(all_cpus, IPI_INVLCACHE, NULL, 0, 0, + curcpu_cb); } /* From owner-freebsd-current@freebsd.org Thu Jun 11 17:08:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E9B9833A402 for ; Thu, 11 Jun 2020 17:08:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jVgB4NqRz44Hy for ; Thu, 11 Jun 2020 17:08:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 94BB2339BB4; Thu, 11 Jun 2020 17:08:22 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 94774339BB3 for ; Thu, 11 Jun 2020 17:08:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jVg94F5kz44dQ; Thu, 11 Jun 2020 17:08:21 +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 05BH885B062580; Thu, 11 Jun 2020 17:08:08 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BH88h4062579; Thu, 11 Jun 2020 10:08:08 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 10:08:08 -0700 From: David Wolfskill To: Konstantin Belousov Cc: Xin Li , Mark Johnston , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611170808.GD1392@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , Xin Li , Mark Johnston , current@freebsd.org References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> <20200611163331.GC1392@albert.catwhisker.org> <20200611164421.GQ48478@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="scyazgeAM+HHl7kc" Content-Disposition: inline In-Reply-To: <20200611164421.GQ48478@kib.kiev.ua> X-Rspamd-Queue-Id: 49jVg94F5kz44dQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-4.57 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.948]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; NEURAL_HAM_LONG(-0.96)[-0.962]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.26)[-0.261]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 17:08:23 -0000 --scyazgeAM+HHl7kc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2020 at 07:44:21PM +0300, Konstantin Belousov wrote: > ... > This should fix noexec for modules. >=20 > diff --git a/sys/x86/x86/mp_x86.c b/sys/x86/x86/mp_x86.c > index 81db4d7ca85..cb84fc95691 100644 > --- a/sys/x86/x86/mp_x86.c > +++ b/sys/x86/x86/mp_x86.c > .... Thanks! Patch applied with no problems; I will plan on rebooting to head & rebuilding & smoke-testing once I get some more work-stuff done. Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --scyazgeAM+HHl7kc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7iZPdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcljoQf6A6iMvQsHEifgDZrhxRiGg1jwSCuqso0npH6GnufeQgkqPfr867A6Mjnc jeNfTXpjrX0ZtE5oYv19pERihIf2p9MuLbhF4MuFUTixteybdt1Vy20SFsnWRqVY jv6ZRy4aFntVAu1lIKQvk++L2onXYzaGIhsihR1h7H/q9kX1GwRcx5E43b0Qxf8c U8RGBLOsLhbC6a+OxgqTkXsui1wEAKtZM9D/igFL18yxSMp6p2dI9vvrF4lsnszq 3K6/GniF2gZxILofU4jWwKGOpgxpBzMoQ3YzeiMAachKphZ3KHsAAB8/xDnzpEBS 2ciAn5AhDbdVsHfxGaxxe3tazoHmEg== =wr+m -----END PGP SIGNATURE----- --scyazgeAM+HHl7kc-- From owner-freebsd-current@freebsd.org Thu Jun 11 17:19:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 45C1D33A883 for ; Thu, 11 Jun 2020 17:19:39 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jVwC0HPWz454Z for ; Thu, 11 Jun 2020 17:19:39 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 09B6033A6AB; Thu, 11 Jun 2020 17:19:39 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0973333A4BC for ; Thu, 11 Jun 2020 17:19:39 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf41.google.com (mail-qv1-xf41.google.com [IPv6:2607:f8b0:4864:20::f41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jVw96kX0z45Gw for ; Thu, 11 Jun 2020 17:19:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf41.google.com with SMTP id cv17so2952368qvb.13 for ; Thu, 11 Jun 2020 10:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=8eXHznzUwftc1ndXKwPw1APoqhC9XaeVT//ZamMHNXw=; b=iT01OUK4uPPSJlJiM5167w0rh6EZjus0leDkxDJ9HYHyrx+Yi5EIDrI/3EOFgU2ukV 9D//impZUhLyoBD0eIDhoRj6jWYPueks7m0vsVAuNyhPcOXTQ5kS0kfdsmr4BuNpVK2r 0BKGpC9tNZ0gSGiygCmrgnyvkbZo5cSoDk0WZ9Sl43CV3kfdbVHLaTCjJybPrWW0Q86z 2qo1IquAYStZR9T1JGvHkFpIJY+Sj2PMtCBiwqe2RWHkqelXIhXFWMQGfrJTENoG9bYV g98gWH4trMd04RVlXwV41UGvfYaST1rz3/J/4gM2NnVddH1cICpY+BzJ/9BV9Gxko1/T +GHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=8eXHznzUwftc1ndXKwPw1APoqhC9XaeVT//ZamMHNXw=; b=mLQJCzVpmJieJ8GVqSCjC2Pg51AUUPPIeYz7daGlFdKL0paogEV35xXCUisklN9myk J4TZwktA4M2X//4itRyCgz1au4YAUEhfzG/f5wGpC/r/G1K7cPVo0/Xsc3RgnaF4Adfu w3mGGfFZL5RTXYk6HXH9s1jqQXSEuxh6KzWNGH0DJxyg1GmTAo86u/vB5UN7MM8vuJCY dwnqiiDt9ZxVeANHME/R5JW8BHqiuFt2Xlptj4FlGqLqUgmhkxSDuNd5i9itnh3KI1xI o+g5K98yYbQsRfySxnXlPqL91ZNa0DOg6m0CZNsbbPSW8PQYBGq2x5oxRoFkIptbcoWF BNag== X-Gm-Message-State: AOAM532CFrVP2dyUZIdqzQm8sLJwTo2pkEmYvOmvM5pemo/L83B639uO 56U9gyU+0gD4F530Sd2o9Bg= X-Google-Smtp-Source: ABdhPJzmlb8xuQMuMoYrElt8dez6z29meCos3CyzrHEAfy4ivKZpiogafvf1Upml3RFk2VVNkjhGaQ== X-Received: by 2002:ad4:590d:: with SMTP id ez13mr2529527qvb.177.1591895977075; Thu, 11 Jun 2020 10:19:37 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-21-184-147-207-195.dsl.bell.ca. [184.147.207.195]) by smtp.gmail.com with ESMTPSA id d9sm2692311qtq.56.2020.06.11.10.19.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2020 10:19:36 -0700 (PDT) Sender: Mark Johnston Date: Thu, 11 Jun 2020 13:19:33 -0400 From: Mark Johnston To: David Wolfskill , Konstantin Belousov , Xin Li , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611171933.GE32928@raichu> References: <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> <20200611163331.GC1392@albert.catwhisker.org> <20200611164421.GQ48478@kib.kiev.ua> <20200611170808.GD1392@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200611170808.GD1392@albert.catwhisker.org> X-Rspamd-Queue-Id: 49jVw96kX0z45Gw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=iT01OUK4; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::f41 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.24 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.52)[-0.521]; FREEMAIL_TO(0.00)[catwhisker.org,gmail.com,delphij.net,freebsd.org]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[184.147.207.195:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.99)[-0.989]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f41:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 17:19:39 -0000 On Thu, Jun 11, 2020 at 10:08:08AM -0700, David Wolfskill wrote: > On Thu, Jun 11, 2020 at 07:44:21PM +0300, Konstantin Belousov wrote: > > ... > > This should fix noexec for modules. > > > > diff --git a/sys/x86/x86/mp_x86.c b/sys/x86/x86/mp_x86.c > > index 81db4d7ca85..cb84fc95691 100644 > > --- a/sys/x86/x86/mp_x86.c > > +++ b/sys/x86/x86/mp_x86.c > > .... > > Thanks! Patch applied with no problems; I will plan on rebooting to > head & rebuilding & smoke-testing once I get some more work-stuff done. I was able to verify that the patch fixes my instance of the panic. From owner-freebsd-current@freebsd.org Thu Jun 11 17:58:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B9D433C0AE for ; Thu, 11 Jun 2020 17:58:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49jWn55tQSz49Yc for ; Thu, 11 Jun 2020 17:58:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: by mailman.nyi.freebsd.org (Postfix) id C9CA633C439; Thu, 11 Jun 2020 17:58:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C991033C438 for ; Thu, 11 Jun 2020 17:58:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jWn414Ccz49Jj; Thu, 11 Jun 2020 17:58:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from odin.corp.delphij.net (unknown [IPv6:2601:646:8600:58ba:9154:38dc:cfef:1923]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 69B212231C; Thu, 11 Jun 2020 10:58:25 -0700 (PDT) Reply-To: d@delphij.net Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 To: Mark Johnston , David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> <20200611163331.GC1392@albert.catwhisker.org> <20200611164421.GQ48478@kib.kiev.ua> <20200611170808.GD1392@albert.catwhisker.org> <20200611171933.GE32928@raichu> From: Xin Li Autocrypt: addr=delphij@delphij.net; prefer-encrypt=mutual; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Message-ID: Date: Thu, 11 Jun 2020 10:58:20 -0700 User-Agent: Thunderbird MIME-Version: 1.0 In-Reply-To: <20200611171933.GE32928@raichu> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KhH6jH2OimweHNpSpnCf6n6mCf3N8eJoQ" X-Rspamd-Queue-Id: 49jWn414Ccz49Jj X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.68 / 15.00]; HAS_REPLYTO(0.00)[d@delphij.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; XM_UA_NO_VERSION(0.01)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[delphij.net:+]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,reject]; NEURAL_HAM_SHORT(-0.60)[-0.595]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[freebsd.org,catwhisker.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:6939, ipnet:64.62.128.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[delphij.net:s=m7e2]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.02)[-1.015]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 17:58:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KhH6jH2OimweHNpSpnCf6n6mCf3N8eJoQ Content-Type: multipart/mixed; boundary="e3Z734c8WxuA2IyOnlfR39DSFXdUAugeB"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: Mark Johnston , David Wolfskill , Konstantin Belousov , current@freebsd.org Message-ID: Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 References: <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> <20200611163331.GC1392@albert.catwhisker.org> <20200611164421.GQ48478@kib.kiev.ua> <20200611170808.GD1392@albert.catwhisker.org> <20200611171933.GE32928@raichu> In-Reply-To: <20200611171933.GE32928@raichu> --e3Z734c8WxuA2IyOnlfR39DSFXdUAugeB Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/11/20 10:19, Mark Johnston wrote: > On Thu, Jun 11, 2020 at 10:08:08AM -0700, David Wolfskill wrote: >> On Thu, Jun 11, 2020 at 07:44:21PM +0300, Konstantin Belousov wrote: >>> ... >>> This should fix noexec for modules. >>> >>> diff --git a/sys/x86/x86/mp_x86.c b/sys/x86/x86/mp_x86.c >>> index 81db4d7ca85..cb84fc95691 100644 >>> --- a/sys/x86/x86/mp_x86.c >>> +++ b/sys/x86/x86/mp_x86.c >>> .... >> >> Thanks! Patch applied with no problems; I will plan on rebooting to >> head & rebuilding & smoke-testing once I get some more work-stuff done= =2E >=20 > I was able to verify that the patch fixes my instance of the panic. I can confirm that the patch also fixed my panic too. Thanks! Cheers, --e3Z734c8WxuA2IyOnlfR39DSFXdUAugeB-- --KhH6jH2OimweHNpSpnCf6n6mCf3N8eJoQ 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.2.20 (Darwin) iQIzBAEBCgAdFiEEceNg5NEMZIki80nQQHl/fJX0g08FAl7icMAACgkQQHl/fJX0 g0/IIQ/8CkPgDqVfPWtMruFUs3pJ7Y0nakWfWWtwHMhE8akss8SeT21kdpI1R63y EhTtZKFfrCZouHacoK/wg59AxWa0ozi6obocmZqv6O2WvxVqevEkJaAFTmkt4o/Q 8ZKpcEjyphMGm3usAqEkqYROStNotQLrx3/XbKLW3/PqY9zQ9GWJvTDQ4UoR8ccK 1sMm075iSnSzAUyUayqJ1lM0Qyz7jbngHz9R0h6m42espZncpcPLXyLmt7A6vgNB Y3GphE6pItsaI4axW7zgV8p9t6dqzxwkt2RA6wrPA2OHSRdmulugNBA7VQy/oyKk o7R7uxAgIA4wDuhTAY8gxoBjjpw+SjFjSdNWG3HW8iz7uL72KYG5sf+m4Dh6nLeJ oKByGAI9qm2UGrvsF8xcLH30HeZkV+/OS8RU7+zqyeKoO8X0FWQA0HHGrkk4iv7s us1BEcA1C335/OP4UGKFO9IeP/Is62C8z2Iy6SW0t+od9vvGjUYwmrb/NbAddwpS sue1M3frPNxF6WPk57Q4afeCrkcXuUqe/VvuxqG3IIazUL8aN7EznV5PXcP6OI+r wRfh5DD/k7ZVBftzX7vRvtp0/Jc04CGG8VST8USFJBjH73RawHteTzfcsTrvZS1i u6qg0BWwiv1bm5bRa+HV5fH+/lh4sclfB7wGbTe7WAI0LIqKSSQ= =uYdU -----END PGP SIGNATURE----- --KhH6jH2OimweHNpSpnCf6n6mCf3N8eJoQ-- From owner-freebsd-current@freebsd.org Thu Jun 11 18:01:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 66F7333C2BD for ; Thu, 11 Jun 2020 18:01:56 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49jWs00fCSz4B8m for ; Thu, 11 Jun 2020 18:01:56 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 162B533C658; Thu, 11 Jun 2020 18:01:56 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 15F6E33C657 for ; Thu, 11 Jun 2020 18:01:56 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jWrz3jJVz49lH; Thu, 11 Jun 2020 18:01:55 +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 05BI1m6d063227; Thu, 11 Jun 2020 18:01:48 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 05BI1m2k063226; Thu, 11 Jun 2020 11:01:48 -0700 (PDT) (envelope-from david) Date: Thu, 11 Jun 2020 11:01:48 -0700 From: David Wolfskill To: Mark Johnston Cc: Konstantin Belousov , Xin Li , current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611180148.GF1392@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Mark Johnston , Konstantin Belousov , Xin Li , current@freebsd.org References: <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org> <20200611162417.GD32928@raichu> <20200611163331.GC1392@albert.catwhisker.org> <20200611164421.GQ48478@kib.kiev.ua> <20200611170808.GD1392@albert.catwhisker.org> <20200611171933.GE32928@raichu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ywQRTnXLM3KZ1OX3" Content-Disposition: inline In-Reply-To: <20200611171933.GE32928@raichu> X-Rspamd-Queue-Id: 49jWrz3jJVz49lH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 18:01:56 -0000 --ywQRTnXLM3KZ1OX3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2020 at 01:19:33PM -0400, Mark Johnston wrote: > On Thu, Jun 11, 2020 at 10:08:08AM -0700, David Wolfskill wrote: > > On Thu, Jun 11, 2020 at 07:44:21PM +0300, Konstantin Belousov wrote: > > > ... > > > This should fix noexec for modules. > > >=20 > > > diff --git a/sys/x86/x86/mp_x86.c b/sys/x86/x86/mp_x86.c > > > index 81db4d7ca85..cb84fc95691 100644 > > > --- a/sys/x86/x86/mp_x86.c > > > +++ b/sys/x86/x86/mp_x86.c > > > .... > >=20 > > Thanks! Patch applied with no problems; I will plan on rebooting to > > head & rebuilding & smoke-testing once I get some more work-stuff done. >=20 > I was able to verify that the patch fixes my instance of the panic. Works for my laptop, as well: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r362045M/= 362046: Thu Jun 11 10:57:18 PDT 2020 root@g1-55.catwhisker.org:/common/= S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300097 1300097 Peace, david --=20 David H. Wolfskill david@catwhisker.org Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- rig= ht. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ywQRTnXLM3KZ1OX3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7icYxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcnp5AgAsvkKkf7ByYk9OeNEsu8jRyJwZUWqZHOFbTY5/54CNpcOoXOFfbWz3XJS BEAI7AiFRLj8IFYIQ5CIemI1jahD9E5jwkvoob7DH6NExfS9fLm1VDl+3AHQMcrt prqN5mS6m9BqIicD8KAn29m2MsdVZY0qVOxi41+Cn4kqcuI71Z331i2vCH1qudVF fFozdM1A8di+BWuujESTPC98jOXvnDcb7D1HRp+VWdqGii59EoVhRZndFyBRtNBG 90Ki647/NOcsKB4uCMm1+i4bAXaETrCaMWCrTfdJ0HyKJ0kfgQEp+d6PG8UFUWYf BP6WJH558y0Se0IYoWO3KLRxRjr5Qw== =Eiug -----END PGP SIGNATURE----- --ywQRTnXLM3KZ1OX3-- From owner-freebsd-current@freebsd.org Thu Jun 11 20:56:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 054D4340CF5; Thu, 11 Jun 2020 20:56:01 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io1-xd41.google.com (mail-io1-xd41.google.com [IPv6:2607:f8b0:4864:20::d41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jbjr0Mb4z4Nfn; Thu, 11 Jun 2020 20:55:59 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io1-xd41.google.com with SMTP id c8so7970466iob.6; Thu, 11 Jun 2020 13:55:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version; bh=keyeyM4kG1OEfKs3d6DzefAiWrcGKQrXfh+FtAGgIjk=; b=Ieg83xZAoGOPMGS0W9kCIi3+TcO1PVB5Lqkix0SB/elVUfRNm/HG4Ie8wl4uRZEgKL fvJ6ZYuHBdP8AqAJjHFwRNERi6tr3t1o4GDOqwo8H8TrJWM5/SqbSBNSpBEI5qzIv7FN 9sn3LRSZuh9RB/KAR+bWo9M7IHoydAtPwIwgGHQllC3dbqGwwcaBowqiwt1r7IXpvdaX aGmN25Nd9E/XPB3yzwtxZPT+ssiIYtPxdvuvzBOVXCCxW/xLxVlzRrtD2zanzmsq+LXN 1x9df0Suah3ZjDOzpSj60khNVCL7sb8Tp8r95ySPj6wHSVxQ0cv0qPYJE8nJe3F6nvrW mY2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version; bh=keyeyM4kG1OEfKs3d6DzefAiWrcGKQrXfh+FtAGgIjk=; b=hoF2AiHzME9++nn3QZYyRkCdTLVLQJeCX7XaX7z8+CoNdP6//5XyUr+Jcx+jBc8cD0 0pxCWAXREvqfzpg627XKEzzFrzVQKvvQpFzpJBK+lsTNnKfwflQPcJgfItBH+VuQNJ2w CDjtOvwZZ7NQXrEabVyMEoHNRc39jata79br4FFnFKbEzw+v3QYfBVruBzYvUq1H74Ie kr/8gi6RQ1YihcbUmxRJGhfwVRt8+2evk5kn8Jesa+k/CGAm3C8UeqGsM519ccYCFFl4 UVRNFyRK1BAaw6LA0alU9r3HUwWTel4g+D4TbiwVY36wzAnhuflYt4MGqoY9cFjZz9+T 7aTw== X-Gm-Message-State: AOAM532XCwJuRasPJWwKzHyDZDcFDUFyFlGj5AX3G6JQaWKTGllkbTbs TEnbvinFOggvUWmaHDj1SOA= X-Google-Smtp-Source: ABdhPJy/N4VMpPWQhKFabxzTNaduxTtVilWVNnty4PX/V3KDPYGaCWJ9jOaU8QLIZl7QNP4yJua1rg== X-Received: by 2002:a02:c6a7:: with SMTP id o7mr4910815jan.67.1591908957179; Thu, 11 Jun 2020 13:55:57 -0700 (PDT) Received: from ralga.knownspace (173-19-125-130.client.mchsi.com. [173.19.125.130]) by smtp.gmail.com with ESMTPSA id c20sm1959805iot.33.2020.06.11.13.55.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2020 13:55:56 -0700 (PDT) Date: Thu, 11 Jun 2020 15:55:45 -0500 From: Justin Hibbits To: Mark Millard Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 Message-ID: <20200611155545.55526f7c@ralga.knownspace> In-Reply-To: References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/K=rH3L.wMYzt5iz2sACaWQM" X-Rspamd-Queue-Id: 49jbjr0Mb4z4Nfn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Ieg83xZA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::d41 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-3.41 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.44)[-0.439]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[173.19.125.130:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.006]; MIME_GOOD(-0.10)[multipart/mixed,text/plain,text/x-patch]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d41:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 20:56:01 -0000 --MP_/K=rH3L.wMYzt5iz2sACaWQM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, 10 Jun 2020 18:56:57 -0700 Mark Millard wrote: > On 2020-May-13, at 08:56, Justin Hibbits wrote: > > > Hi Mark, > > Hello Justin. Hi Mark, > > > On Wed, 13 May 2020 01:43:23 -0700 > > Mark Millard wrote: > > > >> [I'm adding a reference to an old arm64/aarch64 bug that had > >> pages turning to zero, in case this 32-bit powerpc issue is > >> somewhat analogous.] > >> > >>> . . . > > ... > >> . . . > >> > >> (Note: dsl-only.net closed down, so the E-mail > >> address reference is no longer valid.) > >> > >> Author: kib > >> Date: Mon Apr 10 15:32:26 2017 > >> New Revision: 316679 > >> URL: > >> https://svnweb.freebsd.org/changeset/base/316679 > >> > >> > >> Log: > >> Do not lose dirty bits for removing PROT_WRITE on arm64. > >> > >> Arm64 pmap interprets accessed writable ptes as modified, since > >> ARMv8.0 does not track Dirty Bit Modifier in hardware. If writable > >> bit is removed, page must be marked as dirty for MI VM. > >> > >> This change is most important for COW, where fork caused losing > >> content of the dirty pages which were not yet scanned by > >> pagedaemon. > >> > >> Reviewed by: alc, andrew > >> Reported and tested by: Mark Millard >> dsl-only.net> PR: 217138, 217239 > >> Sponsored by: The FreeBSD Foundation > >> MFC after: 2 weeks > >> > >> Modified: > >> head/sys/arm64/arm64/pmap.c > >> > >> Modified: head/sys/arm64/arm64/pmap.c > >> ============================================================================== > >> --- head/sys/arm64/arm64/pmap.c Mon Apr 10 12:35:58 > >> 2017 (r316678) +++ head/sys/arm64/arm64/pmap.c Mon > >> Apr 10 15:32:26 2017 (r316679) @@ -2481,6 +2481,11 @@ > >> pmap_protect(pmap_t pmap, vm_offset_t sv sva += L3_SIZE) { > >> l3 = pmap_load(l3p); > >> if (pmap_l3_valid(l3)) { > >> + if ((l3 & ATTR_SW_MANAGED) && > >> + pmap_page_dirty(l3)) { > >> + > >> vm_page_dirty(PHYS_TO_VM_PAGE(l3 & > >> + ~ATTR_MASK)); > >> + } > >> pmap_set(l3p, ATTR_AP(ATTR_AP_RO)); > >> PTE_SYNC(l3p); > >> /* XXX: Use pmap_invalidate_range > >> */ > >> > >> . . . > >> > > > > Thanks for this reference. I took a quick look at the 3 pmap > > implementations we have (haven't check the new radix pmap yet), and > > it looks like only mmu_oea.c (32-bit AIM pmap, for G3 and G4) is > > missing vm_page_dirty() calls in its pmap_protect() implementation, > > analogous to the change you posted right above. Given this, I think > > it's safe to say that this missing piece is necessary. We'll work > > on a fix for this; looking at moea64_protect(), there may be > > additional work needed to support this as well, so it may take a > > few days. > > Ping? Any clue when the above might happen? > > I've been avoiding the old PowerMacs and leaving > them at head -r360311 , pending an update that > would avoid the kernel zeroing pages that it > should not zero. But I've seen that you were busy > with more modern contexts this last about a month. > > And, clearly, my own context has left pending > (for much longer) other more involved activities > (compared to just periodically updating to > more recent FreeBSD vintages). > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > Sorry for the delay, I got sidetracked with a bunch of other development. I did install a newer FreeBSD on my dual G4 and couldn't see the problem. That said, the attached patch effectively copies what's done in OEA6464 into OEA pmap. Can you test it? - Justin --MP_/K=rH3L.wMYzt5iz2sACaWQM Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=moea_protect.diff diff --git a/sys/powerpc/aim/mmu_oea.c b/sys/powerpc/aim/mmu_oea.c index c5b0b048a41..2f1422b36c4 100644 --- a/sys/powerpc/aim/mmu_oea.c +++ b/sys/powerpc/aim/mmu_oea.c @@ -1776,6 +1776,9 @@ moea_protect(pmap_t pm, vm_offset_t sva, vm_offset_t eva, { struct pvo_entry *pvo, *tpvo, key; struct pte *pt; + struct pte old_pte; + vm_page_t m; + int32_t refchg; KASSERT(pm == &curproc->p_vmspace->vm_pmap || pm == kernel_pmap, ("moea_protect: non current pmap")); @@ -1803,12 +1806,31 @@ moea_protect(pmap_t pm, vm_offset_t sva, vm_offset_t eva, pvo->pvo_pte.pte.pte_lo &= ~PTE_PP; pvo->pvo_pte.pte.pte_lo |= PTE_BR; + old_pte = *pt; + /* * If the PVO is in the page table, update that pte as well. */ if (pt != NULL) { moea_pte_change(pt, &pvo->pvo_pte.pte, pvo->pvo_vaddr); + if (pm != kernel_pmap && m != NULL && + (m->a.flags & PGA_EXECUTABLE) == 0 && + (pvo->pvo_pte.pa & (PTE_I | PTE_G)) == 0) { + if ((m->oflags & VPO_UNMANAGED) == 0) + vm_page_aflag_set(m, PGA_EXECUTABLE); + moea_syncicache(pvo->pvo_pte.pa & PTE_RPGN, + PAGE_SIZE); + } mtx_unlock(&moea_table_mutex); + if ((pvo->pvo_vaddr & PVO_MANAGED) && + (pvo->pvo_pte.prot & VM_PROT_WRITE)) { + m = PHYS_TO_VM_PAGE(old_pte.pte_lo & PTE_RPGN); + refchg = atomic_readandclear_32(&m->md.mdpg_attrs); + if (refchg & PTE_CHG) + vm_page_dirty(m); + if (refchg & PTE_REF) + vm_page_aflag_set(m, PGA_REFERENCED); + } } } rw_wunlock(&pvh_global_lock); --MP_/K=rH3L.wMYzt5iz2sACaWQM-- From owner-freebsd-current@freebsd.org Thu Jun 11 21:36:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ACA51341E37 for ; Thu, 11 Jun 2020 21:36:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 49jcct57drz4Ql3 for ; Thu, 11 Jun 2020 21:36:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oMlrzEkVM1n0fQy94q7okPpe3jwvUEdPQCVGTq7two5lUxYwGoA00PDhSFfvZEV fL8tTKl9DnO7erx4D7Fk1gCOyvv_Wlar7eaZKlyH2.1fPy2P1f1RxnI_O1H2L_7q5H_MiUU4o1by fS31gZjNhXHLCtFStH9Yu2Zua59G7ZOQp9KILYuPKO2HfQSwrkjDxe0HxHhrWQXLkyAEpGOCrdPB tixhqaTKEZJTJYpRRVxzlNHj6hU.lx5GpPxCP4Oa.GRJi1oPYz.3ue_gxDTcoOACRZUkcj5h1E25 _yYhxJH02JqlneJC0kybfKXMRh9UllX36TUV7CZKrWluqLOTFjDRk8cDjhymRxbQJaid6I9abfPf hWVKGITG5XAj.91xH9jldjCL1vvlhfQQBiA7nCJOF59VJUImr6qle1Ly0f0Df8BIV5hcOg8hQ1bd dYsWynkfcP7n0bgMzflkQ823.oFjZ9X6WJhk.Do6h6E06NEF0uiQrTwPvQD0icPV6Byvdix14tOY mtuKVe6joAOd74Cu0eX6pjytREg5P94kRhZAOxrWclD7xM026vi3l05ZiW7F1rde.njtwd5MojU_ wBZC_eCI4jIMWwB_bbNjSFccu3Nki.XCLMhqO0kVyK0sQKjn.ZXSDDGQ.q1M1f34hbarWwA0na.P vK.S0ueW6.gnOQVGwOtwR184YGzhhFDD889cZ9PCnSWDdQMr83zS8tdKkrDPKZ4v1kxBNYjko6qH Misr0ln9ygcAPQEYGY0ynssLLaWq0hKMU3.ZzrPThigjvl2ZoT9qG1vo6ot_WitUm_j_whd1O3AE qsMXZyTN__NPXURKQeRTc1AuYZITSWHKbw0D8IzA1AH0Ku49oBP6icue5oBwwR5uZHSK22.n6Sg7 jDZ9udIgpEwjEwKqvMp84Kr9iMnKuFV0W5xp9_.2AnLlYsGj8J0sLA8QaPckzgpPw.L6r6ixTS8K r1WgMPWRdafAtd.65Sk3TEFhhcIjTnWtcgaPFDjykQ42Y.r8oxsFKV4fWdeUjfzYCEYvZdSAHiCw ICEvnScN9bvsplu_dIdhEbp2rAE5Da1uMQ1eWosMR9_caBjSWYcEq9iyR9EC4LWS6HRzShR_JJdk 5ZC_V05t70_9.JmxQ84i1WsLpKlNQ0KKp3Ioyyp2rmkcitmx8U8A72yasgWp1KaPCthHPqQCQKgu gc4cN1PxG1DGEQim.1x_YEbVT271OE17aoUZjqlah6ityZ_5r3s7BGWyBIf0RjNSdBekz2ylv4DT FD1fuoMYK747RPLTFgM4lUeunGOx_yYZ86MEFBSi5EGyJIwTwLXzNoKCJJ5mfnp2EM6JaQ5GzKa0 zsCYCLnj3rXizkTfIe8BYkvnUpAAW5js27jYX7MmCgKMfMazh4p8K4fWKkKuvat3sqQjlk8kGSFb wyi2uqxZeUebZ4YaDKpN57AKWO5TN Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Jun 2020 21:36:44 +0000 Received: by smtp416.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fdfd3dccc9714f1e32d72e6a803eab89; Thu, 11 Jun 2020 21:36:39 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: <20200611155545.55526f7c@ralga.knownspace> Date: Thu, 11 Jun 2020 14:36:37 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: quoted-printable Message-Id: <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jcct57drz4Ql3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.14 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.63)[-0.635]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 21:36:47 -0000 On 2020-Jun-11, at 13:55, Justin Hibbits = wrote: > On Wed, 10 Jun 2020 18:56:57 -0700 > Mark Millard wrote: >=20 >> On 2020-May-13, at 08:56, Justin Hibbits = wrote: >>=20 >>> Hi Mark, =20 >>=20 >> Hello Justin. >=20 > Hi Mark, Hello again, Justin. >>=20 >>> On Wed, 13 May 2020 01:43:23 -0700 >>> Mark Millard wrote: >>>=20 >>>> [I'm adding a reference to an old arm64/aarch64 bug that had >>>> pages turning to zero, in case this 32-bit powerpc issue is >>>> somewhat analogous.] >>>>=20 >>>>> . . . =20 >>> ... =20 >>>> . . . >>>>=20 >>>> (Note: dsl-only.net closed down, so the E-mail >>>> address reference is no longer valid.) >>>>=20 >>>> Author: kib >>>> Date: Mon Apr 10 15:32:26 2017 >>>> New Revision: 316679 >>>> URL:=20 >>>> https://svnweb.freebsd.org/changeset/base/316679 >>>>=20 >>>>=20 >>>> Log: >>>> Do not lose dirty bits for removing PROT_WRITE on arm64. >>>>=20 >>>> Arm64 pmap interprets accessed writable ptes as modified, since >>>> ARMv8.0 does not track Dirty Bit Modifier in hardware. If writable >>>> bit is removed, page must be marked as dirty for MI VM. >>>>=20 >>>> This change is most important for COW, where fork caused losing >>>> content of the dirty pages which were not yet scanned by >>>> pagedaemon. >>>>=20 >>>> Reviewed by: alc, andrew >>>> Reported and tested by: Mark Millard >>> dsl-only.net> PR: 217138, 217239 >>>> Sponsored by: The FreeBSD Foundation >>>> MFC after: 2 weeks >>>>=20 >>>> Modified: >>>> head/sys/arm64/arm64/pmap.c >>>>=20 >>>> Modified: head/sys/arm64/arm64/pmap.c >>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=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/sys/arm64/arm64/pmap.c Mon Apr 10 12:35:58 >>>> 2017 (r316678) +++ head/sys/arm64/arm64/pmap.c Mon >>>> Apr 10 15:32:26 2017 (r316679) @@ -2481,6 +2481,11 @@ >>>> pmap_protect(pmap_t pmap, vm_offset_t sv sva +=3D L3_SIZE) { >>>> l3 =3D pmap_load(l3p); >>>> if (pmap_l3_valid(l3)) { >>>> + if ((l3 & ATTR_SW_MANAGED) && >>>> + pmap_page_dirty(l3)) { >>>> + >>>> vm_page_dirty(PHYS_TO_VM_PAGE(l3 & >>>> + ~ATTR_MASK)); >>>> + } >>>> pmap_set(l3p, ATTR_AP(ATTR_AP_RO)); >>>> PTE_SYNC(l3p); >>>> /* XXX: Use pmap_invalidate_range >>>> */ >>>>=20 >>>> . . . >>>>=20 >>>=20 >>> Thanks for this reference. I took a quick look at the 3 pmap >>> implementations we have (haven't check the new radix pmap yet), and >>> it looks like only mmu_oea.c (32-bit AIM pmap, for G3 and G4) is >>> missing vm_page_dirty() calls in its pmap_protect() implementation, >>> analogous to the change you posted right above. Given this, I think >>> it's safe to say that this missing piece is necessary. We'll work >>> on a fix for this; looking at moea64_protect(), there may be >>> additional work needed to support this as well, so it may take a >>> few days. =20 >>=20 >> Ping? Any clue when the above might happen? >>=20 >> I've been avoiding the old PowerMacs and leaving >> them at head -r360311 , pending an update that >> would avoid the kernel zeroing pages that it >> should not zero. But I've seen that you were busy >> with more modern contexts this last about a month. >>=20 >> And, clearly, my own context has left pending >> (for much longer) other more involved activities >> (compared to just periodically updating to >> more recent FreeBSD vintages). >>=20 >> . . . >>=20 >=20 > Sorry for the delay, I got sidetracked with a bunch of other > development. > I did install a newer FreeBSD on my dual G4 and couldn't > see the problem. How did you test? In my context it was far easier to see the problem with builds that did not use MALLOC_PRODUCTION. In other words: jemalloc having its asserts tested. The easiest way I found to get the asserts to fail was to do (multiple processes (-m) and totaling to more than enough to force paging/swapping): stress -m 2 --vm-bytes 1700M & (Possibly setting up some shells first to potentially later exit.) Normally stress itself would hit jemalloc asserts. Apparently the asserts did not stop the code and it ran until a failure occurred (via dtv=3D0x0). I never had to manually stop the stress processes. If no failures during, then exit shells that likely were swapped out or partially paged out during the stress run. They hit jemalloc asserts during their cleanup activity in my testing. > That said, the attached patch effectively copies > what's done in OEA6464 into OEA pmap. Can you test it? I'll try it once I get a chance, probably later today. I gather from what I see that moea64_protect did not need the changes that you originally thought might be required? I only see moea_protect changes in the patch. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jun 11 21:42:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA7563423F6; Thu, 11 Jun 2020 21:42:20 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jclJ45plz4RQl; Thu, 11 Jun 2020 21:42:20 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from auth2-smtp.messagingengine.com (auth2-smtp.messagingengine.com [66.111.4.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bdragon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 823D91F74B; Thu, 11 Jun 2020 21:42:20 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailauth.nyi.internal (Postfix) with ESMTP id 0D19A27C0054; Thu, 11 Jun 2020 17:42:20 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute4.internal (MEProxy); Thu, 11 Jun 2020 17:42:20 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudeitddgtddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdluddtmdenucfjughrpefofgggkfgjfhffhffvufgtsehttdertder reejnecuhfhrohhmpedfuehrrghnughonhcuuegvrhhgrhgvnhdfuceosggurhgrghhonh eshfhrvggvuefuffdrohhrgheqnecuggftrfgrthhtvghrnhepteefveelueekieeltedv jeeuuedutdfgtddviefhgeekhfeuledtteelvdffffetnecuffhomhgrihhnpegushhlqd honhhlhidrnhgvthenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhl fhhrohhmpegsughrrghgohhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqd dutdegvdefheekieegqddukedutdekheduqdgsughrrghgohhnpeephfhrvggvuefuffdr ohhrghesihhmrghprdgttg X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id D5332C200A6; Thu, 11 Jun 2020 17:42:19 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.0-dev0-525-ge8fa799-fm-20200609.001-ge8fa7990 Mime-Version: 1.0 Message-Id: <8bf74674-4ccf-4f97-bbc5-fa5131209b66@www.fastmail.com> In-Reply-To: <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> Date: Thu, 11 Jun 2020 16:41:59 -0500 From: "Brandon Bergren" To: "Mark Millard" , "Justin Hibbits" Cc: "Eric van Gyzen" , svn-src-head@freebsd.org, "FreeBSD Current" , "FreeBSD Hackers" , "FreeBSD PowerPC ML" Subject: =?UTF-8?Q?Re:_svn_commit:_r360233_-_in_head:_contrib/jemalloc_._._._:_Th?= =?UTF-8?Q?is_partially_breaks_a_2-socket_32-bit_powerpc_(old_PowerMac_G?= =?UTF-8?Q?4)_based_on_head_-r360311?= Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 21:42:20 -0000 An update from my end: I now have the ability to test dual processor G4 as well, now that mine is up and running. On Thu, Jun 11, 2020, at 4:36 PM, Mark Millard wrote: > > How did you test? > > In my context it was far easier to see the problem > with builds that did not use MALLOC_PRODUCTION. In > other words: jemalloc having its asserts tested. > > The easiest way I found to get the asserts to fail > was to do (multiple processes (-m) and totaling to > more than enough to force paging/swapping): > > stress -m 2 --vm-bytes 1700M & > > (Possibly setting up some shells first > to potentially later exit.) > > Normally stress itself would hit jemalloc > asserts. Apparently the asserts did not > stop the code and it ran until a failure > occurred (via dtv=0x0). I never had to > manually stop the stress processes. > > If no failures during, then exit shells > that likely were swapped out or partially > paged out during the stress run. They > hit jemalloc asserts during their cleanup > activity in my testing. > > > > That said, the attached patch effectively copies > > what's done in OEA6464 into OEA pmap. Can you test it? > > I'll try it once I get a chance, probably later > today. > > I gather from what I see that moea64_protect did not > need the changes that you originally thought might > be required? I only see moea_protect changes in the > patch. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > -- Brandon Bergren bdragon@FreeBSD.org From owner-freebsd-current@freebsd.org Thu Jun 11 21:42:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 886B33425B8; Thu, 11 Jun 2020 21:42:22 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jclK2TzTz4RNj; Thu, 11 Jun 2020 21:42:21 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io1-xd29.google.com with SMTP id d5so8068128ios.9; Thu, 11 Jun 2020 14:42:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=F8tO4WMoZCGEG/J2fntZPL6ciLwZVHM1ZtZyBw/IUoI=; b=D9/iB+EvZm38xYksenfGSSKo+ldU8mnZfRT6w+jPa7x4AS+b1gqPByrn6viNtSkgTY Yi+91CmPvNUpsn4C5/7UhIUvR152JneaiUe8Ck1wY/q2zzwS1q8FmkAtVKFGq4W9kd4V NZ0CGLmfBxY4kCQN/02hi7NT2nKfAnIot3uN6gIPB/KxVYqE2morCC6AEkez63ZkvrOA axL6OvFX+Vd6qhdCidGLdsYCJMYVBrzJcsf4guPKFQ+3sNZ/72xBnOg3UejOIU3HpfBe 6SY10QCyLyoXcXvOtygRHuCztIafY52DKqHL8mfv/0FXjpUUEP3VZQW3DhRwDxFThzr6 fflg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=F8tO4WMoZCGEG/J2fntZPL6ciLwZVHM1ZtZyBw/IUoI=; b=VJGGv7Ix+azrEwYrSBY5TSQr9cFbSaH06OJepPhUNcNaKqIUT217iwGaKZRpltMLmA 2oymZiItOvlfvwTjxewisb3OMpNxfxs+nwe1ecHUv47gU1Txw97qqZAv9GHC4gnpes7S U8pQt3cjOrn+kSWqQoJo6Yt1vshN+i2xiJZKMSNDriBUWLXT+O+Ao8OdtgSv8dOcL3za Y71Gsj8VCe5ig579M9ortFyqPkVfJQ4BgMuAxRLSk5mOGESJL4Nb6WrWaLojzjHEygbl dFamxJYfGp6ppjeaVWWx9m+njlpkEsecIEMf2GYHEfrrXnmUBUHa+C71ArUCHRXKUqXp UByg== X-Gm-Message-State: AOAM533uz8lsomFdWOhZDeRMT3PT0cdw3COZijLKiDCD3ZVCMMHjk4OS 6PgkGwRViLthlgniW+EDTBk= X-Google-Smtp-Source: ABdhPJyLJpawxmcomszvME2wth+iKAOiXtxZXHM5Te35vdZ3Itj+F/v/xFjrHARPgE4okQ5M2dqUjQ== X-Received: by 2002:a02:a518:: with SMTP id e24mr5066004jam.72.1591911740213; Thu, 11 Jun 2020 14:42:20 -0700 (PDT) Received: from ralga.knownspace (173-19-125-130.client.mchsi.com. [173.19.125.130]) by smtp.gmail.com with ESMTPSA id z12sm2061069iol.15.2020.06.11.14.42.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2020 14:42:20 -0700 (PDT) Date: Thu, 11 Jun 2020 16:42:16 -0500 From: Justin Hibbits To: Mark Millard Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 Message-ID: <20200611164216.47f82775@ralga.knownspace> In-Reply-To: <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49jclK2TzTz4RNj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=D9/iB+Ev; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::d29 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-3.48 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.56)[-0.562]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[173.19.125.130:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.914]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.004]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d29:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 21:42:22 -0000 On Thu, 11 Jun 2020 14:36:37 -0700 Mark Millard wrote: > On 2020-Jun-11, at 13:55, Justin Hibbits > wrote: > > > On Wed, 10 Jun 2020 18:56:57 -0700 > > Mark Millard wrote: > > > >> On 2020-May-13, at 08:56, Justin Hibbits > >> wrote: > >>> Hi Mark, > >> > >> Hello Justin. > > > > Hi Mark, > > Hello again, Justin. > > >> > >> I've been avoiding the old PowerMacs and leaving > >> them at head -r360311 , pending an update that > >> would avoid the kernel zeroing pages that it > >> should not zero. But I've seen that you were busy > >> with more modern contexts this last about a month. > >> > >> And, clearly, my own context has left pending > >> (for much longer) other more involved activities > >> (compared to just periodically updating to > >> more recent FreeBSD vintages). > >> > >> . . . > >> > > > > Sorry for the delay, I got sidetracked with a bunch of other > > development. > > > I did install a newer FreeBSD on my dual G4 and couldn't > > see the problem. > > How did you test? > > In my context it was far easier to see the problem > with builds that did not use MALLOC_PRODUCTION. In > other words: jemalloc having its asserts tested. > > The easiest way I found to get the asserts to fail > was to do (multiple processes (-m) and totaling to > more than enough to force paging/swapping): > > stress -m 2 --vm-bytes 1700M & > > (Possibly setting up some shells first > to potentially later exit.) > > Normally stress itself would hit jemalloc > asserts. Apparently the asserts did not > stop the code and it ran until a failure > occurred (via dtv=0x0). I never had to > manually stop the stress processes. > > If no failures during, then exit shells > that likely were swapped out or partially > paged out during the stress run. They > hit jemalloc asserts during their cleanup > activity in my testing. My testing was only with a WITNESS kernel, and wasn't an exhaustive test, so obviously is not a straight apples-to-apples comparison. Unfortunately, my backlog of other work got in the way of doing a meaningful extensive test. > > > > That said, the attached patch effectively copies > > what's done in OEA6464 into OEA pmap. Can you test it? > > I'll try it once I get a chance, probably later > today. > > I gather from what I see that moea64_protect did not > need the changes that you originally thought might > be required? I only see moea_protect changes in the > patch. The wording was a little ambiguous. I had meant to convey that I was looking at mmu_oea64.c for inspiration for what's missing in mmu_oea.c. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > - Justin From owner-freebsd-current@freebsd.org Thu Jun 11 22:04:19 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3905E343503 for ; Thu, 11 Jun 2020 22:04:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (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 49jdDf0sqhz4TZB for ; Thu, 11 Jun 2020 22:04:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3oKnKC4VM1lYGbS2O.u1wktRLDRU3MpiMqXIjh4dvuwHa6Xa31BcqeOaAnYEkna KgaMLTs5p9sqvgW.RjjxXYAYJV_6iypseBy49dFp5GhbRsJCpQNNmO6YvGDG41HQIOfEPglmyPik aV4UMifLCBUIWxL6u_K6BACbAvvUnI5FsjDAz.wZTX.UYeDMA65WgzCdP3KmvJvecdk_9BPZbL4J mGIz95E8oulC1mmypm9MPQOPMUyRpgJ3CQZepvvRYWc28Z_yc9XFZ70dUerzNBB0PEFmKt3th.1t AUIAfE9QRVhuyWUcFAg5OHE6ub.5SKbZEectpOWSMO4PxpfT6kUO6cwEtUADP3zoD24aq1elLkGm 7z9XAvXtjo0IPiCmScio_QcE46rCvDuY2zWVIdSJwy3GOYTcV63i6CvQ0uMZKLdEa.y4A5T7vxLg K0m_lWVTOuf4NTVp07JeWzKHcD9CIgYpDZMj1eO.6wusSnDxL0vG6tp1MVbRIBjAIWw2PRfluS0M YaMDNeLEPu8If2Mq92x422oajBAuVtitunhITSCS9cUsbtOTPTBTPgPwJ40xc1sSlX9TCRskvSls Ko6LYt15MmaKXGzsLpXleHQE9391B3kVamWO7pzKKW3K79M3fLuvZp6NWyYKViZ3br0WsroLmcHI lPIKMFw2co1lj5kTWm6UCL3eIOZTWaJCtxH7yWLBrFx0GwveGXUuMYZom7W6XGPZMAJl.vgpLEpa zdhgmRcRvIsJuLoi6yKRwc62vdsJgvJEJu2.NvybfLEXllq5iezyQNYAXJVew6Wud__D59KRIPUr z2fF3ntD_L6CdOlgn3yDFfSYgSUdWCd3gSDIifrlPLY72tojn5yKkleN0rCeoUcCvKL3fI6JErgA 7qAvxDqcuT9HtREMplYj1uRNxej2jSgGz2NRLe7C2v8aAHmzOlh7.e.afuna8QU9T3Z2hiicPK7x v3OA7SUBXV71ysDnoMLMsrLycD_WeezneyBGFCUtq33kTL4WKcAYIv2eHqqeQtLb1.2XNYRtzoQM jCWRSrLxc0m_OWrBOsnai9aTrl6x3pK6HJraAhw_0CWflO5EnDZxw64JsoO3A00aSBMFhy94i5M3 nCvT2U217s0mXtCnMIsr6OiX0gFvwcvPgeJN1_WtBmNtnCl7eCqJu9TbdKTjCLbRdW3DGeZDlU_3 G9u_Z8oYXa6YgMiChWbUGP1M.IrpCOUpICayDRBMnzOfYDY1nxdI.yJ9_ctCVhE9m6yVPxXHrRcN um9MK9xGsfG3ZT6sS3_Bdyu21nRRLoUTXiX5DBqczNXCzakA4Koo6h7OffWPbUBjSZulgijSVXqy VPZEVSM9_Ii3tcYldBKKGe3Z8DT_SY3YtQW40Xc95WejaRKf.cheiyChw7Amdyt1S6XXP7VfHF6a aAN46ixpzMEYRDMHsAO.LXwUGvYaY1h9QhYNyFSq6stWEDUv_UC6vuodWu7lC5XOwGQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Jun 2020 22:04:16 +0000 Received: by smtp425.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 172ccf42c5eb921977547f6477b474b1; Thu, 11 Jun 2020 22:04:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: <8bf74674-4ccf-4f97-bbc5-fa5131209b66@www.fastmail.com> Date: Thu, 11 Jun 2020 15:04:11 -0700 Cc: Justin Hibbits , Eric van Gyzen , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <1C6209E6-E980-407B-B635-B76C5F192E8C@yahoo.com> References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <8bf74674-4ccf-4f97-bbc5-fa5131209b66@www.fastmail.com> To: Brandon Bergren X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jdDf0sqhz4TZB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.15 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.65)[-0.654]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.004]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; FREEMAIL_CC(0.00)[gmail.com,FreeBSD.org,freebsd.org]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 22:04:19 -0000 On 2020-Jun-11, at 14:41, Brandon Bergren = wrote: > An update from my end: I now have the ability to test dual processor = G4 as well, now that mine is up and running. Cool. FYI: Dual processors are not required for the problem to happen: the stress based testing showed the problem just as easily on the single-socket/single-core contexts that I tried. > On Thu, Jun 11, 2020, at 4:36 PM, Mark Millard wrote: >>=20 >> How did you test? >>=20 >> In my context it was far easier to see the problem >> with builds that did not use MALLOC_PRODUCTION. In >> other words: jemalloc having its asserts tested. >>=20 >> The easiest way I found to get the asserts to fail >> was to do (multiple processes (-m) and totaling to >> more than enough to force paging/swapping): >>=20 >> stress -m 2 --vm-bytes 1700M & >>=20 >> (Possibly setting up some shells first >> to potentially later exit.) >>=20 >> Normally stress itself would hit jemalloc >> asserts. Apparently the asserts did not >> stop the code and it ran until a failure >> occurred (via dtv=3D0x0). I never had to >> manually stop the stress processes. >>=20 >> If no failures during, then exit shells >> that likely were swapped out or partially >> paged out during the stress run. They >> hit jemalloc asserts during their cleanup >> activity in my testing. >>=20 >>=20 >>> That said, the attached patch effectively copies >>> what's done in OEA6464 into OEA pmap. Can you test it? >>=20 >> I'll try it once I get a chance, probably later >> today. >>=20 >> I gather from what I see that moea64_protect did not >> need the changes that you originally thought might >> be required? I only see moea_protect changes in the >> patch. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jun 11 23:49:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17ADA3450BC for ; Thu, 11 Jun 2020 23:49:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jgZC3xvMz4ZvF for ; Thu, 11 Jun 2020 23:49:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: He.9TQYVM1mhX3UkSY6ZD9dDWgF8Cb3EkBYcNWmoOYnkr2J0VxnM.NrbIt48x9_ SivTGNX3zV7_7jctFE3O9SBDJbjeEjKMUkQi76qUKYddzTXLfVsKezxBNssv53H_rFA5amXS7ZcU LeLY7Mrj9CH00.MdgeklKnRO8R0OfZvWyUGFYNzQt7rb.ZUlggoFSQ5LCFYoDbgu36l0pKNx5dvh cK3CYPJ_LdUesq3HNe.AVBt8TzeMoetTJ0Sxdu9qeYVO1qN2LApYrgcjZTjP4P0D5Kh9sKwGhW7w pQ2C7aGfkLPFBRP3qsihLU8kKmgqV4gHmj3nblp4RqPNcN9sSX2xbPKK6t3gMnKkflHr.8JrMpju kMOhLNIHumgjlx2zA3y7JSKK39UD44WbG8P_mTNN7jAG0jypjx77wvcZz3Wd22Md6lhV9zQuSSB3 U48dNnN7e0oKRmpPwpxiqaNG3kNDCJf29YSp9vZWfvtLRFip8LRi.zawSGyNnsoYxNLB3ZD536vb Pd7HwhY84OoEp2DFX5sbESp9JK7sswE0vhSvhHSar6jLs1cXSWkIWbe7R5AUlTJjsFMq3jXgATU9 3rpEFGZwjBEVtN7UaiFtg6M50LK.pxOxChhwpVIKn9SRCMDrn2EWbC6UMH6KWvM7FJI0AbTrJeSY UEMwWyfpYLiezxi7JR5I4EFZDBJyvgVG0Wq2UhdEQQJaW67r0nVNeQqmOX7XLTEKqOmIoxXDK3K. h4uJpJD6MYASclWLIwtFMUQlMRPfEVU5.CbpbekJFFXM.vakt1qpxzijCWFL4TYlcEWlK97Kg8qK KH28Sp1d1VCk56bxE4dM.FBtJneMbRDRfae2t9OcTwO3LkT05.VkV27DQVsXo68KxNs8YW09cazj uJKbrsJtq0iN1XAEoOsM2vf26ULRFRgQ4DSFD6s04SiT_n_FmkXTfI.uvsshkQhgFZz5_BYovfZy T4YWfEVIDUZ5NSoKefweuuFtqMdoauYbvziRtwzfpGRvgHfD34PJTtY9X2F6XMl3ijx9N_HnrfZY nlXZiDsJ2zj9TvX0l5H09yt_A_lLsRdb0SP3UwV7A_vebgJI8X3IaZ.S9y2q7kAS.VUNkcVaIyth FYRMVwkyr3pmIYHddSl9AuqVRWIM33VKSdJsS804vEiradp7PBEN5UMrCboOp5HbhFbo9YHst_5o ZbpTcjGQJkIG0s8m70ZkiZVsoFT.DUjmxg1W6k15ffA3.ZlApvTcxQ5hEKQiqwYpZKfp6jVCvpCj QdBWPWGQ0fVOLVFCnZOFeNa.wqe0YogvXmHyz.JHKZs_ZoQZ52S_4ppYFzuBbsS97IqLEuBG2PnX FWJ1xzVLZ6g9M58_lqH.S0hGL7Cok6sZ9UA7EOh43jDsqBmr7JV6PnY.wEsUjfWLj9Kjwhjxh9lX ySgJWtVMr_xzfRL.1h0VZi.hkN1io2cg- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Jun 2020 23:49:37 +0000 Received: by smtp404.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7a484c8b324b68c03576f32441dbcc44; Thu, 11 Jun 2020 23:49:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: <20200611164216.47f82775@ralga.knownspace> Date: Thu, 11 Jun 2020 16:49:33 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: quoted-printable Message-Id: References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <20200611164216.47f82775@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jgZC3xvMz4ZvF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.89)[-0.892]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 11 Jun 2020 23:49:41 -0000 On 2020-Jun-11, at 14:42, Justin Hibbits = wrote: On Thu, 11 Jun 2020 14:36:37 -0700 Mark Millard wrote: > On 2020-Jun-11, at 13:55, Justin Hibbits > wrote: >=20 >> On Wed, 10 Jun 2020 18:56:57 -0700 >> Mark Millard wrote: . . . >=20 >=20 >> That said, the attached patch effectively copies >> what's done in OEA6464 into OEA pmap. Can you test it? =20 >=20 > I'll try it once I get a chance, probably later > today. > . . . No luck at the change being a fix, I'm afraid. I verified that the build ended up with 00926cb0 bl 008e8dc8 00926cb4 mr r27,r3 00926cb8 addi r3,r3,36 00926cbc hwsync 00926cc0 lwarx r25,0,r3 00926cc4 li r4,0 00926cc8 stwcx. r4,0,r3 00926ccc bne- 00926cc0 00926cd0 andi. r3,r25,128 00926cd4 beq 00926ce0 00926cd8 mr r3,r27 00926cdc bl 008e9874 in the installed kernel. So I doubt a mis-build would be involved. It is a head -r360311 based context still. World is without MALLOC_PRODUCTION so that jemalloc code executes its asserts, catching more and earlier than otherwise. First test . . . The only thing that the witness kernel reported was: Jun 11 15:58:16 FBSDG4S2 kernel: lock order reversal: Jun 11 15:58:16 FBSDG4S2 kernel: 1st 0x216fb00 Mountpoints (UMA zone) @ = /usr/src/sys/vm/uma_core.c:4387 Jun 11 15:58:16 FBSDG4S2 kernel: 2nd 0x1192d2c kernelpmap (kernelpmap) = @ /usr/src/sys/powerpc/aim/mmu_oea.c:1524 Jun 11 15:58:16 FBSDG4S2 kernel: stack backtrace: Jun 11 15:58:16 FBSDG4S2 kernel: #0 0x5ec164 at witness_debugger+0x94 Jun 11 15:58:16 FBSDG4S2 kernel: #1 0x5ebe3c at witness_checkorder+0xb50 Jun 11 15:58:16 FBSDG4S2 kernel: #2 0x536d5c at __mtx_lock_flags+0xcc Jun 11 15:58:16 FBSDG4S2 kernel: #3 0x92636c at moea_kextract+0x5c Jun 11 15:58:16 FBSDG4S2 kernel: #4 0x965d30 at pmap_kextract+0x98 Jun 11 15:58:16 FBSDG4S2 kernel: #5 0x8bfdbc at zone_release+0xf0 Jun 11 15:58:16 FBSDG4S2 kernel: #6 0x8c7854 at bucket_drain+0x2f0 Jun 11 15:58:16 FBSDG4S2 kernel: #7 0x8c728c at bucket_free+0x54 Jun 11 15:58:16 FBSDG4S2 kernel: #8 0x8c74fc at = bucket_cache_reclaim+0x1bc Jun 11 15:58:16 FBSDG4S2 kernel: #9 0x8c7004 at zone_reclaim+0x128 Jun 11 15:58:16 FBSDG4S2 kernel: #10 0x8c3a40 at uma_reclaim+0x170 Jun 11 15:58:16 FBSDG4S2 kernel: #11 0x8c3f70 at uma_reclaim_worker+0x68 Jun 11 15:58:16 FBSDG4S2 kernel: #12 0x50fbac at fork_exit+0xb0 Jun 11 15:58:16 FBSDG4S2 kernel: #13 0x9684ac at fork_trampoline+0xc The processes that were hit were listed as: Jun 11 15:59:11 FBSDG4S2 kernel: pid 971 (cron), jid 0, uid 0: exited on = signal 11 (core dumped) Jun 11 16:02:59 FBSDG4S2 kernel: pid 1111 (stress), jid 0, uid 0: exited = on signal 6 (core dumped) Jun 11 16:03:27 FBSDG4S2 kernel: pid 871 (mountd), jid 0, uid 0: exited = on signal 6 (core dumped) Jun 11 16:03:40 FBSDG4S2 kernel: pid 1065 (su), jid 0, uid 0: exited on = signal 6 Jun 11 16:04:13 FBSDG4S2 kernel: pid 1088 (su), jid 0, uid 0: exited on = signal 6 Jun 11 16:04:28 FBSDG4S2 kernel: pid 968 (sshd), jid 0, uid 0: exited on = signal 6 Jun 11 16:05:42 FBSDG4S2 kernel: pid 1028 (login), jid 0, uid 0: exited = on signal 6 Jun 11 16:05:46 FBSDG4S2 kernel: pid 873 (nfsd), jid 0, uid 0: exited on = signal 6 (core dumped) Rebooting and rerunning and showing the stress output and such (I did not capture copies during the first test, but the first test had similar messages at the same sort of points): Second test . . . # stress -m 2 --vm-bytes 1700M stress: info: [1166] dispatching hogs: 0 cpu, 0 io, 2 vm, 0 hdd : = /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258:= Failed assertion: "slab =3D=3D extent_slab_get(extent)" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258:= Failed assertion: "slab =3D=3D extent_slab_get(extent)" ^C # exit : = /usr/src/contrib/jemalloc/include/jemalloc/internal/sz.h:200: Failed = assertion: "ret =3D=3D sz_index2size_compute(index)" Abort trap The other stuff was similar to to first test, not repeated here. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Jun 12 00:30:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BCDF6346A71 for ; Fri, 12 Jun 2020 00:30:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 49jhTJ1F9lz4d1v for ; Fri, 12 Jun 2020 00:30:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YRjKgZ8VM1nz1gmprGN5LHFr7c2ibc7p8GI71NzCZGXTHdzsyZR0vQwHLwPa7AB bYghn03LipAom3UDNW_Q2cQuWn9XgM5DnTGlgCTXl2Wa3Z9HFd3DmIOY2_ysSmEQ.Oeh8ar4wjSt H2ECt..1MXRVRKV5aAQGLl_a.JINY9SQfnYzg5WLKFewIALgETnCy5290ACMFykqHsY8Ti0GxePq PcfnZEM7kMNRE.yR_K6TY6tiqEh2NHuCrLSguIly.fag_GtIkgVTOQ2eRHGUhSEbAtT9.6GSZ6i_ X00wrvE3HjBUUTPCT8BuBemZVigBjsSx33dX98JsihM_WtJLiNYwUgwaxBQknJ2Z_8iugFOrM2OH Irqz9jLGoV4xO_loLjzF4gaAmzcVNXHePPHLnIEdflC4EPSU7.S15xl8E0_q.J4urQjWiqswcxi_ UZ62T_qN2IURrmbceorIo8QZVBJOwehjwrgFKK4V7dXoWDkPySCWqvXxVXl5n3k_SSljrYAxYumf 9GYlPpS7OXSMhdQ2.wHhU4WrmMSfudpJpEv5xgzv.aS2eNVpKSacc21_AjFVz6YBSjLBLbq1swN7 P4sepPNBuDUJ28VuwHcsiWGZK27cl7KLQMdUv1ZHx88SscE1lffueNxy.WHwktmECdU3iqJEFif9 9X1226AOzW5ZJfBtwPm9dqqWtPE7r3qD4_k4Ux_R99OJiAoHjg8IRFsvIP3ic_pJGpmmX3SlgrMA 6rRANDypWVdvWy9h_RMqg20fdyRyQHBh8S5QHF0Q8ZIkRq4aaEn3k8auG4U7lf3_qEIXDLLYw5Zv PMoDFlv5x77KhYdcn7B7ptwLgGg.kXiKxE0CqotkRJS5GAJEFZZwROi0lAGUE9125jdCUMVQptkt mfM9iDyhBnN1tI3pRo3.O6kAA5jtPVQ0Z2M3DYU2qtVFbnloS8JNT1vCpRwbBVZ_C2RK7F8he6oU O.2y9n0Kgm_I5LSOhpG_kvURahhRNtNuPV.Ly0XTd4pZMjcgMVxbOmOAxjdUzMdPCIpOnM1kS8bA FD980GhZofJlwaWY.e7lI.WfOrOHckJovI8suv3y7FUCInGlUshHE8c5q.P72NLynSb0mfBEPjCE j4jZmFFatRjR.iBK.j5ccgpv10lj6fz66U.iKRDvIXS.KmErysrhKzCMT1qpq2p996qCpKcRLk4s 9jlwaUo_7_mspyx_2Hv01lcg1NIBS4fCgtPsNMi3OH7px84.i6QtDFLzQlQ0HAr_AGIiu4oqNXl8 ZBlRXjH0HLu2EnYM_KYkF_A6lIomSaIJpmoVG8Lge8Ub82MeNtvZQWVj860vD0a2JzYKEWZA6REQ Tr_vabjuSf.kKWZQAGGBJc8WLl1q0CjfIVr23Ffus4_7KsuEpDGW3NHvyRljmCp7ZK._23uKIrmr dWSew1eFYyurdVlR32tWiWaXDTAPeIIHBYzIDTB7X4uz8MDzwQHiUPByJ9Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Jun 2020 00:30:26 +0000 Received: by smtp428.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1f421ce3a9c01e05f91777c49cc0466a; Fri, 12 Jun 2020 00:30:25 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: Date: Thu, 11 Jun 2020 17:30:24 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: quoted-printable Message-Id: References: <8479DD58-44F6-446A-9CA5-D01F0F7C1B38@yahoo.com> <17ACDA02-D7EF-4F26-874A-BB3E935CD072@yahoo.com> <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <20200611164216.47f82775@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jhTJ1F9lz4d1v X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.12 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.61)[-0.614]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 12 Jun 2020 00:30:29 -0000 On 2020-Jun-11, at 16:49, Mark Millard wrote: > On 2020-Jun-11, at 14:42, Justin Hibbits = wrote: >=20 > On Thu, 11 Jun 2020 14:36:37 -0700 > Mark Millard wrote: >=20 >> On 2020-Jun-11, at 13:55, Justin Hibbits >> wrote: >>=20 >>> On Wed, 10 Jun 2020 18:56:57 -0700 >>> Mark Millard wrote: > . . . >>=20 >>=20 >>> That said, the attached patch effectively copies >>> what's done in OEA6464 into OEA pmap. Can you test it? =20 >>=20 >> I'll try it once I get a chance, probably later >> today. >> . . . >=20 > No luck at the change being a fix, I'm afraid. >=20 > I verified that the build ended up with >=20 > 00926cb0 bl 008e8dc8 > 00926cb4 mr r27,r3 > 00926cb8 addi r3,r3,36 > 00926cbc hwsync > 00926cc0 lwarx r25,0,r3 > 00926cc4 li r4,0 > 00926cc8 stwcx. r4,0,r3 > 00926ccc bne- 00926cc0 > 00926cd0 andi. r3,r25,128 > 00926cd4 beq 00926ce0 > 00926cd8 mr r3,r27 > 00926cdc bl 008e9874 >=20 > in the installed kernel. So I doubt a > mis-build would be involved. It is a > head -r360311 based context still. World is > without MALLOC_PRODUCTION so that jemalloc > code executes its asserts, catching more > and earlier than otherwise. >=20 > First test . . . >=20 > The only thing that the witness kernel reported was: >=20 > Jun 11 15:58:16 FBSDG4S2 kernel: lock order reversal: > Jun 11 15:58:16 FBSDG4S2 kernel: 1st 0x216fb00 Mountpoints (UMA zone) = @ /usr/src/sys/vm/uma_core.c:4387 > Jun 11 15:58:16 FBSDG4S2 kernel: 2nd 0x1192d2c kernelpmap = (kernelpmap) @ /usr/src/sys/powerpc/aim/mmu_oea.c:1524 > Jun 11 15:58:16 FBSDG4S2 kernel: stack backtrace: > Jun 11 15:58:16 FBSDG4S2 kernel: #0 0x5ec164 at witness_debugger+0x94 > Jun 11 15:58:16 FBSDG4S2 kernel: #1 0x5ebe3c at = witness_checkorder+0xb50 > Jun 11 15:58:16 FBSDG4S2 kernel: #2 0x536d5c at __mtx_lock_flags+0xcc > Jun 11 15:58:16 FBSDG4S2 kernel: #3 0x92636c at moea_kextract+0x5c > Jun 11 15:58:16 FBSDG4S2 kernel: #4 0x965d30 at pmap_kextract+0x98 > Jun 11 15:58:16 FBSDG4S2 kernel: #5 0x8bfdbc at zone_release+0xf0 > Jun 11 15:58:16 FBSDG4S2 kernel: #6 0x8c7854 at bucket_drain+0x2f0 > Jun 11 15:58:16 FBSDG4S2 kernel: #7 0x8c728c at bucket_free+0x54 > Jun 11 15:58:16 FBSDG4S2 kernel: #8 0x8c74fc at = bucket_cache_reclaim+0x1bc > Jun 11 15:58:16 FBSDG4S2 kernel: #9 0x8c7004 at zone_reclaim+0x128 > Jun 11 15:58:16 FBSDG4S2 kernel: #10 0x8c3a40 at uma_reclaim+0x170 > Jun 11 15:58:16 FBSDG4S2 kernel: #11 0x8c3f70 at = uma_reclaim_worker+0x68 > Jun 11 15:58:16 FBSDG4S2 kernel: #12 0x50fbac at fork_exit+0xb0 > Jun 11 15:58:16 FBSDG4S2 kernel: #13 0x9684ac at fork_trampoline+0xc >=20 > The processes that were hit were listed as: >=20 > Jun 11 15:59:11 FBSDG4S2 kernel: pid 971 (cron), jid 0, uid 0: exited = on signal 11 (core dumped) > Jun 11 16:02:59 FBSDG4S2 kernel: pid 1111 (stress), jid 0, uid 0: = exited on signal 6 (core dumped) > Jun 11 16:03:27 FBSDG4S2 kernel: pid 871 (mountd), jid 0, uid 0: = exited on signal 6 (core dumped) > Jun 11 16:03:40 FBSDG4S2 kernel: pid 1065 (su), jid 0, uid 0: exited = on signal 6 > Jun 11 16:04:13 FBSDG4S2 kernel: pid 1088 (su), jid 0, uid 0: exited = on signal 6 > Jun 11 16:04:28 FBSDG4S2 kernel: pid 968 (sshd), jid 0, uid 0: exited = on signal 6 >=20 > Jun 11 16:05:42 FBSDG4S2 kernel: pid 1028 (login), jid 0, uid 0: = exited on signal 6 >=20 > Jun 11 16:05:46 FBSDG4S2 kernel: pid 873 (nfsd), jid 0, uid 0: exited = on signal 6 (core dumped) >=20 >=20 > Rebooting and rerunning and showing the stress output and such > (I did not capture copies during the first test, but the first > test had similar messages at the same sort of points): >=20 > Second test . . . >=20 > # stress -m 2 --vm-bytes 1700M > stress: info: [1166] dispatching hogs: 0 cpu, 0 io, 2 vm, 0 hdd > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258:= Failed assertion: "slab =3D=3D extent_slab_get(extent)" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258:= Failed assertion: "slab =3D=3D extent_slab_get(extent)" > ^C >=20 > # exit > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/sz.h:200: Failed = assertion: "ret =3D=3D sz_index2size_compute(index)" > Abort trap >=20 > The other stuff was similar to to first test, not repeated here. The updated code looks odd to me for how "m" is handled (part of a egrep to ensure I show all the usage of m): moea_protect(mmu_t mmu, pmap_t pm, vm_offset_t sva, vm_offset_t eva, vm_page_t m; if (pm !=3D kernel_pmap && m !=3D NULL && (m->a.flags & PGA_EXECUTABLE) =3D=3D 0 && if ((m->oflags & VPO_UNMANAGED) =3D=3D = 0) vm_page_aflag_set(m, = PGA_EXECUTABLE); m =3D PHYS_TO_VM_PAGE(old_pte.pte_lo & = PTE_RPGN); refchg =3D = atomic_readandclear_32(&m->md.mdpg_attrs); vm_page_dirty(m); vm_page_aflag_set(m, = PGA_REFERENCED); Or more completely, with notes mixed in: void=20 moea_protect(mmu_t mmu, pmap_t pm, vm_offset_t sva, vm_offset_t eva, vm_prot_t prot) { . . . vm_page_t m; . . . for (pvo =3D RB_NFIND(pvo_tree, &pm->pmap_pvo, &key); pvo !=3D NULL && PVO_VADDR(pvo) < eva; pvo =3D tpvo) { . . . if (pt !=3D NULL) { . . . if (pm !=3D kernel_pmap && m !=3D NULL && NOTE: m seems to be uninitialized but tested for being NULL above. (m->a.flags & PGA_EXECUTABLE) =3D=3D 0 && Note: This looks to potentially be using a random, non-NULL value for m during evaluation of m->a.flags . . . . if ((pvo->pvo_vaddr & PVO_MANAGED) && (pvo->pvo_pte.prot & VM_PROT_WRITE)) { m =3D PHYS_TO_VM_PAGE(old_pte.pte_lo & = PTE_RPGN); Note: m finally is potentially initialized(/set). refchg =3D = atomic_readandclear_32(&m->md.mdpg_attrs); if (refchg & PTE_CHG) vm_page_dirty(m); if (refchg & PTE_REF) vm_page_aflag_set(m, = PGA_REFERENCED); . . . Note: So, if m is set above, then the next loop iteration(s) would use this then-old value instead of an initialized value. It looks to me like at least one assignment to m is missing. moea64_pvo_protect has pg that seems analogous to m and has: pg =3D PHYS_TO_VM_PAGE(pvo->pvo_pte.pa & LPTE_RPGN); . . . if (pm !=3D kernel_pmap && pg !=3D NULL && (pg->a.flags & PGA_EXECUTABLE) =3D=3D 0 && (pvo->pvo_pte.pa & (LPTE_I | LPTE_G | LPTE_NOEXEC)) =3D=3D = 0) { if ((pg->oflags & VPO_UNMANAGED) =3D=3D 0) vm_page_aflag_set(pg, PGA_EXECUTABLE); . . . if (pg !=3D NULL && (pvo->pvo_vaddr & PVO_MANAGED) && (oldprot & VM_PROT_WRITE)) { refchg |=3D atomic_readandclear_32(&pg->md.mdpg_attrs); if (refchg & LPTE_CHG) vm_page_dirty(pg); if (refchg & LPTE_REF) vm_page_aflag_set(pg, PGA_REFERENCED); This might suggest some about what is missing. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Jun 12 02:25:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EC62032A1E1; Fri, 12 Jun 2020 02:25:36 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io1-xd43.google.com (mail-io1-xd43.google.com [IPv6:2607:f8b0:4864:20::d43]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49jl280mR7z3Vw6; Fri, 12 Jun 2020 02:25:35 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io1-xd43.google.com with SMTP id r2so8713343ioo.4; Thu, 11 Jun 2020 19:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=NqRsFyli/EmHyKWWTtEHVl2EkHZ2InLe+Tuh08JVv20=; b=UAc04+/a/WE0qz8CjqspFyeoyonPvtB6JscXKU8xg1S6dGaeL2/gIZgu3AB2kiK4t2 k3G1JgOJK8rOtC+tNtoiBXRmjQ780PBGt1gYqxuyIJVbZ1mwiqXX7xmL7ogHvvzpgp+d ndgTm3kBlDCtHswtcWIiQ8/wf70q2KU9gq5+hMnDPad/Ogf1H6NZ6AG/NBxI4G56GaS6 EBJxrV9Jgx0ippbu8AKeHYRS2bSgEzYDaDs7Dib66xB4HigsmNiHViaWGoTaFF2LTDIU jYvsJHtTN3X2h+QQ/infV0xEuDiAZ3W7+hRUoA8m6QpWTD0G41qdrLWx9ZrL9ACiz66l VJbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=NqRsFyli/EmHyKWWTtEHVl2EkHZ2InLe+Tuh08JVv20=; b=NPi+5Ho0N1kx5yumsdP9e2CAsJpqtHyhyXTawc/eOtZ2VAuhgLtCbfO1W7OpKDezc0 I91ZUrUyQYRaZBOxhLUs1lCCRZf37bJ3ymaGP/IFSHRo2IHvytFFj3bYQCEDwHEPzk85 hRpEpT5/d22shaCyTN0Yn0rxkMI/Ilkyl/M2ICM5F91YzfSnHBTNLgZL1iv+kT6CNJqu kKW83t0uqyUv6CnL8MaLwEFSX+hmn9kpjtP6anYxouR15YZvZgR0nmQaX8Xz0/2MGlMW 1Ma7snnhaCRl2Z8CNHoPcbRhb03gcf75q7+arJNDkDgx2I/hxPFoB9pmEbW1erqmnPip d4ng== X-Gm-Message-State: AOAM533PghpVNqDO46Naz+/ylCPa3MOUET9y69nvwp5zxKh6zoXbD/+1 gY8bPYrCcD/JbC+3C/DCrN8= X-Google-Smtp-Source: ABdhPJyIdbT++t1G2DOKg8+XsiLgA1xmUy7M4yUQz3SthqO7rERv/fSULjiDtHhgXODBYjJSZ2nTIg== X-Received: by 2002:a6b:8dd0:: with SMTP id p199mr11176492iod.7.1591928735054; Thu, 11 Jun 2020 19:25:35 -0700 (PDT) Received: from ralga.knownspace (173-19-125-130.client.mchsi.com. [173.19.125.130]) by smtp.gmail.com with ESMTPSA id r18sm2443337ilt.43.2020.06.11.19.25.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2020 19:25:34 -0700 (PDT) Date: Thu, 11 Jun 2020 21:25:32 -0500 From: Justin Hibbits To: Mark Millard Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 Message-ID: <20200611212532.59f677be@ralga.knownspace> In-Reply-To: References: <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <20200611164216.47f82775@ralga.knownspace> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49jl280mR7z3Vw6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UAc04+/a; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::d43 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-1.01)[-1.010]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[173.19.125.130:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.008]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d43:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 12 Jun 2020 02:25:37 -0000 On Thu, 11 Jun 2020 17:30:24 -0700 Mark Millard wrote: > On 2020-Jun-11, at 16:49, Mark Millard wrote: > > > On 2020-Jun-11, at 14:42, Justin Hibbits > > wrote: > > > > On Thu, 11 Jun 2020 14:36:37 -0700 > > Mark Millard wrote: > > > >> On 2020-Jun-11, at 13:55, Justin Hibbits > >> wrote: > >> > >>> On Wed, 10 Jun 2020 18:56:57 -0700 > >>> Mark Millard wrote: > > . . . > >> > >> > >>> That said, the attached patch effectively copies > >>> what's done in OEA6464 into OEA pmap. Can you test it? > >> > >> I'll try it once I get a chance, probably later > >> today. > >> . . . > > > > No luck at the change being a fix, I'm afraid. > > > > I verified that the build ended up with > > > > 00926cb0 bl 008e8dc8 > > 00926cb4 mr r27,r3 > > 00926cb8 addi r3,r3,36 > > 00926cbc hwsync > > 00926cc0 lwarx r25,0,r3 > > 00926cc4 li r4,0 > > 00926cc8 stwcx. r4,0,r3 > > 00926ccc bne- 00926cc0 > > 00926cd0 andi. r3,r25,128 > > 00926cd4 beq 00926ce0 > > 00926cd8 mr r3,r27 > > 00926cdc bl 008e9874 > > > > in the installed kernel. So I doubt a > > mis-build would be involved. It is a > > head -r360311 based context still. World is > > without MALLOC_PRODUCTION so that jemalloc > > code executes its asserts, catching more > > and earlier than otherwise. > > > > First test . . . > > > > The only thing that the witness kernel reported was: > > > > Jun 11 15:58:16 FBSDG4S2 kernel: lock order reversal: > > Jun 11 15:58:16 FBSDG4S2 kernel: 1st 0x216fb00 Mountpoints (UMA > > zone) @ /usr/src/sys/vm/uma_core.c:4387 Jun 11 15:58:16 FBSDG4S2 > > kernel: 2nd 0x1192d2c kernelpmap (kernelpmap) @ > > /usr/src/sys/powerpc/aim/mmu_oea.c:1524 Jun 11 15:58:16 FBSDG4S2 > > kernel: stack backtrace: Jun 11 15:58:16 FBSDG4S2 kernel: #0 > > 0x5ec164 at witness_debugger+0x94 Jun 11 15:58:16 FBSDG4S2 kernel: > > #1 0x5ebe3c at witness_checkorder+0xb50 Jun 11 15:58:16 FBSDG4S2 > > kernel: #2 0x536d5c at __mtx_lock_flags+0xcc Jun 11 15:58:16 > > FBSDG4S2 kernel: #3 0x92636c at moea_kextract+0x5c Jun 11 15:58:16 > > FBSDG4S2 kernel: #4 0x965d30 at pmap_kextract+0x98 Jun 11 15:58:16 > > FBSDG4S2 kernel: #5 0x8bfdbc at zone_release+0xf0 Jun 11 15:58:16 > > FBSDG4S2 kernel: #6 0x8c7854 at bucket_drain+0x2f0 Jun 11 15:58:16 > > FBSDG4S2 kernel: #7 0x8c728c at bucket_free+0x54 Jun 11 15:58:16 > > FBSDG4S2 kernel: #8 0x8c74fc at bucket_cache_reclaim+0x1bc Jun 11 > > 15:58:16 FBSDG4S2 kernel: #9 0x8c7004 at zone_reclaim+0x128 Jun 11 > > 15:58:16 FBSDG4S2 kernel: #10 0x8c3a40 at uma_reclaim+0x170 Jun 11 > > 15:58:16 FBSDG4S2 kernel: #11 0x8c3f70 at uma_reclaim_worker+0x68 > > Jun 11 15:58:16 FBSDG4S2 kernel: #12 0x50fbac at fork_exit+0xb0 Jun > > 11 15:58:16 FBSDG4S2 kernel: #13 0x9684ac at fork_trampoline+0xc > > > > The processes that were hit were listed as: > > > > Jun 11 15:59:11 FBSDG4S2 kernel: pid 971 (cron), jid 0, uid 0: > > exited on signal 11 (core dumped) Jun 11 16:02:59 FBSDG4S2 kernel: > > pid 1111 (stress), jid 0, uid 0: exited on signal 6 (core dumped) > > Jun 11 16:03:27 FBSDG4S2 kernel: pid 871 (mountd), jid 0, uid 0: > > exited on signal 6 (core dumped) Jun 11 16:03:40 FBSDG4S2 kernel: > > pid 1065 (su), jid 0, uid 0: exited on signal 6 Jun 11 16:04:13 > > FBSDG4S2 kernel: pid 1088 (su), jid 0, uid 0: exited on signal 6 > > Jun 11 16:04:28 FBSDG4S2 kernel: pid 968 (sshd), jid 0, uid 0: > > exited on signal 6 > > > > Jun 11 16:05:42 FBSDG4S2 kernel: pid 1028 (login), jid 0, uid 0: > > exited on signal 6 > > > > Jun 11 16:05:46 FBSDG4S2 kernel: pid 873 (nfsd), jid 0, uid 0: > > exited on signal 6 (core dumped) > > > > > > Rebooting and rerunning and showing the stress output and such > > (I did not capture copies during the first test, but the first > > test had similar messages at the same sort of points): > > > > Second test . . . > > > > # stress -m 2 --vm-bytes 1700M > > stress: info: [1166] dispatching hogs: 0 cpu, 0 io, 2 vm, 0 hdd > > : > > /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258: > > Failed assertion: "slab == extent_slab_get(extent)" : > > /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258: > > Failed assertion: "slab == extent_slab_get(extent)" ^C > > > > # exit > > : > > /usr/src/contrib/jemalloc/include/jemalloc/internal/sz.h:200: > > Failed assertion: "ret == sz_index2size_compute(index)" Abort trap > > > > The other stuff was similar to to first test, not repeated here. > > The updated code looks odd to me for how "m" is > handled (part of a egrep to ensure I show all the > usage of m): > > moea_protect(mmu_t mmu, pmap_t pm, vm_offset_t sva, vm_offset_t eva, > vm_page_t m; > if (pm != kernel_pmap && m != NULL && > (m->a.flags & PGA_EXECUTABLE) == 0 && > if ((m->oflags & VPO_UNMANAGED) == 0) > vm_page_aflag_set(m, > PGA_EXECUTABLE); m = PHYS_TO_VM_PAGE(old_pte.pte_lo & PTE_RPGN); > refchg = > atomic_readandclear_32(&m->md.mdpg_attrs); vm_page_dirty(m); > vm_page_aflag_set(m, > PGA_REFERENCED); > > Or more completely, with notes mixed in: > > void > moea_protect(mmu_t mmu, pmap_t pm, vm_offset_t sva, vm_offset_t eva, > vm_prot_t prot) > { > . . . > vm_page_t m; > . . . > for (pvo = RB_NFIND(pvo_tree, &pm->pmap_pvo, &key); > pvo != NULL && PVO_VADDR(pvo) < eva; pvo = tpvo) { > . . . > if (pt != NULL) { > . . . > if (pm != kernel_pmap && m != NULL && > > NOTE: m seems to be uninitialized but tested for being NULL > above. > > (m->a.flags & PGA_EXECUTABLE) == 0 && > > Note: This looks to potentially be using a random, non-NULL > value for m during evaluation of m->a.flags . > > . . . > > if ((pvo->pvo_vaddr & PVO_MANAGED) && > (pvo->pvo_pte.prot & VM_PROT_WRITE)) { > m = PHYS_TO_VM_PAGE(old_pte.pte_lo & > PTE_RPGN); > > Note: m finally is potentially initialized(/set). > > refchg = > atomic_readandclear_32(&m->md.mdpg_attrs); if (refchg & PTE_CHG) > vm_page_dirty(m); > if (refchg & PTE_REF) > vm_page_aflag_set(m, > PGA_REFERENCED); . . . > > Note: So, if m is set above, then the next loop > iteration(s) would use this then-old value > instead of an initialized value. > > It looks to me like at least one assignment > to m is missing. > > moea64_pvo_protect has pg that seems analogous to > m and has: > > pg = PHYS_TO_VM_PAGE(pvo->pvo_pte.pa & LPTE_RPGN); > . . . > if (pm != kernel_pmap && pg != NULL && > (pg->a.flags & PGA_EXECUTABLE) == 0 && > (pvo->pvo_pte.pa & (LPTE_I | LPTE_G | LPTE_NOEXEC)) == 0) > { if ((pg->oflags & VPO_UNMANAGED) == 0) > vm_page_aflag_set(pg, PGA_EXECUTABLE); > > . . . > if (pg != NULL && (pvo->pvo_vaddr & PVO_MANAGED) && > (oldprot & VM_PROT_WRITE)) { > refchg |= atomic_readandclear_32(&pg->md.mdpg_attrs); > if (refchg & LPTE_CHG) > vm_page_dirty(pg); > if (refchg & LPTE_REF) > vm_page_aflag_set(pg, PGA_REFERENCED); > > > This might suggest some about what is missing. Can you try moving the assignment to 'm' to right below the moea_pte_change() call? - Justin > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > From owner-freebsd-current@freebsd.org Fri Jun 12 03:29:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EDF5032B4E1 for ; Fri, 12 Jun 2020 03:29:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-10.consmr.mail.ne1.yahoo.com (sonic313-10.consmr.mail.ne1.yahoo.com [66.163.185.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jmRw37Byz3Ydq for ; Fri, 12 Jun 2020 03:29:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: f8ur2nAVM1m_2H7cyU1MzUgF3KAIM1WV9RIwy495A7JUs_f2kG86V7QDw.UGX2u Zs2FYpQfMWE2vLt4BLOwdnusUnk1P3HGLPB1fD2Ujatby5P115DdBvJyZm79CAKKkOfzEGNRz3MF 15S8lAO7EvAoxUieBTPufwYXRInFQxS9Vnd3FiQKESMJDvQFbiF6qFF6QFMDdBNpKv8gz9kR8GY_ TDsNzcdDzUrS9ivQiOXqeTqYMCDKso._fKfjjystBqtTtIPRnDQZUQhfwbtpi5Q1nktybJW12z_k Uk4A1ntCuGpTbNxBtyrl.ewbvPq92LCyCjFpLolXc3kUU5Uo81957z0yzIZ1yr39RqHzpyqWaxHM bPEu9WrZ8QYtZ3LlO7tbfsd_.PAROwY0WfoNfDkKo24TKRz58cbim6XQUTXJNCd9OImNy2cnM9DU krqWisdtMs.3jA5_cWTJ_hDOAgkxJd4CYK2t1V1zR546k1b6cw5hkwynBDDzEb0M5FWkKEgYslMH SVgBYOFxTq5c6NWB1XaPkNu414gZo87EEuU_3.uLD98X4eUgVeuVWW0J1Axat1LnQwlDi.K0Dr0W mAecKZWRGpnbkXEGbrWH343XNkH4TSGBqPiv8m6jSaJtGcs.TNo_Lc5Dfl4xXwU7xk8sjIW7.iRd tmMtpEQY9P2rfznZuGl3YMmifMuw3Jom7vmKO8e8d9s1Ay0g.YCROAoJmMZjBJTs9MCN92OHc8PS 5zlhJrVfduYb3zJ2LTJemaHyXznsUnS.zH_6P8jzIvEJ3U5rukPWtU.AU5AfHyYiGbnpC4q7wnih J.ce.HqC0tWufUnhjGcGyfUgkB25g5pLnx0iOY4wNXC9XnwJnWixy1vD5BArhrDmnlevUB0BBSyv 1a83C.XbKMsBjOZkQEJX2mvWSRC_H4qwqKhzsjnYv2KF9CKLk4yvuciZxaaIagEC7hEaTtNGFlzz FxinOZ9nU2uHJe_PvpvIg._DzMtPTrIvBZ2yrNmFBAEPuKZu6xpfKnX0xiq86H4GOJYihdl7Ixqp 6jed_F1jwsH3231kw_u.RvmDxlYz2g1oN4wSgyhWuTFYN1tJ29fycE9VS1aj8onIbSlnmqljT_M. ieT3MUq52XmsnQldGItsXadv8utSiQ.lqzwMA1GryAHhB3FiMH8hypIvPtXMMMIDTrAcJBioP5y. q0WjPfK2xKYcCyXmx1Bpm_tjUFl2jQ42X8TXCfCzEpFcZNB4lb7kzrs0mBS1aLGQs_4Usr6O6wqz DoLpuLSxAa1WjWmkZiaVRczypLuWlQ2CsHRQGTwkhcsT01wVIiqmvXHxQ05x8WfZm5xFo9brLmO4 gRaFKuE41nPFHcBo72g.UjmtpqzTQT8Zu7I9hiN.WQ2hWnZQH49fZXW9VKtzTyFvLqERbL1W8yLT Qb9LZGZS_tcAg0LDUC1cb Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Jun 2020 03:29:30 +0000 Received: by smtp424.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7e9a213763a55615b6663cd901b748e3; Fri, 12 Jun 2020 03:29:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: <20200611212532.59f677be@ralga.knownspace> Date: Thu, 11 Jun 2020 20:29:27 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: quoted-printable Message-Id: <1EDCA498-0B67-4374-B7CA-1ECDA8EE32AD@yahoo.com> References: <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <20200611164216.47f82775@ralga.knownspace> <20200611212532.59f677be@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jmRw37Byz3Ydq X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.33 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.82)[-0.819]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.185.33:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.185.33:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 12 Jun 2020 03:29:34 -0000 On 2020-Jun-11, at 19:25, Justin Hibbits = wrote: > On Thu, 11 Jun 2020 17:30:24 -0700 > Mark Millard wrote: >=20 >> On 2020-Jun-11, at 16:49, Mark Millard wrote: >>=20 >>> On 2020-Jun-11, at 14:42, Justin Hibbits >>> wrote: >>>=20 >>> On Thu, 11 Jun 2020 14:36:37 -0700 >>> Mark Millard wrote: >>>=20 >>>> On 2020-Jun-11, at 13:55, Justin Hibbits >>>> wrote: >>>>=20 >>>>> On Wed, 10 Jun 2020 18:56:57 -0700 >>>>> Mark Millard wrote: =20 >>> . . . =20 >>>>=20 >>>>=20 >>>>> That said, the attached patch effectively copies >>>>> what's done in OEA6464 into OEA pmap. Can you test it? =20 >>>>=20 >>>> I'll try it once I get a chance, probably later >>>> today. >>>> . . . =20 >>>=20 >>> No luck at the change being a fix, I'm afraid. >>>=20 >>> I verified that the build ended up with >>>=20 >>> 00926cb0 bl 008e8dc8 >>> 00926cb4 mr r27,r3 >>> 00926cb8 addi r3,r3,36 >>> 00926cbc hwsync >>> 00926cc0 lwarx r25,0,r3 >>> 00926cc4 li r4,0 >>> 00926cc8 stwcx. r4,0,r3 >>> 00926ccc bne- 00926cc0 >>> 00926cd0 andi. r3,r25,128 >>> 00926cd4 beq 00926ce0 >>> 00926cd8 mr r3,r27 >>> 00926cdc bl 008e9874 >>>=20 >>> in the installed kernel. So I doubt a >>> mis-build would be involved. It is a >>> head -r360311 based context still. World is >>> without MALLOC_PRODUCTION so that jemalloc >>> code executes its asserts, catching more >>> and earlier than otherwise. >>>=20 >>> First test . . . >>>=20 >>> The only thing that the witness kernel reported was: >>>=20 >>> Jun 11 15:58:16 FBSDG4S2 kernel: lock order reversal: >>> Jun 11 15:58:16 FBSDG4S2 kernel: 1st 0x216fb00 Mountpoints (UMA >>> zone) @ /usr/src/sys/vm/uma_core.c:4387 Jun 11 15:58:16 FBSDG4S2 >>> kernel: 2nd 0x1192d2c kernelpmap (kernelpmap) @ >>> /usr/src/sys/powerpc/aim/mmu_oea.c:1524 Jun 11 15:58:16 FBSDG4S2 >>> kernel: stack backtrace: Jun 11 15:58:16 FBSDG4S2 kernel: #0 >>> 0x5ec164 at witness_debugger+0x94 Jun 11 15:58:16 FBSDG4S2 kernel: >>> #1 0x5ebe3c at witness_checkorder+0xb50 Jun 11 15:58:16 FBSDG4S2 >>> kernel: #2 0x536d5c at __mtx_lock_flags+0xcc Jun 11 15:58:16 >>> FBSDG4S2 kernel: #3 0x92636c at moea_kextract+0x5c Jun 11 15:58:16 >>> FBSDG4S2 kernel: #4 0x965d30 at pmap_kextract+0x98 Jun 11 15:58:16 >>> FBSDG4S2 kernel: #5 0x8bfdbc at zone_release+0xf0 Jun 11 15:58:16 >>> FBSDG4S2 kernel: #6 0x8c7854 at bucket_drain+0x2f0 Jun 11 15:58:16 >>> FBSDG4S2 kernel: #7 0x8c728c at bucket_free+0x54 Jun 11 15:58:16 >>> FBSDG4S2 kernel: #8 0x8c74fc at bucket_cache_reclaim+0x1bc Jun 11 >>> 15:58:16 FBSDG4S2 kernel: #9 0x8c7004 at zone_reclaim+0x128 Jun 11 >>> 15:58:16 FBSDG4S2 kernel: #10 0x8c3a40 at uma_reclaim+0x170 Jun 11 >>> 15:58:16 FBSDG4S2 kernel: #11 0x8c3f70 at uma_reclaim_worker+0x68 >>> Jun 11 15:58:16 FBSDG4S2 kernel: #12 0x50fbac at fork_exit+0xb0 Jun >>> 11 15:58:16 FBSDG4S2 kernel: #13 0x9684ac at fork_trampoline+0xc >>>=20 >>> The processes that were hit were listed as: >>>=20 >>> Jun 11 15:59:11 FBSDG4S2 kernel: pid 971 (cron), jid 0, uid 0: >>> exited on signal 11 (core dumped) Jun 11 16:02:59 FBSDG4S2 kernel: >>> pid 1111 (stress), jid 0, uid 0: exited on signal 6 (core dumped) >>> Jun 11 16:03:27 FBSDG4S2 kernel: pid 871 (mountd), jid 0, uid 0: >>> exited on signal 6 (core dumped) Jun 11 16:03:40 FBSDG4S2 kernel: >>> pid 1065 (su), jid 0, uid 0: exited on signal 6 Jun 11 16:04:13 >>> FBSDG4S2 kernel: pid 1088 (su), jid 0, uid 0: exited on signal 6 >>> Jun 11 16:04:28 FBSDG4S2 kernel: pid 968 (sshd), jid 0, uid 0: >>> exited on signal 6 >>>=20 >>> Jun 11 16:05:42 FBSDG4S2 kernel: pid 1028 (login), jid 0, uid 0: >>> exited on signal 6 >>>=20 >>> Jun 11 16:05:46 FBSDG4S2 kernel: pid 873 (nfsd), jid 0, uid 0: >>> exited on signal 6 (core dumped) >>>=20 >>>=20 >>> Rebooting and rerunning and showing the stress output and such >>> (I did not capture copies during the first test, but the first >>> test had similar messages at the same sort of points): >>>=20 >>> Second test . . . >>>=20 >>> # stress -m 2 --vm-bytes 1700M >>> stress: info: [1166] dispatching hogs: 0 cpu, 0 io, 2 vm, 0 hdd >>> : >>> = /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258:= >>> Failed assertion: "slab =3D=3D extent_slab_get(extent)" : >>> = /usr/src/contrib/jemalloc/include/jemalloc/internal/arena_inlines_b.h:258:= >>> Failed assertion: "slab =3D=3D extent_slab_get(extent)" ^C >>>=20 >>> # exit >>> : >>> /usr/src/contrib/jemalloc/include/jemalloc/internal/sz.h:200: >>> Failed assertion: "ret =3D=3D sz_index2size_compute(index)" Abort = trap >>>=20 >>> The other stuff was similar to to first test, not repeated here. =20 >>=20 >> The updated code looks odd to me for how "m" is >> handled (part of a egrep to ensure I show all the >> usage of m): >>=20 >> moea_protect(mmu_t mmu, pmap_t pm, vm_offset_t sva, vm_offset_t eva, >> vm_page_t m; >> if (pm !=3D kernel_pmap && m !=3D NULL && >> (m->a.flags & PGA_EXECUTABLE) =3D=3D 0 && >> if ((m->oflags & VPO_UNMANAGED) =3D=3D = 0) >> vm_page_aflag_set(m, >> PGA_EXECUTABLE); m =3D PHYS_TO_VM_PAGE(old_pte.pte_lo & PTE_RPGN); >> refchg =3D >> atomic_readandclear_32(&m->md.mdpg_attrs); vm_page_dirty(m); >> vm_page_aflag_set(m, >> PGA_REFERENCED); >>=20 >> Or more completely, with notes mixed in: >>=20 >> void=20 >> moea_protect(mmu_t mmu, pmap_t pm, vm_offset_t sva, vm_offset_t eva, >> vm_prot_t prot) >> { >> . . . >> vm_page_t m; >> . . . >> for (pvo =3D RB_NFIND(pvo_tree, &pm->pmap_pvo, &key); >> pvo !=3D NULL && PVO_VADDR(pvo) < eva; pvo =3D tpvo) { >> . . . >> if (pt !=3D NULL) { >> . . . >> if (pm !=3D kernel_pmap && m !=3D NULL && >>=20 >> NOTE: m seems to be uninitialized but tested for being NULL >> above. >>=20 >> (m->a.flags & PGA_EXECUTABLE) =3D=3D 0 && >>=20 >> Note: This looks to potentially be using a random, non-NULL >> value for m during evaluation of m->a.flags . >>=20 >> . . . >>=20 >> if ((pvo->pvo_vaddr & PVO_MANAGED) && >> (pvo->pvo_pte.prot & VM_PROT_WRITE)) { >> m =3D PHYS_TO_VM_PAGE(old_pte.pte_lo & >> PTE_RPGN); >>=20 >> Note: m finally is potentially initialized(/set). >>=20 >> refchg =3D >> atomic_readandclear_32(&m->md.mdpg_attrs); if (refchg & PTE_CHG) >> vm_page_dirty(m); >> if (refchg & PTE_REF) >> vm_page_aflag_set(m, >> PGA_REFERENCED); . . . >>=20 >> Note: So, if m is set above, then the next loop >> iteration(s) would use this then-old value >> instead of an initialized value. >>=20 >> It looks to me like at least one assignment >> to m is missing. >>=20 >> moea64_pvo_protect has pg that seems analogous to >> m and has: >>=20 >> pg =3D PHYS_TO_VM_PAGE(pvo->pvo_pte.pa & LPTE_RPGN); >> . . . >> if (pm !=3D kernel_pmap && pg !=3D NULL && >> (pg->a.flags & PGA_EXECUTABLE) =3D=3D 0 && >> (pvo->pvo_pte.pa & (LPTE_I | LPTE_G | LPTE_NOEXEC)) =3D=3D = 0) >> { if ((pg->oflags & VPO_UNMANAGED) =3D=3D 0) >> vm_page_aflag_set(pg, PGA_EXECUTABLE); >>=20 >> . . . >> if (pg !=3D NULL && (pvo->pvo_vaddr & PVO_MANAGED) && >> (oldprot & VM_PROT_WRITE)) { >> refchg |=3D = atomic_readandclear_32(&pg->md.mdpg_attrs); >> if (refchg & LPTE_CHG) >> vm_page_dirty(pg); >> if (refchg & LPTE_REF) >> vm_page_aflag_set(pg, PGA_REFERENCED); >>=20 >>=20 >> This might suggest some about what is missing. >=20 > Can you try moving the assignment to 'm' to right below the > moea_pte_change() call? Panics during boot. svnlite diff shown later. That change got me a panic just after the lines about ada0 and cd0 details. (Unknown what internal stage.) Hand translated from a picture of the screen: panic: vm_page_free_prep: mapping flags set in page 0xd032a078 . . . panic vm_page_free_prep vm_page_free_toq vm_page_free vm_object_collapse vm_object_deallocate vm_map_process_deferred vm_map_remove exec_new_vmspace exec_elf32_imgact kern_execve sys_execve trap powerpc_interrupt user SC trap by 0x100d7af8 . . . # svnlite diff /usr/src/sys/powerpc/aim/mmu_oea.c Index: /usr/src/sys/powerpc/aim/mmu_oea.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/aim/mmu_oea.c (revision 360322) +++ /usr/src/sys/powerpc/aim/mmu_oea.c (working copy) @@ -1773,6 +1773,9 @@ { struct pvo_entry *pvo, *tpvo, key; struct pte *pt; + struct pte old_pte; + vm_page_t m; + int32_t refchg; =20 KASSERT(pm =3D=3D &curproc->p_vmspace->vm_pmap || pm =3D=3D = kernel_pmap, ("moea_protect: non current pmap")); @@ -1800,12 +1803,31 @@ pvo->pvo_pte.pte.pte_lo &=3D ~PTE_PP; pvo->pvo_pte.pte.pte_lo |=3D PTE_BR; =20 + old_pte =3D *pt; + /* * If the PVO is in the page table, update that pte as = well. */ if (pt !=3D NULL) { moea_pte_change(pt, &pvo->pvo_pte.pte, = pvo->pvo_vaddr); + m =3D PHYS_TO_VM_PAGE(old_pte.pte_lo & = PTE_RPGN); + if (pm !=3D kernel_pmap && m !=3D NULL && + (m->a.flags & PGA_EXECUTABLE) =3D=3D 0 && + (pvo->pvo_pte.pa & (PTE_I | PTE_G)) =3D=3D = 0) { + if ((m->oflags & VPO_UNMANAGED) =3D=3D = 0) + vm_page_aflag_set(m, = PGA_EXECUTABLE); + moea_syncicache(pvo->pvo_pte.pa & = PTE_RPGN, + PAGE_SIZE); + } mtx_unlock(&moea_table_mutex); + if ((pvo->pvo_vaddr & PVO_MANAGED) && + (pvo->pvo_pte.prot & VM_PROT_WRITE)) { + refchg =3D = atomic_readandclear_32(&m->md.mdpg_attrs); + if (refchg & PTE_CHG) + vm_page_dirty(m); + if (refchg & PTE_REF) + vm_page_aflag_set(m, = PGA_REFERENCED); + } } } rw_wunlock(&pvh_global_lock); =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Jun 12 03:47:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C86A32C0AB for ; Fri, 12 Jun 2020 03:47:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.ne1.yahoo.com (sonic302-20.consmr.mail.ne1.yahoo.com [66.163.186.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jmrL0Q5Yz3Zgx for ; Fri, 12 Jun 2020 03:47:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VMi9fyQVM1mE6ZiSNMccaR6.dVkr_bGJqiszfpVppTjGBCw4T7ZMPM80goz6P08 aBe_MWPh33ykPTsF4vzvbVtsGD_esUF2BTDWlQbu3fbUGoLW24hT9PTecARP68wsQHPFqA.atDAa C0VhWX3Ygh2DjaYa_b_lVyMnHw3nRHP3YWra81EKp6l6tz4MxW.vkN_uqdlVZPYMAHqAukViyMKT odzhD6lX32m9nK2zNgzDBZ0jjmvpMjKkbunW24fLlF5HYA5U3T0EfSu89I08wGMjruwE_xwUsL8Z LdRAS5627Y2_LI4ac6e4E2RDW8MEFRA24Cm6oVLE3UPOl36MkzgCmrYL2MYBBuyYK_FtqBQM9PGl zEVo7fJUxa2FCneRVCvn4oRE4R3_iatkFW5zDH2_z4BMmrd5y.Tea.WqdIby.8zkAtkBg.3jGor7 OGpzHo4rcRau1kacAA1KaC9J73UUym96m9FP3lCtKWcPyFPcvrOfkEoRZcJ.EP0GFPBuaREJEWCA bKDGn8BFg426VNayqWCkxBJ1faO3vARuxIZmgkvTJ3M_20d5DdSW__dIslwYb7et2OoIcghymzvZ GpoS3Yf_au9qrQNqYFrQOqGa9e59_3RIYT4sczohV4VNL3FiiV193u9xqoNMdVr5CtjiMBsrVk7v JsSGNgeaMzmMB5rbHMCxZOEukhyNLuGkXPzQ8XqrNXH_ca7ynJYOJpD7tXCXwWXeoJ7YG1eRKqYu 1BCSEOKE6w5BJyO3EhiGzQ0Cd9ji6vLOdywBXMJZgT3IQYKarV.0gb_wmbwH8f2bzD505lk5MWwJ hVz81QnBKU01P7CjwPLg8NCXmXkWuxly4XQso1ZuCdex0B1ztiVHrPs4__ddhBV.KV98qm1vEoA1 0yNLHgQegAS2ROstl9na1IQy8dOJ8hLCQYLbKVADF2vvc5yYURZKm3ECmSuLAr64BlwWM16Mx9Kt 5zfb29WLzTjRfHJlaq2qEQF3blgKe_gloF3v5uBTPaQwwi6k28wCIQ6a0yo8xjHvocgFVPHfk7_C hdN6HfLRwJUVBcS8rBhWQYwl_gtC0oTZz8tQBeVp.QO6rfLEbKzc9AT7Rd1UM12aQ110eHQPNv.3 _KwJaTfSWnRGm6wJSVdiBolXzBeR0QOVKc.Vdc_WOxfbxiPjQH.AnAsfEhkWbV2s_jHvg1uq_G2O RzIbePz.Vi6UAMWSjtMbtdNTuz_kBsucTTEXG6pDzKG1Frr8k157uX8cZd6XvANXgrbJ0H5Z45.3 J6zfS2MjXHPxNiP1347osKzhrLE7TsKaGzXn1ocHm4saJ3RqLNMudq_2rXpvnPxs_G49xvBdAgkV It8rkio8l6PyS88bHlIZ3_KGqYm2KLUKrr3FFGeKcFFAAyy84e2CokJck3xmhj5wJDRZf6csW0gr Yg_GbUJ0GBz19BRDMmU2nSuC6ajc5hJ716NWsVEhXOZON67b5755Kx_CnQcdvY7Lf Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Jun 2020 03:47:12 +0000 Received: by smtp402.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e174646f2964b434d05b418bca707b84; Fri, 12 Jun 2020 03:47:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: <1EDCA498-0B67-4374-B7CA-1ECDA8EE32AD@yahoo.com> Date: Thu, 11 Jun 2020 20:47:06 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: quoted-printable Message-Id: <3605089E-7B5D-4FBA-B0D1-14B789BDF09B@yahoo.com> References: <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <20200611164216.47f82775@ralga.knownspace> <20200611212532.59f677be@ralga.knownspace> <1EDCA498-0B67-4374-B7CA-1ECDA8EE32AD@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jmrL0Q5Yz3Zgx X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.82)[-0.817]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.012]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.186.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.186.146:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 12 Jun 2020 03:47:15 -0000 [Just a better panic backtrace text copy.] On 2020-Jun-11, at 20:29, Mark Millard wrote: > On 2020-Jun-11, at 19:25, Justin Hibbits = wrote: >=20 >> On Thu, 11 Jun 2020 17:30:24 -0700 >> Mark Millard wrote: >>=20 >>> On 2020-Jun-11, at 16:49, Mark Millard wrote: >>>=20 >>>> On 2020-Jun-11, at 14:42, Justin Hibbits >>>> wrote: >>>> . . . >>=20 >> Can you try moving the assignment to 'm' to right below the >> moea_pte_change() call? >=20 > Panics during boot. svnlite diff shown later. >=20 > That change got me a panic just after the lines about ada0 > and cd0 details. (Unknown what internal stage.) Hand > translated from a picture of the screen: >=20 > panic: . . . I forgot that 32-bit powerpc dump does partially work for PowerMacs (or at least my context). After booting with a non-debug kernel I've kept around, looking at /var/crash/vmcore.3 shows: panic: vm_page_free_prep: mapping flags set in page 0xd032a078 cpuid =3D 1 time =3D 1591931757 KDB: stack backtrace: 0xd2dc4340: at kdb_backtrace+0x64 0xd2dc43a0: at vpanic+0x208 0xd2dc4410: at panic+0x64 0xd2dc4450: at vm_page_free_prep+0x348 0xd2dc4470: at vm_page_free_toq+0x3c 0xd2dc4490: at vm_page_free+0x20 0xd2dc44a0: at vm_object_collapse+0x4ac 0xd2dc4510: at vm_object_deallocate+0x430 0xd2dc4550: at vm_map_process_deferred+0xec 0xd2dc4570: at vm_map_remove+0x12c 0xd2dc4590: at exec_new_vmspace+0x20c 0xd2dc45f0: at exec_elf32_imgact+0xa70 0xd2dc46a0: at kern_execve+0x600 0xd2dc4910: at sys_execve+0x84 0xd2dc4970: at trap+0x748 0xd2dc4a10: at powerpc_interrupt+0x178 0xd2dc4a40: user SC trap by 0x100d71f8: srr1=3D0xf032 r1=3D0xffffd810 cr=3D0x82000280 xer=3D0 ctr=3D0x10173810 = frame=3D0xd2dc4a48 KDB: enter: panic /wrkdirs/usr/ports/devel/gdb/work-py37/gdb-9.1/gdb/inferior.c:283: = internal-error: struct inferior *find_inferior_pid(int): Assertion `pid = !=3D 0' failed. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Jun 12 04:05:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 52EAC32CA2A for ; Fri, 12 Jun 2020 04:05:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-22.consmr.mail.ne1.yahoo.com (sonic316-22.consmr.mail.ne1.yahoo.com [66.163.187.148]) (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 49jnF264K0z3brN for ; Fri, 12 Jun 2020 04:05:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: RIz_r6oVM1mh2YDU5fSHnOV11dkFFlKXYKeUXZ62oOzYXahDytlmC.xSwAVg3wA QiEltkaATCG4emFY7AyqBVbOucyG_IXQmO8hg8oVJ6ZesW1LHmSK7yZKloOk7yog9Kx2fS3cSQEF gvl_UpGR8OIrJlgC80brpj9OwEFhVa3MthmWYk0Q0raEBMkZJt16f3zzYkZSJuXJk6hlxTguV6Qe SYYtYol7o70vrk07ZPvuXPxuEmV6hdQgWrIIE8gmB7aAKQHBeTDc3vzI0KhNSagy1T_BIu39gj6n lOsYAbyTOusvKWmQG3j9qgNBrL6mPYo4jwPB5bmLOP0CtIh0bWTqVbANwlwqJf0_ZA3tISULbtUn g7xaUjasIgkEvV6j8kjJJJabRWPav6D_73iOousAq11qdsDDcVJ_9KU_.QdtGo8rMdUGPn2GOw.p nyNjOj.RupxX9tLclA6BKcLlYXHIvH..5ZXgdDrRUG2Ue3Ds.XvYreNgFyq6I4JMIbgvBP6dh9hJ mr4IxLXhxcOMIgRFspMYt4UFazL0xwovRsUoQgfobi.IaCxFSraJtq0FY4B5RB5aqPLqyhgTIM.S 67B0LqhgiJ1T74mL2hAhY9nrhVJyoXPlGhnPeuE9Ud8aRt1X77Dtw8t18lRe.gVmhyjLrivvjsdn yzeoTQvG1ePbN_kDlNOMWFTGe0kQpVYy9MWGGRngV1rgTn0JtI2I4s7hDwV_vpgmlOU07ZXwClzg fmSpeK4iFoakrEaN6CYpwdDW_mTxmKcOXZODQ6gCXgGHNfgDSbiH7ce1z2lKu2Oby_L0cIH0Ar8t w0Bm3bFgMdjQb5yy9qWR5NKzGIb1PCwk_XHM4MtXHgN5OOPaBOS1GlDv3vRTcgVIVWhvcKFUogf5 NbdlwAlGgGMxuFf3dVZp6Dbhrj_VMuYmlgcyPFuyQ3IOIO2UJbUgb7iV_dT4a0h.XRWV0p4Q.fDD 1k_0R25mrHhFw_UCU4L01yMKGpHpMXwLhEHadDRD0v.XKP_7cGFT1r2LShvkw2GZRBimEBO6a5i7 BF_wzKdkcCiqBlUrSsCWenivEeJpdBlaeyfhvTPvx.xwg06Ab4lvFYoA2FSMUy4niG2.XhouaYgS oEo2hhlxAfMA5fgtO31ID2GPTyjngJ7M2tPp4IfAGXf66dnIx0iYbTQOvMZ4TWhyI6O_YQt6MNSd aOAo.OUaZB6hf0klxPfkPmXCB9vR88v8MvPgiOiBR6AcdsK4ykcXQH6ZgqJNx.R.DJ6kQfFJvb_C UgexVyKXYYxknujXPrkFPR8xn40fRVYopaSL3Gq4uzPtIuZLXE9OD.RxIe1clnkDBK28T6arPK1L jN_pxyeyRZg_x5a152g4NC2mX.JX596JBKSCbb43QeolEnu6fizP4B1yzhoWVk2Ee6bctONqfNlt wCNvzuCOu20hMj513MrTHmf6Lpnqr26D. Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Jun 2020 04:05:09 +0000 Received: by smtp420.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9598ca0db01bbcc2708f2559938fbab6; Fri, 12 Jun 2020 04:05:06 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: <3605089E-7B5D-4FBA-B0D1-14B789BDF09B@yahoo.com> Date: Thu, 11 Jun 2020 21:05:05 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: 7bit Message-Id: References: <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <20200611164216.47f82775@ralga.knownspace> <20200611212532.59f677be@ralga.knownspace> <1EDCA498-0B67-4374-B7CA-1ECDA8EE32AD@yahoo.com> <3605089E-7B5D-4FBA-B0D1-14B789BDF09B@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jnF264K0z3brN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.33 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.82)[-0.824]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.995]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.187.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.187.148:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 12 Jun 2020 04:05:12 -0000 There is another oddity in the code structure, in that if pt was ever NULL the code would misuse the NULL before the test for non-NULL is made: pt = moea_pvo_to_pte(pvo, -1); . . . old_pte = *pt; /* * If the PVO is in the page table, update that pte as well. */ if (pt != NULL) { (I'm not claiming that this explains the panic.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Jun 12 04:33:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6003232DA0F for ; Fri, 12 Jun 2020 04:33:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-22.consmr.mail.ne1.yahoo.com (sonic306-22.consmr.mail.ne1.yahoo.com [66.163.189.84]) (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 49jnsg4h2Pz3dfN for ; Fri, 12 Jun 2020 04:33:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 333vDqQVM1mnfuANn.3JatGMHevXN6svbO_nGtDOnwK6QhB.2zk_ix0iMr_cEnX aUdUyc1BuvvzDniVL7NDHgW9kRX6zjpkXFQW6tjOrHQTNQPafAqB8SezrSF6o8us1ihCZrFxvvU2 Oz5em88XvXJX85bHi0fxMOS9rUtnHx5B6WpFCRAIRR8eoXcIWYng.LG7bzrOjYj6QX5t5zX62NVR yo82FAyR0_orLiLduf_EPBeMg_fK9I0Oj4vbghMO6NjTVLLZYjG9O7of5BS_Fid8NkrEwmjKuxdw NnUCDysBykoAj_g_ogNFik.YWbQ_WJNhAzeeqg0j7XmBWzf1ypE5mWCN3HwCs49k1gLL0Q68dtcp MvjID8mNuhODZCscVPXEqYEMMKDtyLlIIGoYpVQ8WDLF_LgOrDpRQG25VwCUrtVxX5lc3ln3p1i_ ikTRiMT6vXZ7wtfaZ4B.PwyA61s2L7etexhHiKOMahxd.811eP.KTcvxvkg8tbC6yRBzb22QBZTu JFtjeabVZyaQfqhNHLr6tBcYYFuQfvb6_ZMyRa_92k11iohwP3kAbY46O1GSn2NrtBBInjrO2td5 FuYyfgBKqfByLFDkuAycpWvHigjtoyKRupoEtN6Kc6fZCseLTWQMDOjwPVhLdLfyXiAAzOgsRoZF LoBFmM9tBrzJ7h6rVYLM0oqiqZ6.pcB33EdEqJz13N_C0xx6ptcI7cAGGWhjSTH_u7FBKpOfMi1C nbcDiiYiPu5bWfQxFeT3cSZqTQxU5f7sqvNO59XaXA6WDx9Esl_m1kVAT92SGNaBOrypDVrj7.qq VeMMTFHwCNSLXtU0D0u7qAR7F8NBg3iwrIhsAn0bcrlHfo7VCX7MNez4eHGeZT2JGGdAfrXeu_3X KspgMn12NeleG7xcVX49cg0BInsM2h7ARk5lgotUi6UZ5DVCWuuoTK_KUY_fa.bEjkxDA7PjLVvs TUY5sdE9gJNkithpGRQZphmaRFZNNJFBOm1RA0FQ6Xq8mCWjXbInmdFZp0.c.20afoamh0XvKt6s skk.x3rHMSg9hP0VgNHDJR8FjDFCDFyABmgj7.5707XY.riXBR71RYfiXpz0T1KaN.R7gyXCjsO4 K4Fnizin.mwbQ20Ntvoqr3LwnSU0i4DA.aOvcnG.G7DkuyjoaRs2RtYg3uJZmvcw5WwiEN7tAO5X 4z8N0fatFxhM4S1aa6QTOotAzuazoJLZTUGGY5Gq3j9hV1xTTetV6s0KZymkcmrRnTOkQXOwXFfl 9auh8uiL2kgDFE39qsqnW6PdY22fJW1p6xeaecJj.RkdZZ4c_AwXi9BicjHKu2j5Pa2AvE.rPTab kzjCmzQf7wp8nP.7igXYobTh13PMl636ulWhJAuYaPEAgqXXytf067jdC.9Nh2hn3ogfcFJVD_x7 DVldBNZbRzbV7q1_nLpx6hSOC7UmdxeZO6tAnRywOdNHecSRm0skUB_Sk5ZBJkPQJE2o- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Jun 2020 04:33:25 +0000 Received: by smtp416.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2f34606d33939f3e61488b33bfac734b; Fri, 12 Jun 2020 04:33:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311 From: Mark Millard In-Reply-To: Date: Thu, 11 Jun 2020 21:33:20 -0700 Cc: "vangyzen@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , FreeBSD Hackers , FreeBSD PowerPC ML , Brandon Bergren Content-Transfer-Encoding: quoted-printable Message-Id: References: <695E6836-F860-4557-B7DE-CC1EDB347F18@yahoo.com> <121B9B09-141B-4DC3-918B-1E7CFB99E779@yahoo.com> <8AAB0462-3FA8-490C-8D8D-7C15B1C9E2DE@yahoo.com> <18E62746-80DB-4195-977D-4FF32D0129EE@yahoo.com> <9562EEE4-62EF-4164-91C0-948CC0432984@yahoo.com> <9B68839B-AEC8-43EE-B3B6-B696A4A57DAE@yahoo.com> <359C9C7D-4106-42B5-AAB5-08EF995B8100@yahoo.com> <20200513105632.06db9e21@titan.knownspace> <20200611155545.55526f7c@ralga.knownspace> <5542B85D-1C3A-41D8-98CE-3C02E990C3EB@yahoo.com> <20200611164216.47f82775@ralga.knownspace> <20200611212532.59f677be@ralga.knownspace> <1EDCA498-0B67-4374-B7CA-1ECDA8EE32AD@yahoo.com> <3605089E-7B5D-4FBA-B0D1-14B789BDF09B@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jnsg4h2Pz3dfN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.87)[-0.866]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.84:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 12 Jun 2020 04:33:29 -0000 [Yet another oddity.] On 2020-Jun-11, at 21:05, Mark Millard wrote: >=20 > There is another oddity in the code structure, in > that if pt was ever NULL the code would misuse the > NULL before the test for non-NULL is made: >=20 > pt =3D moea_pvo_to_pte(pvo, -1); > . . . > old_pte =3D *pt; >=20 > /* > * If the PVO is in the page table, update that pte as = well. > */ > if (pt !=3D NULL) { >=20 > (I'm not claiming that this explains the panic.) There is another NULL handling oddity that the 64-bit code does not have. I'll show 64 relevant bit code first: pg =3D PHYS_TO_VM_PAGE(pvo->pvo_pte.pa & LPTE_RPGN); =20 . . . =20 if (. . .&& pg !=3D NULL && (pg->a.flags & PGA_EXECUTABLE) =3D=3D 0 && . . .) { if ((pg->oflags & VPO_UNMANAGED) =3D=3D 0) vm_page_aflag_set(pg, PGA_EXECUTABLE); . . . } . . . if (pg !=3D NULL && . . .) { refchg |=3D atomic_readandclear_32(&pg->md.mdpg_attrs); if (refchg & LPTE_CHG) vm_page_dirty(pg); if (refchg & LPTE_REF) vm_page_aflag_set(pg, PGA_REFERENCED); } Note: the 2nd outer-if tests for pg !=3D NULL, just like the first outer-if above does. It avoids potential abuse-of-NULL activity. This is not true of the 32-bit code for "m": m =3D PHYS_TO_VM_PAGE(old_pte.pte_lo & = PTE_RPGN); if (. . . && m !=3D NULL && (m->a.flags & PGA_EXECUTABLE) =3D=3D 0 && . . .) { if ((m->oflags & VPO_UNMANAGED) =3D=3D = 0) vm_page_aflag_set(m, = PGA_EXECUTABLE); moea_syncicache(pvo->pvo_pte.pa & = PTE_RPGN, PAGE_SIZE); } . . . if ((pvo->pvo_vaddr & PVO_MANAGED) && (pvo->pvo_pte.prot & VM_PROT_WRITE)) { refchg =3D = atomic_readandclear_32(&m->md.mdpg_attrs); if (refchg & PTE_CHG) vm_page_dirty(m); if (refchg & PTE_REF) vm_page_aflag_set(m, = PGA_REFERENCED); } The &m->md.mdpg_attrs use apparently could be based on m being NULL because there is no test for m !=3D NULL in the 2nd outer-if. Similarly for the other uses of m in that code block. My guess that that the 2nd outer-if should test something like: . . . if (m !=3D NULL && (pvo->pvo_vaddr & PVO_MANAGED) && (pvo->pvo_pte.prot & VM_PROT_WRITE)) { . . . (Presumes that the pre-existing m !=3D NULL tests are necessary, something that I do not know.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jun 13 05:46:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5468932A9B9 for ; Sat, 13 Jun 2020 05:46:24 +0000 (UTC) (envelope-from email@freebsd.org) Received: from hwsrv-737171.hostwindsdns.com (hwsrv-737171.hostwindsdns.com [IPv6:2607:5500:3000:db1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 49kRRN0DGRz4Znt for ; Sat, 13 Jun 2020 05:46:23 +0000 (UTC) (envelope-from email@freebsd.org) Received: from box.yerimafams.cf (localhost [127.0.0.1]) by hwsrv-737171.hostwindsdns.com (Postfix) with ESMTP id 9FEAA74FC7 for ; Sat, 13 Jun 2020 05:11:50 +0000 (UTC) From: "I.T Server" To: freebsd-current@freebsd.org Subject: You have [3] undelivered mails freebsd-current@freebsd.org Date: 13 Jun 2020 00:11:43 -0700 Message-ID: <20200613001142.6A04C828BB6EF94D@freebsd.org> X-Rspamd-Queue-Id: 49kRRN0DGRz4Znt X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:54290, ipnet:2607:5500::/32, country:US] MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: 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, 13 Jun 2020 05:46:24 -0000