From owner-freebsd-current@freebsd.org Sun Oct 4 11:15: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 E684242417A; Sun, 4 Oct 2020 11:15:16 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward500o.mail.yandex.net (forward500o.mail.yandex.net [37.140.190.195]) (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 4C41Ng1gPRz4YkY; Sun, 4 Oct 2020 11:15:14 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback8q.mail.yandex.net (mxback8q.mail.yandex.net [IPv6:2a02:6b8:c0e:42:0:640:b38f:32ec]) by forward500o.mail.yandex.net (Yandex) with ESMTP id EC3E7601FD; Sun, 4 Oct 2020 14:15:11 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback8q.mail.yandex.net (mxback/Yandex) with ESMTP id F926xM6VEs-FAG0KsOJ; Sun, 04 Oct 2020 14:15:11 +0300 Received: by vla5-b23e4d8cdbda.qloud-c.yandex.net with HTTP; Sun, 04 Oct 2020 14:15:10 +0300 From: Alexander V. Chernikov To: Muhammad Moinur Rahman Cc: Kristof Provost , "freebsd-testing@freebsd.org" , "freebsd-current@freebsd.org" , "freebsd-stable@freebsd.org" , =?utf-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= In-Reply-To: References: <20200414223710.GB33328@freefall.freebsd.org> <885331586982061@myt5-bc0f9d8e5f27.qloud-c.yandex.net> Subject: Re: FreeBSD CI Weekly Report 2020-04-12 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sun, 04 Oct 2020 12:15:10 +0100 Message-Id: <146141601809982@mail.yandex.ru> X-Rspamd-Queue-Id: 4C41Ng1gPRz4YkY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.92 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[37.140.190.195:from]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FREEFALL_USER(0.00)[melifaro]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.140.128.0/18]; NEURAL_HAM_LONG(-1.05)[-1.051]; DMARC_NA(0.00)[ipfw.ru]; ARC_NA(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; DKIM_TRACE(0.00)[ipfw.ru:+]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.65)[-0.645]; MIME_HTML_ONLY(0.20)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:37.140.128.0/18, country:RU]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable,freebsd-testing]; RCVD_IN_DNSWL_LOW(-0.10)[37.140.190.195:from] MIME-Version: 1.0 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, 04 Oct 2020 11:15:17 -0000 From owner-freebsd-current@freebsd.org Sun Oct 4 23:51:50 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 78438437511 for ; Sun, 4 Oct 2020 23:51:50 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oo1-f46.google.com (mail-oo1-f46.google.com [209.85.161.46]) (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 4C4L9d3FkGz4QP3 for ; Sun, 4 Oct 2020 23:51:49 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oo1-f46.google.com with SMTP id k13so1838293oor.2 for ; Sun, 04 Oct 2020 16:51:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=nand/MJfO0uYA8XdGqYmrOYLXnIyzmr0/sdlX7AkKlw=; b=DaJ+3yzdt5PvKmEacUUOvcoUf1wAKqvaxzb5o5i7mds8RCEfIGbWmT/cDN+8ZKN8dr 053htQHqwCwg0gcFgohg6oKIczHd7gMfnMU2ozsIDEveKbzhnoTd+536C1Ve7A+6SW3c zuscFTPaM364T+WUuSsQe++d55AWILxp0dl3eaKsWirphJ0ZYT2AzhFmtfbSPG+UTmto yIcZPH4WKDmHnBo77v23JtgWMdC4MM2JD3PuoDCTCxnPstrCbQzLj+WDVoegxs5krYB+ LQDsERVnA2rG9RnwIruurxffttgW/D8m9oLB777xXKXn5OOUajxcgXY9Li7e/0NSCiKn VCvA== X-Gm-Message-State: AOAM531f7Psr7HkQfvvzh2YP0jclkKbU6OYE5sYfeQh/sW2IYFkxD77y 2PVeFUnJ0LJnEYwSM0FXnUoksmYBdJLWyQE4cTn2JPc+6zo= X-Google-Smtp-Source: ABdhPJzN2pz3uUVXozZcU8FRabQ3o4yWqomuDfVzlbV9sxFRChFw+IU38QatZMPZbA+szY0PIT3xXrh4l6rhBiGL6FA= X-Received: by 2002:a4a:e544:: with SMTP id s4mr10070729oot.74.1601855507911; Sun, 04 Oct 2020 16:51:47 -0700 (PDT) MIME-Version: 1.0 From: Alan Somers Date: Sun, 4 Oct 2020 17:51:37 -0600 Message-ID: Subject: FreeBSD 12.2-RC1 install media boot failure To: FreeBSD CURRENT X-Rspamd-Queue-Id: 4C4L9d3FkGz4QP3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.59 / 15.00]; TO_DOM_EQ_FROM_DOM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; NEURAL_HAM_MEDIUM(-0.90)[-0.905]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.161.46:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.962]; DMARC_NA(0.00)[freebsd.org]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.72)[-0.718]; RCVD_IN_DNSWL_NONE(0.00)[209.85.161.46:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, 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, 04 Oct 2020 23:51:50 -0000 I just tried to boot FreeBSD 12.1-RC1 in KVM/QEMU. Specifically, I booted FreeBSD-12.2-RC1-amd64-memstick.img as a virtual USB HDD. The console was flooded with error messages about "Device not configured"and errors from the rc scripts, then it hanged. Screenshot linked. Any ideas? http://bayimg.com/jaOnKAaga -Alan From owner-freebsd-current@freebsd.org Mon Oct 5 03:40:43 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 CBA5D3F495D; Mon, 5 Oct 2020 03:40:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qt1-f169.google.com (mail-qt1-f169.google.com [209.85.160.169]) (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 4C4RFk5T64z4b44; Mon, 5 Oct 2020 03:40:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-qt1-f169.google.com with SMTP id 19so8558670qtp.1; Sun, 04 Oct 2020 20:40: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:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=++LdxzMOM0S5MiGLU3GjNGlN4mm2JmXs1Z5qgtkm2d4=; b=LMIgrnFSxZxQce9NVHX0Vk44FioiWadrN6xa5B54wVFiYmQNAWydIk+wRSvN57ioL8 dRsJ78C6qprXt7DkTrAbqsrAQjrJX1dHhofWhlYSMnt5rcCGGDJBddaTvTDADT9AkizS SDQ2/qhQGK4ap5fHCXDtORjP6W8LEVGQ6zGbtlP1UCesYzvl9/q/uP/fZxzvDNs0pz5v 1y9tyoBaIV2TXZTWq9MWt8r05nTstRm8/awPCfFzIMi0fTAMH3z65Q3h6AeapzxdNaUK /Xwf8JO/0RqBJpaQxMlAu7rub1qc+JvrOWKOHnTAjOFL3LxkEtSf0KMv9gDWmtnmuwXf 7n3g== X-Gm-Message-State: AOAM532QllCKW4BkCRZpUUlshZTj56nAkT4SKXtKBpK8xFZe/AB3fGnf 0OkuLUwntWikJqDdqHQEfqKbvelQHu3oivh9SkQXJlOi X-Google-Smtp-Source: ABdhPJw9269ViPWiLce8EL4z+2bS12MtbBg1ChWvMO+3NeQN2OBebqQ/fWIZPMbj8AuTk7/ZcFJHaWllL59xBvJ9fFs= X-Received: by 2002:ac8:4e4e:: with SMTP id e14mr12718227qtw.49.1601869240508; Sun, 04 Oct 2020 20:40:40 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Adrian Chadd Date: Sun, 4 Oct 2020 20:40:27 -0700 Message-ID: Subject: Re: mips32 + gcc9 -- still broken To: Alexander Richardson , Dimitry Andric Cc: freebsd-current , "freebsd-mips@freebsd.org" X-Rspamd-Queue-Id: 4C4RFk5T64z4b44 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.02 / 15.00]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-mips]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; ARC_NA(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.160.169:from]; RCVD_TLS_ALL(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.009]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.07)[-0.070]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.169:from]; NEURAL_HAM_MEDIUM(-0.94)[-0.945]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, 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: Mon, 05 Oct 2020 03:40:43 -0000 ping! I've got the world building on gcc + mips32 just patching cxx_contention_t to be 32 bits, but it looks like an ABI change. Would the better thing be to just make it 32 bits on FreeBSD + MIPS for now? I don't think anyone is going to mind that changing at this point. -adrian On Sat, 3 Oct 2020 at 13:35, Adrian Chadd wrote: > > > On Mon, 21 Sep 2020 at 00:43, Alexander Richardson < > arichardson@freebsd.org> wrote: > >> >> On Mon, 21 Sep 2020, 07:38 Adrian Chadd, wrote: >> >>> So, the big list of unknown symbols was my fault! Whoops. >>> >>> i've gotten further using gcc-6.4 by fixing some of the warnings/issues >>> that have crept up. >>> >>> Here's a review for one of them: >>> >>> https://reviews.freebsd.org/D26504 >>> >>> However, now I've hit: >>> >>> /usr/local/bin/mips-unknown-freebsd13.0-ld: >>> >>> /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/work/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: >>> undefined reference to `__atomic_fetch_sub_8' >>> /usr/local/bin/mips-unknown-freebsd13.0-ld: >>> >>> /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/work/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: >>> undefined reference to `__atomic_load_8' >>> /usr/local/bin/mips-unknown-freebsd13.0-ld: >>> >>> /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/work/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: >>> undefined reference to `__atomic_fetch_add_8' >>> >>> .. looks like we need some 64 bit atomics now in mips32 for libc++ / devd >>> >> >> Those are now provided by compiler-rt when using clang. With GCC you'll >> have to link libatomic. I had a quick look at the code in libc++ that uses >> the 64-bit atomics a few weeks ago and I believe it's the futex fallback >> code. The best solution would probably be to port it to use umtx but for >> MIPS32 it might be fine to use a 32 bit atomic instead. >> > > It compiled fine with a 32 bit atomic. Why's it 64 bit for everything but > Linux? > > Can we make it a 32 bit atomic for all FreeBSD platforms? Are there ABI > concerns? > > > > -adrian > > >> >> Alex >> >>> From owner-freebsd-current@freebsd.org Mon Oct 5 04: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 D8DD93F7051 for ; Mon, 5 Oct 2020 04:54:52 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4SvH1gB8z4fQn for ; Mon, 5 Oct 2020 04:54:50 +0000 (UTC) (envelope-from ohartmann@walstatt.org) X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([77.13.119.197]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M6llE-1kJGdi40sg-008MYu for ; Mon, 05 Oct 2020 06:54:49 +0200 Date: Mon, 5 Oct 2020 06:54:39 +0200 From: "Hartmann, O." To: FreeBSD CURRENT Subject: CURRENT: cross compiling 12-STABLE failure in: bin/cp/utils.c:517:14: error: member reference base type 'void' is not a structure or union Message-ID: <20201005065439.2b5c7375@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/.Ehw=m8BSBFRF7Yb2JZXYfq"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Provags-ID: V03:K1:eiZVup17X9KQpMP+gkK4RBHS9xxPatCJmv3jH1wIJRAIA/uK4lR lX2cSAA6vRXoVvE73puyKDUIXNLcV6M3v8pUXwChfKigtDm+1iA2/qaOv2FBY9tGL9tTf5Q V40S7IaVhCw8TnVsvytJbFGhcjq6L2ZjmZ1iNpow13CNa5fvJ6UddThMK2Y43Ts56yl4zmh WB6p9XP0EdxkD7niVmsyA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:+NNbsBQ+se8=:o8e48rXj5KJ9n8OYk6s79v wN3MKi0HXlA7rwTBoEi99DXrKEIAIOhD3k+yR1Uik4w62T24lLQlRpKTozG9z3QHfeSsmem4I 2st+03N48zKXIibTjO9NUKfZIDDWt6dRtmWDH5XtvfDmPF3Ens8EB7s8j8+iB7S6Dk8BIdc7g fBgvt/wO/MxOALSHr0o1sMsiil17ufl7Ene0IAPCoPjJ2EvQze2QFIoYsZdNHoEc9/F7ibJGZ heeP04aQ8O1jMZ39WNp8bLttC/F6Uw6E959+bhdv74TxUA5tFTF34nJ2MBeoBZuuS5DNKUx2i BwYZPI2tmwol3HJR16T+UxSm4WwVdPTYtg0zov4PDOLubdCyUFJQ25Xcim8jxL0Oc/dStSEyU jfZMda0G1tWmslS9OMBNZ7CCV9U9uS0P8feYvVY+ZpX61dUtkpJxpDyxLVM8HMULM7L+KF2HF UDcArKpAPrqVfCoJuib0ZLesG3rQD+4f9lPexUfaWfKuQA67ogzDEaTssgeqKa9Nq1GfxLIT9 +09ZNVQSNGeI26RkxFhsZJNlPsvR5aO0w43hVAy13BJiiY5RjE9bEvKr7qwsepC6UT6mWdUX+ 1qiCyyYNSN2UxYQGjjU8lwV2aVhYWb3O46IEpZSDAtSA3VRl0wI03MTtc0RsuWuzJDXl671eY /AvfyduliTXU/neBceH0UQIhZviCKYC8jH2l4Zbnusi2sJOz2jy1/catSOi6BpyJDpOj+lsG0 Bd7KLVch7FeWqemsrk6AN253RyxTXWwy8qR2GAxG0ErcVG1mkdXP7PB4DiJR+RqbRD0rSXHHu O/w2wRTajJ74zcIRD4UzzlwoRPud/eYZ8/Bih4BM8raikhrVBcdYLR/ijDt3iI/PeycMZjsI8 C18MwnxuZs7qBGgw+tKLFS45bgHQlm0uQ4ZF1VUEgsphXJfIWb6D6EjjfCm5yFd1odDAhKsm5 LM3GYLDU6QxwcBKMXOEw7qnOQrjFG1PZpIApUO8/6HIW2FIMVIYW8Ohp9S8+AVhHGDT18vrat S3rMAt6JD5UBlGOaW7aWmI7USxeODDh96zDg/MFbsfl0FZO2F5lDbWcP5dRObIex8HZbsN8h/ eYC89miN39KUTf4ZTWKAIFvAAXRfXAZhMx2kH0O/vYZo2IKUoGXx20+K8Uy05NAYAU6LVZDGB 7sCeQtxcaLpkDIIRs81I5v1yGdaUkG/4i+HyNgrxqMNCBXS03Nifk12cZNSROl0/iHsXAvrP8 K3ER+/FU+Hh0+rUNcljXB87On5ayQgYIixQWSrQ== X-Rspamd-Queue-Id: 4C4SvH1gB8z4fQn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.17 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.19:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.58)[-0.580]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[77.13.119.197:received]; DMARC_NA(0.00)[walstatt.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.48)[-0.476]; NEURAL_HAM_MEDIUM(-0.62)[-0.617]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.19: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: Mon, 05 Oct 2020 04:54:52 -0000 --Sig_/.Ehw=m8BSBFRF7Yb2JZXYfq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable For a couple of weeks now cross-compiling 12-STBALE on CURRENT fails due to an compiler error in bin/cp/utils.c, see details below. At this moment, CURRENT is at FreeBSD 13.0-CURRENT #39 r366364: Fri Oct 2 17:51:39 CEST 2020 amd64 and the sources for 12-STABLE are at revision 366437. The compilation environment is the NanoBSD environment of the CURRENT running host. A similar constellation of host and cross-compiled target (regarding OS versions, the hardware platform is slightly different, for the record) works: running a simple, well known "make" builds 12-STABLE without problems. I tried to build NanoBSD in a vanilla state (without conf files for WITH/WITHOUT tags), but the failure is always the same. Can someone help or give some hints where to look for the reason of th miscompilation? Thanks in advance, oh [...] --- CP1026%UCS.mps --- /pool/nanobsd/amd64/ALERICH_12-STABLE_amd64/pool/sources/12-STABLE/src/amd6= 4.amd64/usr.bin/mkcsmapper_static/mkcsmapper_static -o CP1026%UCS.mps /pool/sources/12-STABLE/src/share/i18n/csmapper/CP/CP1026%UCS.src --- UCS%CP1026.mps --- /pool/nanobsd/amd64/ALERICH_12-STABLE_amd64/pool/sources/12-STABLE/src/amd6= 4.amd64/usr.bin/mkcsmapper_static/mkcsmapper_static -o UCS%CP1026.mps /pool/sources/12-STABLE/src/share/i18n/csmapper/CP/UCS%CP1026.src --- all_subdir_rescue --- /pool/sources/12-STABLE/src/bin/cp/utils.c:517:14: error: member reference base type 'void' is not a structure or union aclp =3D &acl->ats_acl; ~~~^ ~~~~~~~ /pool/sources/12-STABLE/src/bin/cp/utils.c:518:11: error: incomplete definition of type 'struct acl' if (aclp->acl_cnt !=3D 0 && aclsetf(dest_dir, ~~~~^ /pool/sources/12-STABLE/src/bin/cp/utils.c:468:9: note: forward declaration of 'struct acl' struct acl *aclp; ^ 2 errors generated. *** [/pool/sources/12-STABLE/src/bin/cp/utils.o] Error code 1 make[6]: stopped in /pool/nanobsd/amd64/ALERICH_12-STABLE_amd64/pool/sources/12-STABLE/src/amd6= 4.amd64/rescue/rescue 1 error make[6]: stopped in /pool/nanobsd/amd64/ALERICH_12-STABLE_amd64/pool/sources/12-STABLE/src/amd6= 4.amd64/rescue/rescue *** [rescue] Error code 2 make[5]: stopped in /pool/sources/12-STABLE/src/rescue/rescue 1 error make[5]: stopped in /pool/sources/12-STABLE/src/rescue/rescue --- all_subdir_lib --- --- all_subdir_share --- --Sig_/.Ehw=m8BSBFRF7Yb2JZXYfq Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCX3qnDwAKCRA4N1ZZPba5 R6IqAPsGNQfJw/TT0vZNpynWCGvXLqgCOZVcC2TJNAfVSZl2ngD/RKh+YVlHQVpU p3jRkm9mxPoZEAV4nSIT7otDBBLwxw8= =GNxd -----END PGP SIGNATURE----- --Sig_/.Ehw=m8BSBFRF7Yb2JZXYfq-- From owner-freebsd-current@freebsd.org Mon Oct 5 05:07:09 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 4934F3F782C for ; Mon, 5 Oct 2020 05:07:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (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 4C4T9S15B6z4gC9; Mon, 5 Oct 2020 05:07:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from p51.home.us.delphij.net (unknown [IPv6:2601:646:8601:f4a: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 BC9152F491; Sun, 4 Oct 2020 22:07:00 -0700 (PDT) Reply-To: d@delphij.net To: freebsd-current@freebsd.org, imp@freebsd.org From: Xin Li Subject: GPF on boot with devmatch Organization: The FreeBSD Project Message-ID: <1dec1b9d-03e7-7171-9f48-71573dafead4@delphij.net> Date: Sun, 4 Oct 2020 22:07:00 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4C4T9S15B6z4gC9 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.68 / 15.00]; HAS_REPLYTO(0.00)[d@delphij.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[delphij.net:s=m7e2]; FREEFALL_USER(0.00)[delphij]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[delphij.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,reject]; NEURAL_HAM_SHORT(-0.60)[-0.596]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; NEURAL_HAM_LONG(-1.06)[-1.055]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 05:07:09 -0000 Hi, I'm seeing this panic at boot after upgrading from r366217 to r366364, and continues to exist for r366421 (but I haven't find out the exact change that caused it). Preloading the relevant kernel modules (uhid.ko, ums.ko and wmt.ko) seems to make the kernel boot correctly. This is not reproducible on my laptop, which will load many more kernel modules. === Autoloading module: uhid.ko Autoloading module: wmt.ko Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 04 instruction pointer = 0x20:0xffffffff806ad6eb stack pointer = 0x28:0xfffffe01850cd960 frame pointer = 0x28:0xfffffe01850cd9e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 740 (devmatch) trap number = 9 panic: general protection fault cpuid = 3 time = 1601866799 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe01850cd670 vpanic() at vpanic+0x182/frame 0xfffffe01850cd6c0 panic() at panic+0x43/frame 0xfffffe01850cd720 trap_fatal() at trap_fatal+0x387/frame 0xfffffe01850cd780 trap() at trap+0xa4/frame 0xfffffe01850cd890 calltrap() at calltrap+0x8/frame 0xfffffe01850cd890 --- trap 0x9, rip = 0xffffffff806ad6eb, rsp = 0xfffffe01850cd960, rbp = 0xfffffe01850cd9e0 --- sysctl_devices() at sysctl_devices+0x24b/frame 0xfffffe01850cd9e0 sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame 0xfffffe01850cda30 sysctl_root() at sysctl_root+0x20a/frame 0xfffffe01850cdab0 userland_sysctl() at userland_sysctl+0x17d/frame 0xfffffe01850cdb60 sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe01850cdc10 amd64_syscall() at amd64_syscall+0x135/frame 0xfffffe01850cdd30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe01850cdd30 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x80038968a, rsp = 0x7fffffffd988, rbp = 0x7fffffffd9c0 --- === sysctl_devices+0x24b (0x6dab) was: sb->s_len += strlen(p); 6d50: 4c 89 e7 mov %r12,%rdi 6d53: e8 00 00 00 00 callq 6d58 6d58: 48 01 45 b0 add %rax,-0x50(%rbp) 6d5c: 48 8d 7d 88 lea -0x78(%rbp),%rdi sbuf_putc(&sb, '\0'); 6d60: 31 f6 xor %esi,%esi 6d62: e8 00 00 00 00 callq 6d67 MPASS((sb->s_flags & SBUF_INCLUDENUL) == 0); 6d67: f6 45 b8 02 testb $0x2,-0x48(%rbp) 6d6b: 0f 85 10 01 00 00 jne 6e81 if (sb->s_error != 0) 6d71: 83 7d a0 00 cmpl $0x0,-0x60(%rbp) 6d75: 0f 85 8c 00 00 00 jne 6e07 p = EOB(sb); 6d7b: 4c 8b 65 88 mov -0x78(%rbp),%r12 6d7f: 48 8b 45 b0 mov -0x50(%rbp),%rax *p = '\0'; /* sbuf buffer isn't NUL terminated until sbuf_finish() */ 6d83: 41 c6 04 04 00 movb $0x0,(%r12,%rax,1) space = SPACE(sb); 6d88: 4c 8b 6d a8 mov -0x58(%rbp),%r13 6d8c: 4c 2b 6d b0 sub -0x50(%rbp),%r13 if (space <= 1) { 6d90: 49 83 fd 01 cmp $0x1,%r13 6d94: 77 09 ja 6d9f sb->s_error = ENOMEM; 6d96: c7 45 a0 0c 00 00 00 movl $0xc,-0x60(%rbp) 6d9d: eb 68 jmp 6e07 6d9f: 49 01 c4 add %rax,%r12 return (dev->parent); 6da2: 48 8b 7b 28 mov 0x28(%rbx),%rdi if (parent == NULL) { 6da6: 48 85 ff test %rdi,%rdi 6da9: 74 4b je 6df6 KOBJOPLOOKUP(((kobj_t)_dev)->ops,bus_child_location_str); 6dab: 48 8b 07 mov (%rdi),%rax 6dae: 48 c7 c2 00 00 00 00 mov $0x0,%rdx 6db5: 0f b6 0d 00 00 00 00 movzbl 0x0(%rip),%ecx # 6dbc 6dbc: 4c 8b 04 c8 mov (%rax,%rcx,8),%r8 6dc0: 49 39 10 cmp %rdx,(%r8) 6dc3: 74 22 je 6de7 6dc5: 48 8d 34 c8 lea (%rax,%rcx,8),%rsi 6dc9: 48 89 7d d0 mov %rdi,-0x30(%rbp) 6dcd: 48 8b b8 00 08 00 00 mov 0x800(%rax),%rdi 6dd4: 48 c7 c2 00 00 00 00 mov $0x0,%rdx 6ddb: e8 00 00 00 00 callq 6de0 6de0: 48 8b 7d d0 mov -0x30(%rbp),%rdi 6de4: 49 89 c0 mov %rax,%r8 rc = ((bus_child_location_str_t *) _m)(_dev, _child, _buf, _buflen); 6de7: 48 89 de mov %rbx,%rsi From owner-freebsd-current@freebsd.org Mon Oct 5 05:14: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 2D6BF3F7D3D for ; Mon, 5 Oct 2020 05:14:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 4C4TKY1JnLz4gBx for ; Mon, 5 Oct 2020 05:14:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82b.google.com with SMTP id q26so3403404qtb.5 for ; Sun, 04 Oct 2020 22:14:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FUqX6hVOQTPPRuhzN8VdyLyf32tmqzFexUYVdAdOT38=; b=Wz3cPvNuCFuJg1DXz4BaF8BEGV7rpD7/OPf4NKxlgC4bRvJAGA7FShMtyQ1ixBknNJ JOVjVaueCt8fuXuV05V7DjwbKSvKHXV48WNx+J0RvlLVT5VUID5tKwaCGvCsJyGz6JPV R2LOs8PzicmJVBh6V6bSyyUqjeq5+SUWp+W3fuEajHH50IrUmduagIWyFHyhTYhqejvU Rm1ijaqP7q1+nMytydl4Ev8ZHMwABM4w6gigPaL32zmTtAazDXqJi7u11Uvda2sRABZp M+DNXOszulUxJJe0dPQhBKfufrIVYZJjUm9r10z1zOvJgINOcr3kfQ8HzC90c7I6P4n1 CmXw== X-Gm-Message-State: AOAM533p//DXarit9Gqipy+X8rhIhyGay1Y3LaIsKGFM6g71l1+0QDt4 /TRZSPrAYGtR8P2D93ZwDJm6m/aDPeYtjLF9O/YEdmJu8Zn8ow== X-Google-Smtp-Source: ABdhPJyOWcWiddgN7ozCet/yGIkPoaWI7A08Pwr7r2LuWfbkFIFwMw7geE+G1S1TXD3it0TGfP9pWvJ2EbxetZmQ0MQ= X-Received: by 2002:ac8:327d:: with SMTP id y58mr1940819qta.291.1601874847969; Sun, 04 Oct 2020 22:14:07 -0700 (PDT) MIME-Version: 1.0 References: <1dec1b9d-03e7-7171-9f48-71573dafead4@delphij.net> In-Reply-To: <1dec1b9d-03e7-7171-9f48-71573dafead4@delphij.net> From: Warner Losh Date: Sun, 4 Oct 2020 23:13:56 -0600 Message-ID: Subject: Re: GPF on boot with devmatch To: Xin LI Cc: FreeBSD Current , Warner Losh X-Rspamd-Queue-Id: 4C4TKY1JnLz4gBx X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.13 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.92)[-0.916]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82b:from]; NEURAL_HAM_SHORT(-0.30)[-0.299]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; 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: Mon, 05 Oct 2020 05:14:10 -0000 On Sun, Oct 4, 2020, 11:07 PM Xin Li wrote: > Hi, > > I'm seeing this panic at boot after upgrading from r366217 to r366364, > and continues to exist for r366421 (but I haven't find out the exact > change that caused it). Preloading the relevant kernel modules > (uhid.ko, ums.ko and wmt.ko) seems to make the kernel boot correctly. > What happens if you disable devmatch and load these modules by hand? What happens if you load them from rc.d scripts with devmatch disabled? Warner This is not reproducible on my laptop, which will load many more kernel > modules. > > === > Autoloading module: uhid.ko > Autoloading module: wmt.ko > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 2; apic id = 04 > instruction pointer = 0x20:0xffffffff806ad6eb > stack pointer = 0x28:0xfffffe01850cd960 > frame pointer = 0x28:0xfffffe01850cd9e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 740 (devmatch) > trap number = 9 > panic: general protection fault > cpuid = 3 > time = 1601866799 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe01850cd670 > vpanic() at vpanic+0x182/frame 0xfffffe01850cd6c0 > panic() at panic+0x43/frame 0xfffffe01850cd720 > trap_fatal() at trap_fatal+0x387/frame 0xfffffe01850cd780 > trap() at trap+0xa4/frame 0xfffffe01850cd890 > calltrap() at calltrap+0x8/frame 0xfffffe01850cd890 > --- trap 0x9, rip = 0xffffffff806ad6eb, rsp = 0xfffffe01850cd960, rbp = > 0xfffffe01850cd9e0 --- > sysctl_devices() at sysctl_devices+0x24b/frame 0xfffffe01850cd9e0 > sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame > 0xfffffe01850cda30 > sysctl_root() at sysctl_root+0x20a/frame 0xfffffe01850cdab0 > userland_sysctl() at userland_sysctl+0x17d/frame 0xfffffe01850cdb60 > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe01850cdc10 > amd64_syscall() at amd64_syscall+0x135/frame 0xfffffe01850cdd30 > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe01850cdd30 > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x80038968a, rsp = > 0x7fffffffd988, rbp = 0x7fffffffd9c0 --- > === > > sysctl_devices+0x24b (0x6dab) was: > > sb->s_len += strlen(p); > 6d50: 4c 89 e7 mov %r12,%rdi > 6d53: e8 00 00 00 00 callq 6d58 > 6d58: 48 01 45 b0 add %rax,-0x50(%rbp) > 6d5c: 48 8d 7d 88 lea -0x78(%rbp),%rdi > sbuf_putc(&sb, '\0'); > 6d60: 31 f6 xor %esi,%esi > 6d62: e8 00 00 00 00 callq 6d67 > MPASS((sb->s_flags & SBUF_INCLUDENUL) == 0); > 6d67: f6 45 b8 02 testb $0x2,-0x48(%rbp) > 6d6b: 0f 85 10 01 00 00 jne 6e81 > if (sb->s_error != 0) > 6d71: 83 7d a0 00 cmpl $0x0,-0x60(%rbp) > 6d75: 0f 85 8c 00 00 00 jne 6e07 > p = EOB(sb); > 6d7b: 4c 8b 65 88 mov -0x78(%rbp),%r12 > 6d7f: 48 8b 45 b0 mov -0x50(%rbp),%rax > *p = '\0'; /* sbuf buffer isn't NUL terminated until > sbuf_finish() */ > 6d83: 41 c6 04 04 00 movb $0x0,(%r12,%rax,1) > space = SPACE(sb); > 6d88: 4c 8b 6d a8 mov -0x58(%rbp),%r13 > 6d8c: 4c 2b 6d b0 sub -0x50(%rbp),%r13 > if (space <= 1) { > 6d90: 49 83 fd 01 cmp $0x1,%r13 > 6d94: 77 09 ja 6d9f > sb->s_error = ENOMEM; > 6d96: c7 45 a0 0c 00 00 00 movl $0xc,-0x60(%rbp) > 6d9d: eb 68 jmp 6e07 > 6d9f: 49 01 c4 add %rax,%r12 > return (dev->parent); > 6da2: 48 8b 7b 28 mov 0x28(%rbx),%rdi > if (parent == NULL) { > 6da6: 48 85 ff test %rdi,%rdi > 6da9: 74 4b je 6df6 > KOBJOPLOOKUP(((kobj_t)_dev)->ops,bus_child_location_str); > 6dab: 48 8b 07 mov (%rdi),%rax > 6dae: 48 c7 c2 00 00 00 00 mov $0x0,%rdx > 6db5: 0f b6 0d 00 00 00 00 movzbl 0x0(%rip),%ecx # > 6dbc > 6dbc: 4c 8b 04 c8 mov (%rax,%rcx,8),%r8 > 6dc0: 49 39 10 cmp %rdx,(%r8) > 6dc3: 74 22 je 6de7 > 6dc5: 48 8d 34 c8 lea (%rax,%rcx,8),%rsi > 6dc9: 48 89 7d d0 mov %rdi,-0x30(%rbp) > 6dcd: 48 8b b8 00 08 00 00 mov 0x800(%rax),%rdi > 6dd4: 48 c7 c2 00 00 00 00 mov $0x0,%rdx > 6ddb: e8 00 00 00 00 callq 6de0 > 6de0: 48 8b 7d d0 mov -0x30(%rbp),%rdi > 6de4: 49 89 c0 mov %rax,%r8 > rc = ((bus_child_location_str_t *) _m)(_dev, _child, _buf, > _buflen); > 6de7: 48 89 de mov %rbx,%rsi > From owner-freebsd-current@freebsd.org Mon Oct 5 05:30: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 61D643F7FCF for ; Mon, 5 Oct 2020 05:30:19 +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 4C4ThB1rL1z4h35; Mon, 5 Oct 2020 05:30:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from p51.home.us.delphij.net (unknown [IPv6:2601:646:8601:f4a: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)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 12CDE2F4E0; Sun, 4 Oct 2020 22:30:11 -0700 (PDT) Reply-To: d@delphij.net Subject: Re: GPF on boot with devmatch To: Warner Losh , Xin LI Cc: FreeBSD Current , Warner Losh References: <1dec1b9d-03e7-7171-9f48-71573dafead4@delphij.net> From: Xin Li Organization: The FreeBSD Project Message-ID: <95d6ce61-06af-eb12-9a6e-2b8342663dc7@delphij.net> Date: Sun, 4 Oct 2020 22:30:10 -0700 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C4ThB1rL1z4h35 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.83 / 15.00]; HAS_REPLYTO(0.00)[d@delphij.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[delphij.net:s=m7e2]; FREEFALL_USER(0.00)[delphij]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[delphij.net:+]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,reject]; NEURAL_HAM_SHORT(-0.74)[-0.744]; NEURAL_HAM_MEDIUM(-1.03)[-1.027]; NEURAL_HAM_LONG(-1.06)[-1.060]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:64.62.128.0/18, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 05:30:19 -0000 On 10/4/20 10:13 PM, Warner Losh wrote: > > > On Sun, Oct 4, 2020, 11:07 PM Xin Li > wrote: > > Hi, > > I'm seeing this panic at boot after upgrading from r366217 to r366364, > and continues to exist for r366421 (but I haven't find out the exact > change that caused it).  Preloading the relevant kernel modules > (uhid.ko, ums.ko and wmt.ko) seems to make the kernel boot correctly. > > > What happens if you disable devmatch and load these modules by hand? Loading these modules from loader or kld_list will prevent this panic regardless if devmatch is enabled. > What happens if you load them from rc.d scripts with devmatch disabled? It seems that the devmatch was started by devd and not rc. Disabling devmatch (setting devmatch_enable="NO" without loading any of these klds would not provoke the panic). > Warner > > This is not reproducible on my laptop, which will load many more kernel > modules. > > === > Autoloading module: uhid.ko > Autoloading module: wmt.ko > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 2; apic id = 04 > instruction pointer     = 0x20:0xffffffff806ad6eb > stack pointer           = 0x28:0xfffffe01850cd960 > frame pointer           = 0x28:0xfffffe01850cd9e0 > code segment            = base 0x0, limit 0xfffff, type 0x1b >                         = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags        = interrupt enabled, resume, IOPL = 0 > current process         = 740 (devmatch) > trap number             = 9 > panic: general protection fault > cpuid = 3 > time = 1601866799 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe01850cd670 > vpanic() at vpanic+0x182/frame 0xfffffe01850cd6c0 > panic() at panic+0x43/frame 0xfffffe01850cd720 > trap_fatal() at trap_fatal+0x387/frame 0xfffffe01850cd780 > trap() at trap+0xa4/frame 0xfffffe01850cd890 > calltrap() at calltrap+0x8/frame 0xfffffe01850cd890 > --- trap 0x9, rip = 0xffffffff806ad6eb, rsp = 0xfffffe01850cd960, rbp = > 0xfffffe01850cd9e0 --- > sysctl_devices() at sysctl_devices+0x24b/frame 0xfffffe01850cd9e0 > sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame > 0xfffffe01850cda30 > sysctl_root() at sysctl_root+0x20a/frame 0xfffffe01850cdab0 > userland_sysctl() at userland_sysctl+0x17d/frame 0xfffffe01850cdb60 > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe01850cdc10 > amd64_syscall() at amd64_syscall+0x135/frame 0xfffffe01850cdd30 > fast_syscall_common() at fast_syscall_common+0xf8/frame > 0xfffffe01850cdd30 > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x80038968a, rsp = > 0x7fffffffd988, rbp = 0x7fffffffd9c0 --- > === > > sysctl_devices+0x24b (0x6dab) was: > >         sb->s_len += strlen(p); >     6d50:       4c 89 e7                mov    %r12,%rdi >     6d53:       e8 00 00 00 00          callq  6d58 > >     6d58:       48 01 45 b0             add    %rax,-0x50(%rbp) >     6d5c:       48 8d 7d 88             lea    -0x78(%rbp),%rdi >         sbuf_putc(&sb, '\0'); >     6d60:       31 f6                   xor    %esi,%esi >     6d62:       e8 00 00 00 00          callq  6d67 > >         MPASS((sb->s_flags & SBUF_INCLUDENUL) == 0); >     6d67:       f6 45 b8 02             testb  $0x2,-0x48(%rbp) >     6d6b:       0f 85 10 01 00 00       jne    6e81 > >         if (sb->s_error != 0) >     6d71:       83 7d a0 00             cmpl   $0x0,-0x60(%rbp) >     6d75:       0f 85 8c 00 00 00       jne    6e07 > >         p = EOB(sb); >     6d7b:       4c 8b 65 88             mov    -0x78(%rbp),%r12 >     6d7f:       48 8b 45 b0             mov    -0x50(%rbp),%rax >         *p = '\0';      /* sbuf buffer isn't NUL terminated until > sbuf_finish() */ >     6d83:       41 c6 04 04 00          movb   $0x0,(%r12,%rax,1) >         space = SPACE(sb); >     6d88:       4c 8b 6d a8             mov    -0x58(%rbp),%r13 >     6d8c:       4c 2b 6d b0             sub    -0x50(%rbp),%r13 >         if (space <= 1) { >     6d90:       49 83 fd 01             cmp    $0x1,%r13 >     6d94:       77 09                   ja     6d9f > >                 sb->s_error = ENOMEM; >     6d96:       c7 45 a0 0c 00 00 00    movl   $0xc,-0x60(%rbp) >     6d9d:       eb 68                   jmp    6e07 > >     6d9f:       49 01 c4                add    %rax,%r12 >         return (dev->parent); >     6da2:       48 8b 7b 28             mov    0x28(%rbx),%rdi >         if (parent == NULL) { >     6da6:       48 85 ff                test   %rdi,%rdi >     6da9:       74 4b                   je     6df6 > >         KOBJOPLOOKUP(((kobj_t)_dev)->ops,bus_child_location_str); >     6dab:       48 8b 07                mov    (%rdi),%rax >     6dae:       48 c7 c2 00 00 00 00    mov    $0x0,%rdx >     6db5:       0f b6 0d 00 00 00 00    movzbl 0x0(%rip),%ecx        # > 6dbc >     6dbc:       4c 8b 04 c8             mov    (%rax,%rcx,8),%r8 >     6dc0:       49 39 10                cmp    %rdx,(%r8) >     6dc3:       74 22                   je     6de7 > >     6dc5:       48 8d 34 c8             lea    (%rax,%rcx,8),%rsi >     6dc9:       48 89 7d d0             mov    %rdi,-0x30(%rbp) >     6dcd:       48 8b b8 00 08 00 00    mov    0x800(%rax),%rdi >     6dd4:       48 c7 c2 00 00 00 00    mov    $0x0,%rdx >     6ddb:       e8 00 00 00 00          callq  6de0 > >     6de0:       48 8b 7d d0             mov    -0x30(%rbp),%rdi >     6de4:       49 89 c0                mov    %rax,%r8 >         rc = ((bus_child_location_str_t *) _m)(_dev, _child, _buf, > _buflen); >     6de7:       48 89 de                mov    %rbx,%rsi > From owner-freebsd-current@freebsd.org Mon Oct 5 06:47: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 C9F9E3F9D31; Mon, 5 Oct 2020 06:47:13 +0000 (UTC) (envelope-from dim@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 4C4WNx4mJCz4l2b; Mon, 5 Oct 2020 06:47:13 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 640F61D337; Mon, 5 Oct 2020 06:47:13 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::ec78:3cd1:1c78:583c] (unknown [IPv6:2001:470:7a58:0:ec78:3cd1:1c78:583c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7E1B64CABE; Mon, 5 Oct 2020 08:47:11 +0200 (CEST) From: Dimitry Andric Message-Id: <09E17145-6746-428D-87F2-65FBA934BCF5@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_62687C09-45AB-47F0-AFB0-73D1D7D60E62"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: mips32 + gcc9 -- still broken Date: Mon, 5 Oct 2020 08:47:10 +0200 In-Reply-To: Cc: Alexander Richardson , freebsd-current , "freebsd-mips@freebsd.org" To: Adrian Chadd References: X-Mailer: Apple Mail (2.3445.104.17) 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, 05 Oct 2020 06:47:13 -0000 --Apple-Mail=_62687C09-45AB-47F0-AFB0-73D1D7D60E62 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Sorry, i hadn't picked up on this thread at all. What is the concrete = patch you are proposing? Is is in Phabricator somewhere? (Note that when building with gcc, we should really just automatically = add -latomic, to get rid of these errors.) -Dimitry > On 5 Oct 2020, at 05:40, Adrian Chadd wrote: >=20 > ping! >=20 > I've got the world building on gcc + mips32 just patching = cxx_contention_t to be 32 bits, but it looks like an ABI change. >=20 > Would the better thing be to just make it 32 bits on FreeBSD + MIPS = for now? I don't think anyone is going to mind that changing at this = point. >=20 >=20 >=20 > -adrian >=20 >=20 > On Sat, 3 Oct 2020 at 13:35, Adrian Chadd wrote: >=20 >=20 > On Mon, 21 Sep 2020 at 00:43, Alexander Richardson = wrote: >=20 > On Mon, 21 Sep 2020, 07:38 Adrian Chadd, wrote: > So, the big list of unknown symbols was my fault! Whoops. >=20 > i've gotten further using gcc-6.4 by fixing some of the = warnings/issues > that have crept up. >=20 > Here's a review for one of them: >=20 > https://reviews.freebsd.org/D26504 >=20 > However, now I've hit: >=20 > /usr/local/bin/mips-unknown-freebsd13.0-ld: > = /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/wo= rk/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: > undefined reference to `__atomic_fetch_sub_8' > /usr/local/bin/mips-unknown-freebsd13.0-ld: > = /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/wo= rk/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: > undefined reference to `__atomic_load_8' > /usr/local/bin/mips-unknown-freebsd13.0-ld: > = /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/wo= rk/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: > undefined reference to `__atomic_fetch_add_8' >=20 > .. looks like we need some 64 bit atomics now in mips32 for libc++ / = devd >=20 > Those are now provided by compiler-rt when using clang. With GCC = you'll have to link libatomic. I had a quick look at the code in libc++ = that uses the 64-bit atomics a few weeks ago and I believe it's the = futex fallback code. The best solution would probably be to port it to = use umtx but for MIPS32 it might be fine to use a 32 bit atomic instead. >=20 > It compiled fine with a 32 bit atomic. Why's it 64 bit for everything = but Linux? >=20 > Can we make it a 32 bit atomic for all FreeBSD platforms? Are there = ABI concerns? >=20 >=20 >=20 > -adrian >=20 >=20 > Alex --Apple-Mail=_62687C09-45AB-47F0-AFB0-73D1D7D60E62 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCX3rBbgAKCRCwXqMKLiCW o6ZQAJwI4EiWgZGXE+7ICu5AChJ9t+WpAgCfb/SUy8lPbn8Hr3AN1JMZgG7i7RA= =I6y3 -----END PGP SIGNATURE----- --Apple-Mail=_62687C09-45AB-47F0-AFB0-73D1D7D60E62-- From owner-freebsd-current@freebsd.org Mon Oct 5 09:19: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 39BB33FCD41 for ; Mon, 5 Oct 2020 09:19:52 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-ot1-f45.google.com (mail-ot1-f45.google.com [209.85.210.45]) (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 4C4Zn33K14z4srp for ; Mon, 5 Oct 2020 09:19:51 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-ot1-f45.google.com with SMTP id q21so7917550ota.8 for ; Mon, 05 Oct 2020 02:19:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Jrpgc44s0XlOgDolqeTKaUkfUL8d/hXPxmKT6f71Kik=; b=CJAtDdgMMh96HqXTzjfth8kKB87STYD5GncG4RJ1d1liKlb0oi1POzGsncZmTrGtnv 1JKtu+618OYLWDJfSi/GtNSqsPBrvQJB1Oo9SaAMZQhYaJybmfsqYlPRAWxGyFXZ/6pm xQljI8FvrRQwPv2Bf6crt3YlfBofYfHEW69ugMc9bEnapOl0SN00GX2cUN9s7UWF8KmJ VA2OvIpQbTPdYGEs24cD4vdGGknE75Iv/tsYII1eVPhez1ohMZnntlMm7rc0GyO0pHFD tOPnSY/uvJeQIK5DKCcpL/HB+zHC8NUYlShZODZ28hiDY0Ql/M5mqvKU++Uz6Tro91Nl Nz+A== X-Gm-Message-State: AOAM530pI5oDBPKapqsULTwQTROAvzdEtZwsbOEn+rhqFvVP06pcvQPm 5YdGDYZjPVnBqZJ45AhzDzL3a+vwpMHQyZYBJMs= X-Google-Smtp-Source: ABdhPJzCneZV2Ie5k6IaNHIZ2DASubzUj0mR5ulweG93pbThANuvLbbIJLiQlonH6Pvuuicz83kUQ5GnbU7TeAVPkbY= X-Received: by 2002:a9d:3a64:: with SMTP id j91mr2699378otc.207.1601889590066; Mon, 05 Oct 2020 02:19:50 -0700 (PDT) MIME-Version: 1.0 References: <20200903191410.sgjUQ%steffen@sdaoden.eu> <20200926195056.1QqEB%steffen@sdaoden.eu> <20201003221407.ZnssQ%steffen@sdaoden.eu> In-Reply-To: From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Mon, 5 Oct 2020 11:19:38 +0200 Message-ID: Subject: Re: Please check the current beta git conversions To: Bakul Shah Cc: Steffen Nurpmeso , FreeBSD Current X-Rspamd-Queue-Id: 4C4Zn33K14z4srp X-Spamd-Bar: - X-Spamd-Result: default: False [-1.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.972]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-1.02)[-1.023]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.45:from]; NEURAL_SPAM_SHORT(0.50)[0.505]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.45:from]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 09:19:52 -0000 On Sun, Oct 4, 2020 at 1:53 AM Bakul Shah wrote: > FWIW, I have a bare repo with the following config file > > [core] > repositoryformatversion = 0 > filemode = true > bare = true > logallrefupdates = true > [remote "origin"] > url = https://cgit-beta.freebsd.org/src.git > fetch = +refs/heads/*:refs/remotes/origin/* > fetch = +refs/notes/*:refs/notes/* > [branch "main"] > remote = origin > merge = refs/heads/main > > /usr/src is a worktree and everything seems to be working fine. > > I manually converted to a bare repo (first testing this with a much > smaller repo) and fixed up various refs. But probably safer to > just start from scratch: > > git clone --bare https://cgit-beta.freebsd.org/src.git > cd src.git > git fetch origin 'refs/notes/*:refs/notes/origin/*' # <<< not sure about > this.... > # don't recall if I manually added the second fetch line in the > config file. > # but notes get fetched fine; though I don't understand why 100MB+ > get > # downloaded every time even though only a few files change. > This is a quirk of the conversion. We have to patch up several tags post-conversion, which patches up their notes, but that happens after the full conversion is done. Notes are just 1 long linear branch, which ... well, is unfortunate. So essentially every update to the repo changes the last couple hundred of hashes for the commit notes objects/tree/DAG/linear train. They always need to get force-pushed upstream and you always have to re-fetch quite a bunch of them. This will all cease with the final transition, obviously. hth Uli From owner-freebsd-current@freebsd.org Mon Oct 5 14:54:49 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 0A484426951 for ; Mon, 5 Oct 2020 14:54:49 +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 4C4kCX6bQPz41Jx for ; Mon, 5 Oct 2020 14:54:48 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f177.google.com (mail-qk1-f177.google.com [209.85.222.177]) (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 C167220BCB for ; Mon, 5 Oct 2020 14:54:48 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f177.google.com with SMTP id s7so6275068qkh.11 for ; Mon, 05 Oct 2020 07:54:48 -0700 (PDT) X-Gm-Message-State: AOAM5302II0ZK/CBLvQuIGjd7xa4xEvCNPwIstDJcCuFmwAFrImw0rv+ 6qdCYPm/cl8+lpsoIKScK0zN6r/05ZTw4M3Owss= X-Google-Smtp-Source: ABdhPJxZ7jw/5Q9NLE3Uoumoq/xytcXK0ycbLIyGkWsw9wfIFt+nTu2pkRuNG+KZ2wpQDExQohnW9EGH3Tifehinmq8= X-Received: by 2002:a37:a189:: with SMTP id k131mr384373qke.34.1601909688396; Mon, 05 Oct 2020 07:54:48 -0700 (PDT) MIME-Version: 1.0 References: <20201005065439.2b5c7375@hermann.fritz.box> In-Reply-To: <20201005065439.2b5c7375@hermann.fritz.box> From: Kyle Evans Date: Mon, 5 Oct 2020 09:54:35 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: CURRENT: cross compiling 12-STABLE failure in: bin/cp/utils.c:517:14: error: member reference base type 'void' is not a structure or union To: "Hartmann, O." Cc: FreeBSD CURRENT 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: Mon, 05 Oct 2020 14:54:49 -0000 On Sun, Oct 4, 2020 at 11:55 PM Hartmann, O. wrote: > > For a couple of weeks now cross-compiling 12-STBALE on CURRENT fails > due to an compiler error in bin/cp/utils.c, see details below. > > At this moment, CURRENT is at FreeBSD 13.0-CURRENT #39 r366364: Fri Oct > 2 17:51:39 CEST 2020 amd64 and the sources for 12-STABLE are at > revision 366437. > > The compilation environment is the NanoBSD environment of the CURRENT > running host. > > A similar constellation of host and cross-compiled target (regarding OS > versions, the hardware platform is slightly different, for the record) > works: running a simple, well known "make" builds 12-STABLE without > problems. > > I tried to build NanoBSD in a vanilla state (without conf files for > WITH/WITHOUT tags), but the failure is always the same. > > Can someone help or give some hints where to look for the reason of th > miscompilation? > Hi, This is the same failure that was recently reported on the -stable@ list for stable/11 (entitled "building releng11 on RELENG12 broken ?"). It should only happen in the presence of WITHOUT_AUTO_OBJ, but that shouldn't be the case on stable/12. It's clearly trying to rebuild it into the src tree in the same way, though: [/pool/sources/12-STABLE/src/bin/cp/utils.o] Error code 1 This is interesting, but I'm afraid I don't know the nanobsd build well enough to understand what's going on here. I suspect it's related, though. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Mon Oct 5 17:17: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 BC607429EAA for ; Mon, 5 Oct 2020 17:17:36 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 4C4nNH472Mz4Bnp for ; Mon, 5 Oct 2020 17:17:35 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id 1037B16057; Mon, 5 Oct 2020 19:17:28 +0200 (CEST) Date: Mon, 05 Oct 2020 19:17:27 +0200 From: Steffen Nurpmeso To: Bakul Shah Cc: FreeBSD Current Subject: Re: Please check the current beta git conversions Message-ID: <20201005171727.U7NLm%steffen@sdaoden.eu> In-Reply-To: References: <20200903191410.sgjUQ%steffen@sdaoden.eu> <20200926195056.1QqEB%steffen@sdaoden.eu> <20201003221407.ZnssQ%steffen@sdaoden.eu> Mail-Followup-To: Bakul Shah , FreeBSD Current User-Agent: s-nail v14.9.19 OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-Rspamd-Queue-Id: 4C4nNH472Mz4Bnp X-Spamd-Bar: - X-Spamd-Result: default: False [-1.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.007]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.02)[-1.020]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sdaoden.eu]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.38)[-0.376]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 17:17:36 -0000 Hello. Bakul Shah wrote in : |On Oct 3, 2020, at 3:14 PM, Steffen Nurpmeso wrote: |> And still "git fetch" fails with |> |> POST git-upload-pack (chunked) |> error: RPC failed; curl 55 OpenSSL SSL_write: Broken pipe, errno 32 |> fatal: the remote end hung up unexpectedly |> |> My config file is |> |> [core] |> repositoryformatversion = 0 |> filemode = true |> bare = false |> logallrefupdates = true |> [remote "origin"] |> url = https://cgit-beta.freebsd.org/src.git |> #url = https://github.com/freebsd/freebsd.git |> fetch = +refs/heads/releng/5.5:refs/remotes/origin/releng/5.5 |> fetch = +refs/heads/releng/6.4:refs/remotes/origin/releng/6.4 |> fetch = +refs/heads/releng/7.4:refs/remotes/origin/releng/7.4 |> fetch = +refs/heads/releng/8.4:refs/remotes/origin/releng/8.4 |> fetch = +refs/heads/releng/9.3:refs/remotes/origin/releng/9.3 |> fetch = +refs/heads/releng/10.3:refs/remotes/origin/releng/10.4 |> fetch = +refs/heads/releng/11.4:refs/remotes/origin/releng/11.4 |> fetch = +refs/heads/releng/12.1:refs/remotes/origin/releng/12.1 |> fetch = +refs/heads/stable/12:refs/remotes/origin/stable/12 |> fetch = +refs/heads/main:refs/remotes/origin/main |> fetch = +refs/notes/*:refs/notes/* | |FWIW, I have a bare repo with the following config file | |[core] | repositoryformatversion = 0 | filemode = true | bare = true | logallrefupdates = true |[remote "origin"] | url = https://cgit-beta.freebsd.org/src.git | fetch = +refs/heads/*:refs/remotes/origin/* | fetch = +refs/notes/*:refs/notes/* |[branch "main"] | remote = origin | merge = refs/heads/main | |/usr/src is a worktree and everything seems to be working fine. | |I manually converted to a bare repo (first testing this with a much |smaller repo) and fixed up various refs. But probably safer to |just start from scratch: | |git clone --bare https://cgit-beta.freebsd.org/src.git |cd src.git |git fetch origin 'refs/notes/*:refs/notes/origin/*' # <<< not sure \ |about this.... | # don't recall if I manually added the second fetch line in the config \ | file. | # but notes get fetched fine; though I don't understand why 100MB+ get | # downloaded every time even though only a few files change. | |git worktree add main |git worktree add stable/12 Interesting new way to work with external check out directories, i only knew about the environment variable approach. (Though have forgotten the details, i am using less of git than what mankind does with its brain.) I use bare repositories only for the git repositories i publish in the web (i have the very same thing locally 1:1 and the post-receive hook then forwards). This old habit of mine (an arena-manager-null branch without files) is maybe strange. The monthly update still updates all repos, merges, garbage collects and then checks out this branch in order to create the backup without any checkout. Except for some bootstrap things, like git itself. It was meant for minimal backup sizes while still being able to bootstrap in the nowhere without internet accesss. I never used that. Hm. Sure, after the lengthy matching of objects failed i was about to simply refetch the entire repository, but i only had ~800 MB download left, so i had to interrupt that. I was just reporting because i thought an automated updater should work instead of failing as above. It must be some limit on the server, runtime or whatever, which causes the common history search to be aborted. Maybe it does not abort for you because you have a tremendously potent internet connection, whereas with this wifi thing you always have to take into account tenths of seconds (i would say) delay whenever a new chunk comes in after some delay. Maybe it is this. Anyhow, it seems for now it would be better for me to either wait until -beta becomes stable or switch back to the github version until then. I should not have thrown that thing away, 1.4+ GB of data, that is ugly. And all the stuff is so badly packed, on Saturday i then cloned wolfssl out of interest and had to download 179 or so MB from github for [master] which after packing ended up as not more than 39 MB. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Mon Oct 5 17:21: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 A711042A532 for ; Mon, 5 Oct 2020 17:21:23 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 4C4nSf6ddYz4Bqb; Mon, 5 Oct 2020 17:21:22 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id D7B7116057; Mon, 5 Oct 2020 19:21:21 +0200 (CEST) Date: Mon, 05 Oct 2020 19:21:21 +0200 From: Steffen Nurpmeso To: Ulrich =?utf-8?Q?Sp=C3=B6rlein?= Cc: Bakul Shah , FreeBSD Current Subject: Re: Please check the current beta git conversions Message-ID: <20201005172121.R1j6h%steffen@sdaoden.eu> In-Reply-To: References: <20200903191410.sgjUQ%steffen@sdaoden.eu> <20200926195056.1QqEB%steffen@sdaoden.eu> <20201003221407.ZnssQ%steffen@sdaoden.eu> Mail-Followup-To: Ulrich =?utf-8?Q?Sp=C3=B6rlein?= , Bakul Shah , FreeBSD Current User-Agent: s-nail v14.9.19 OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4C4nSf6ddYz4Bqb X-Spamd-Bar: - X-Spamd-Result: default: False [-1.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.006]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:c]; NEURAL_HAM_LONG(-1.03)[-1.032]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sdaoden.eu]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.29)[-0.293]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 17:21:23 -0000 Ulrich Sp=C3=B6rlein wrote in : |On Sun, Oct 4, 2020 at 1:53 AM Bakul Shah wrote: |> git clone --bare https://cgit-beta.freebsd.org/src.git |> cd src.git |> git fetch origin 'refs/notes/*:refs/notes/origin/*' # <<< not sure about |> this.... |> # don't recall if I manually added the second fetch line in the |> config file. |> # but notes get fetched fine; though I don't understand why \ |> 100MB+ |> get |> # downloaded every time even though only a few files change. | |This is a quirk of the conversion. We have to patch up several tags |post-conversion, which patches up their notes, but that happens after the |full conversion is done. Notes are just 1 long linear branch, which ... |well, is unfortunate. So essentially every update to the repo changes the |last couple hundred of hashes for the commit notes objects/tree/DAG/linear |train. They always need to get force-pushed upstream and you always have = to |re-fetch quite a bunch of them. I was astonished to see third-to-last commit on my notes is from Dag-Erling Sm=C3=B8rgrav "+svn path=3D/vendor-crypto/openssh/5.8p2/; revision=3D221485; tag=3Dvendor/openssh/5.8p2". |This will all cease with the final transition, obviously. I guess they will simply vanish and i could remove the reference from my config already today? --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Mon Oct 5 17:41: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 2028342AE48; Mon, 5 Oct 2020 17:41:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm1-f66.google.com (mail-wm1-f66.google.com [209.85.128.66]) (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 4C4nvJ5lfYz4GF1; Mon, 5 Oct 2020 17:41:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm1-f66.google.com with SMTP id l11so352390wmh.2; Mon, 05 Oct 2020 10:41:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nLO0M13GwLjijFJfvQFBQntYY7/T3Jbao2LdJr8AyGU=; b=LtdlrSIY3gvPY4BUd9zlSYQR/vKVCafTy3HZg5YZm/WCVRofcS6+qQM93Mr+l1TP59 hpm4UFfBjMdlgHIrek+pcA92q+6RK1E3Ji/eM6m1F+KidYJpGu3Bl3uXBuR326A48ZT4 Xn4FWekzpmjo6wiTeqLpYBSg8lLlfiG07pwjiTNR5GdcQuhGjNny3sZBC/DVwowyGA6U vShahB1jxWGQzIIliyZ4q2xzhxaDuBmJejjSDkrpolka6ljeVTkxBQKCDtWTvsu6Thvk OiCOTzmOXCXJsidlGlMQUO7fAHmI55Itm7TTs8nNyuPh0AQU2ximherEA3+wO/vRv1ns tOVg== X-Gm-Message-State: AOAM533WX3ojNaDUnJijnnufo+bbNqFcOMtZLNKs4kpW5pgXb292AYaK +F2mA6nC7Z/+aBdsP5zw7oWcV4zHmfjlJW622Z/DbPtl X-Google-Smtp-Source: ABdhPJwd9TGIayw9c3n3/iAMjpCJz0aDYvY4kf74y/r9GdBT/Vl4C28Fw2o1FjD1EfjKHnteifOwdAxCd6vMh/V7BOQ= X-Received: by 2002:a1c:bb84:: with SMTP id l126mr486876wmf.159.1601919658533; Mon, 05 Oct 2020 10:40:58 -0700 (PDT) MIME-Version: 1.0 References: <09E17145-6746-428D-87F2-65FBA934BCF5@FreeBSD.org> In-Reply-To: <09E17145-6746-428D-87F2-65FBA934BCF5@FreeBSD.org> From: Adrian Chadd Date: Mon, 5 Oct 2020 10:40:45 -0700 Message-ID: Subject: Re: mips32 + gcc9 -- still broken To: Dimitry Andric Cc: Alexander Richardson , freebsd-current , "freebsd-mips@freebsd.org" X-Rspamd-Queue-Id: 4C4nvJ5lfYz4GF1 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, 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: Mon, 05 Oct 2020 17:41:01 -0000 I'm just testing the build out before I put up some patches. jhb mentioned we don't install the libatomic gcc bits right now? So we should likely poke at that somewhat too after this. I'll put up some patches to fix gcc builds and this c++ contention thing soon. -adrian On Sun, 4 Oct 2020 at 23:47, Dimitry Andric wrote: > Sorry, i hadn't picked up on this thread at all. What is the concrete > patch you are proposing? Is is in Phabricator somewhere? > > (Note that when building with gcc, we should really just automatically add > -latomic, to get rid of these errors.) > > -Dimitry > > > On 5 Oct 2020, at 05:40, Adrian Chadd wrote: > > > > ping! > > > > I've got the world building on gcc + mips32 just patching > cxx_contention_t to be 32 bits, but it looks like an ABI change. > > > > Would the better thing be to just make it 32 bits on FreeBSD + MIPS for > now? I don't think anyone is going to mind that changing at this point. > > > > > > > > -adrian > > > > > > On Sat, 3 Oct 2020 at 13:35, Adrian Chadd wrote: > > > > > > On Mon, 21 Sep 2020 at 00:43, Alexander Richardson < > arichardson@freebsd.org> wrote: > > > > On Mon, 21 Sep 2020, 07:38 Adrian Chadd, wrote: > > So, the big list of unknown symbols was my fault! Whoops. > > > > i've gotten further using gcc-6.4 by fixing some of the warnings/issues > > that have crept up. > > > > Here's a review for one of them: > > > > https://reviews.freebsd.org/D26504 > > > > However, now I've hit: > > > > /usr/local/bin/mips-unknown-freebsd13.0-ld: > > > /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/work/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: > > undefined reference to `__atomic_fetch_sub_8' > > /usr/local/bin/mips-unknown-freebsd13.0-ld: > > > /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/work/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: > > undefined reference to `__atomic_load_8' > > /usr/local/bin/mips-unknown-freebsd13.0-ld: > > > /usr/home/adrian/work/freebsd/head-embedded/obj/mips_ap/usr/home/adrian/work/freebsd/head-embedded/src/mips.mips/tmp/usr/lib/libc++.so.1: > > undefined reference to `__atomic_fetch_add_8' > > > > .. looks like we need some 64 bit atomics now in mips32 for libc++ / devd > > > > Those are now provided by compiler-rt when using clang. With GCC you'll > have to link libatomic. I had a quick look at the code in libc++ that uses > the 64-bit atomics a few weeks ago and I believe it's the futex fallback > code. The best solution would probably be to port it to use umtx but for > MIPS32 it might be fine to use a 32 bit atomic instead. > > > > It compiled fine with a 32 bit atomic. Why's it 64 bit for everything > but Linux? > > > > Can we make it a 32 bit atomic for all FreeBSD platforms? Are there ABI > concerns? > > > > > > > > -adrian > > > > > > Alex > > From owner-freebsd-current@freebsd.org Mon Oct 5 18:12:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B8D2742BE55 for ; Mon, 5 Oct 2020 18:12:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x844.google.com (mail-qt1-x844.google.com [IPv6:2607:f8b0:4864:20::844]) (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 4C4pbn1my5z4JQZ for ; Mon, 5 Oct 2020 18:12:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x844.google.com with SMTP id m9so9748401qth.7 for ; Mon, 05 Oct 2020 11:12:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=s6rXRvaqObCBE+PcUF2wuBkXcH4yr4B9+otQ9Lm2Jeg=; b=MhfTOPHOHExfUJEk4gGJ/JOgG/HhpyHjWFoB7rsVdttT1D+nKTvsvo31hXfnTSqbRO DnWkdFJjROWhQB40JYy9QDKFFxEVVvgwX8c413zTv8RmbHyW1nFvuZ8gmPDFk89YnGbw 8Ymb6hVr9W1jS+wpVyKQJoamA62hQN33J8FFiwMsoYASStIAyk/HwyNtJB4YvVIDzOvR PrBgGT9KZf7Dof9oxAuHEvV5gWjhI1HoyIEqoYXn70j6baeUqIHh49zYhOrKVueSYn+I rfHK42/qJMcJE6EJLcIPzN53//xwL+rTqFLM45C31xxaabOJ3emq5v5PEXhRBuExC2Gh P1xA== X-Gm-Message-State: AOAM531KxBxLkK0Vujs6dQVLYjq/3MAjZDy27Xi4l8jAh72xp4G9AFSg P9+hbY+PwjpjGXPtNvsbosEvVYJ8qtKIzd+KjCBPyQ== X-Google-Smtp-Source: ABdhPJxF21m+VolnGvGmFYjGbBwINcYozl9Ms/V2oriEhsfU4mad+rVB3IePEwoniDHfaSTHqQvgoD3XKcA2gJq00Sg= X-Received: by 2002:ac8:31af:: with SMTP id h44mr1112723qte.175.1601921555821; Mon, 05 Oct 2020 11:12:35 -0700 (PDT) MIME-Version: 1.0 References: <1dec1b9d-03e7-7171-9f48-71573dafead4@delphij.net> <95d6ce61-06af-eb12-9a6e-2b8342663dc7@delphij.net> In-Reply-To: <95d6ce61-06af-eb12-9a6e-2b8342663dc7@delphij.net> From: Warner Losh Date: Mon, 5 Oct 2020 12:12:25 -0600 Message-ID: Subject: Re: GPF on boot with devmatch To: Xin LI Cc: FreeBSD Current , Warner Losh X-Rspamd-Queue-Id: 4C4pbn1my5z4JQZ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.88)[-0.882]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::844:from]; NEURAL_HAM_SHORT(-0.40)[-0.396]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 18:12:37 -0000 On Sun, Oct 4, 2020 at 11:30 PM Xin Li wrote: > > > On 10/4/20 10:13 PM, Warner Losh wrote: > > > > > > On Sun, Oct 4, 2020, 11:07 PM Xin Li > > wrote: > > > > Hi, > > > > I'm seeing this panic at boot after upgrading from r366217 to > r366364, > > and continues to exist for r366421 (but I haven't find out the exact > > change that caused it). Preloading the relevant kernel modules > > (uhid.ko, ums.ko and wmt.ko) seems to make the kernel boot correctly. > > > > > > What happens if you disable devmatch and load these modules by hand? > > Loading these modules from loader or kld_list will prevent this panic > regardless if devmatch is enabled. > > > What happens if you load them from rc.d scripts with devmatch disabled? > > It seems that the devmatch was started by devd and not rc. Disabling > devmatch (setting devmatch_enable="NO" without loading any of these klds > would not provoke the panic). > That sounds like a bug to me... I'll have to look into it. I'm mostly asking 'what happens if you load them after boot' to see if this is a 'devmatch doing weird things' issue or a 'these drivers don't like to be loaded so late and we need to track down why' issue. Warner > > Warner > > > > This is not reproducible on my laptop, which will load many more > kernel > > modules. > > > > === > > Autoloading module: uhid.ko > > Autoloading module: wmt.ko > > > > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 2; apic id = 04 > > instruction pointer = 0x20:0xffffffff806ad6eb > > stack pointer = 0x28:0xfffffe01850cd960 > > frame pointer = 0x28:0xfffffe01850cd9e0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 740 (devmatch) > > trap number = 9 > > panic: general protection fault > > cpuid = 3 > > time = 1601866799 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe01850cd670 > > vpanic() at vpanic+0x182/frame 0xfffffe01850cd6c0 > > panic() at panic+0x43/frame 0xfffffe01850cd720 > > trap_fatal() at trap_fatal+0x387/frame 0xfffffe01850cd780 > > trap() at trap+0xa4/frame 0xfffffe01850cd890 > > calltrap() at calltrap+0x8/frame 0xfffffe01850cd890 > > --- trap 0x9, rip = 0xffffffff806ad6eb, rsp = 0xfffffe01850cd960, > rbp = > > 0xfffffe01850cd9e0 --- > > sysctl_devices() at sysctl_devices+0x24b/frame 0xfffffe01850cd9e0 > > sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame > > 0xfffffe01850cda30 > > sysctl_root() at sysctl_root+0x20a/frame 0xfffffe01850cdab0 > > userland_sysctl() at userland_sysctl+0x17d/frame 0xfffffe01850cdb60 > > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe01850cdc10 > > amd64_syscall() at amd64_syscall+0x135/frame 0xfffffe01850cdd30 > > fast_syscall_common() at fast_syscall_common+0xf8/frame > > 0xfffffe01850cdd30 > > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x80038968a, > rsp = > > 0x7fffffffd988, rbp = 0x7fffffffd9c0 --- > > === > > > > sysctl_devices+0x24b (0x6dab) was: > > > > sb->s_len += strlen(p); > > 6d50: 4c 89 e7 mov %r12,%rdi > > 6d53: e8 00 00 00 00 callq 6d58 > > > > 6d58: 48 01 45 b0 add %rax,-0x50(%rbp) > > 6d5c: 48 8d 7d 88 lea -0x78(%rbp),%rdi > > sbuf_putc(&sb, '\0'); > > 6d60: 31 f6 xor %esi,%esi > > 6d62: e8 00 00 00 00 callq 6d67 > > > > MPASS((sb->s_flags & SBUF_INCLUDENUL) == 0); > > 6d67: f6 45 b8 02 testb $0x2,-0x48(%rbp) > > 6d6b: 0f 85 10 01 00 00 jne 6e81 > > > > if (sb->s_error != 0) > > 6d71: 83 7d a0 00 cmpl $0x0,-0x60(%rbp) > > 6d75: 0f 85 8c 00 00 00 jne 6e07 > > > > p = EOB(sb); > > 6d7b: 4c 8b 65 88 mov -0x78(%rbp),%r12 > > 6d7f: 48 8b 45 b0 mov -0x50(%rbp),%rax > > *p = '\0'; /* sbuf buffer isn't NUL terminated until > > sbuf_finish() */ > > 6d83: 41 c6 04 04 00 movb $0x0,(%r12,%rax,1) > > space = SPACE(sb); > > 6d88: 4c 8b 6d a8 mov -0x58(%rbp),%r13 > > 6d8c: 4c 2b 6d b0 sub -0x50(%rbp),%r13 > > if (space <= 1) { > > 6d90: 49 83 fd 01 cmp $0x1,%r13 > > 6d94: 77 09 ja 6d9f > > > > sb->s_error = ENOMEM; > > 6d96: c7 45 a0 0c 00 00 00 movl $0xc,-0x60(%rbp) > > 6d9d: eb 68 jmp 6e07 > > > > 6d9f: 49 01 c4 add %rax,%r12 > > return (dev->parent); > > 6da2: 48 8b 7b 28 mov 0x28(%rbx),%rdi > > if (parent == NULL) { > > 6da6: 48 85 ff test %rdi,%rdi > > 6da9: 74 4b je 6df6 > > > > KOBJOPLOOKUP(((kobj_t)_dev)->ops,bus_child_location_str); > > 6dab: 48 8b 07 mov (%rdi),%rax > > 6dae: 48 c7 c2 00 00 00 00 mov $0x0,%rdx > > 6db5: 0f b6 0d 00 00 00 00 movzbl 0x0(%rip),%ecx > # > > 6dbc > > 6dbc: 4c 8b 04 c8 mov (%rax,%rcx,8),%r8 > > 6dc0: 49 39 10 cmp %rdx,(%r8) > > 6dc3: 74 22 je 6de7 > > > > 6dc5: 48 8d 34 c8 lea (%rax,%rcx,8),%rsi > > 6dc9: 48 89 7d d0 mov %rdi,-0x30(%rbp) > > 6dcd: 48 8b b8 00 08 00 00 mov 0x800(%rax),%rdi > > 6dd4: 48 c7 c2 00 00 00 00 mov $0x0,%rdx > > 6ddb: e8 00 00 00 00 callq 6de0 > > > > 6de0: 48 8b 7d d0 mov -0x30(%rbp),%rdi > > 6de4: 49 89 c0 mov %rax,%r8 > > rc = ((bus_child_location_str_t *) _m)(_dev, _child, _buf, > > _buflen); > > 6de7: 48 89 de mov %rbx,%rsi > > > From owner-freebsd-current@freebsd.org Mon Oct 5 18:36: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 9DC3D42C5DA for ; Mon, 5 Oct 2020 18:36:48 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (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 4C4q7g142wz4Kyp; Mon, 5 Oct 2020 18:36:46 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qk1-x72f.google.com with SMTP id q63so13112016qkf.3; Mon, 05 Oct 2020 11:36:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:to:cc:from:subject:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=RYQRfvLd8UYjbINuQAjBBxESvi4mC5SEUq8iKL4Llmo=; b=QwDreUVqYW5J5VutT8oj1R7WAlNEyDWGKP4RvOFPh6+XOxdWaghBab8jml3Lrmgydk qpz/j0yt8ZHw+drVj60kVD+S1/Jj/QnVkf3wouwU9KxA6g+ldWoriKppzcHHXRLMJb4r 3jzvJRbAk1iJiocY9rODc4rVXpSfVqt52GlwOavw5DxVLGvxKNFaN6mh8Es5MRZPz/EN 79TQT8CDyi0UCosZRwOoKVkrzC8OcVL5WncM8TasR4rQva3Sfmk/k5X0w8Iq8Eodu+sh ZILXWxGZpQn0HP5XGM0D/Sc+7ifiMDpkSLrANn7BqpFU0Os3Ytov7achVr0mQFnZM/Ve 7sDw== X-Gm-Message-State: AOAM533JxF9RjxzAVac2OTWcxCrYLzDEVNL+dr10V3Estud55PlEXNsS vtnE4VEJym6TkTSSeMZooLYFwA73BaCuVg== X-Google-Smtp-Source: ABdhPJwfCB+CqIY+3IfuUAhhmV3+A7V65DJdvX1jVa508eRWDGP8UsvOhQumZ9OivIn9vG4wir7BIA== X-Received: by 2002:a37:b686:: with SMTP id g128mr1429409qkf.286.1601923005784; Mon, 05 Oct 2020 11:36:45 -0700 (PDT) Received: from spectre.mavhome.dp.ua (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id j11sm580804qko.111.2020.10.05.11.36.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Oct 2020 11:36:45 -0700 (PDT) Sender: Alexander Motin To: Xin LI , FreeBSD Current Cc: Warner Losh From: Alexander Motin Subject: Re: GPF on boot with devmatch Autocrypt: addr=mav@FreeBSD.org; prefer-encrypt=mutual; keydata= mQENBFOzxAwBCADkPrax0pI2W/ig0CK9nRJJwsHitAGEZ2HZiFEuti+6/4UVxj81yr4ak/4g 9bKUyC7rMEAp/ZHNhd+MFCPAAcHPvtovnfykqE/vuosCS3wlSLloix2iKVLks0CwbLHGAyne 46lTQW74Xl/33c3W1Z6d8jD9gVFT/xaVzZ0U9xdzOmsYAZaAj4ki0tuxO9F7L+ct9grRe7iP g8t9hai7BL4ee3VRwk2JXnKb7UvBiVITKYWKz1jRvZIrjPokgEcCLOSlv7x/1kjuFnj3xWZU 7HSFFT8J93epBbrSSCsYsppIk2fZH41kaaFXsMQfTPH8wkeM6qwrvOh4HiQM08R+9tThABEB AAG0IUFsZXhhbmRlciBNb3RpbiA8bWF2QEZyZWVCU0Qub3JnPokBVwQTAQoAQQIbAwULCQgH AwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMKuBQkN McyiAAoJEIMYw5VbqyJ/tuUIAOG3ONOSNYqjK4eTZ1TVh9jdUBAhWk5nhDFnODN49Wj0AbYm 7aIqy8O1hnCDSZG5LttjSAo3UfXJZDKQM0BLb0gpRMBnAYqO6tdolLNqAbPGJBnGoPjsh24y 6KcbDaNnis+lD4GwPXwQM+92wZGhCUFElPV9NciZGVS65TNIgk7X+yEjjhD1MSWKKijZ1r9Z zIt4OzUTxxNOvzdlABZS88nNRdJkatOQJPmFdd1mpP6UzTNCiLUo1pIqOEtJgvVVDYq5WHY6 tciWWYdmZG/tIBexJmv2mV2OLVjXR6ZeKmntVH14H72/wRHJuYHQC+r5SVRcWWayrThsY6jZ Yr4+raS5AQ0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6Z AXgDtmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8Flv mI/c40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt 3ytU8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZ R1EdEIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm5 9R8AEQEAAYkBPAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMLYBQkNMczM AAoJEIMYw5VbqyJ/TqgH/RQHClkvecE0262lwKoP/m0Mh4I5TLRgoJJn8S7G1BnqohYJkiLq A6xe6urGD7OqdNAl12UbrjWbdJV+zvea3vJoM4MZuYiYrGaXWxzFXqWJcPwMU9sAh8MRghHu uC5vgPb45Tnftw9/+n0i8GfVhQhOqepUGdQg4NPcXviSkoAvig6pp9Lcxisn0groUQKt15Gc sS9YcQWg3j9Hnipc6Mu416HX98Fb113NHJqc2geTHLkRyuBFOoyIqB6N9GKjzOAIzxxsVdl9 TevwGsrp4M4/RFzWbSgsbOnbE7454lmuVZGfReEjnUm8RHp9Q2UWKXlp3exlZjvOp/uVEpCg lz65AQ0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6ZAXgD tmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8FlvmI/c 40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt3ytU 8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZR1Ed EIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm59R8A EQEAAYkBPAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMLYBQkNMczMAAoJ EIMYw5VbqyJ/TqgH/RQHClkvecE0262lwKoP/m0Mh4I5TLRgoJJn8S7G1BnqohYJkiLqA6xe 6urGD7OqdNAl12UbrjWbdJV+zvea3vJoM4MZuYiYrGaXWxzFXqWJcPwMU9sAh8MRghHuuC5v gPb45Tnftw9/+n0i8GfVhQhOqepUGdQg4NPcXviSkoAvig6pp9Lcxisn0groUQKt15GcsS9Y cQWg3j9Hnipc6Mu416HX98Fb113NHJqc2geTHLkRyuBFOoyIqB6N9GKjzOAIzxxsVdl9Tevw Gsrp4M4/RFzWbSgsbOnbE7454lmuVZGfReEjnUm8RHp9Q2UWKXlp3exlZjvOp/uVEpCglz4= Message-ID: <02fa309e-9467-f741-8092-974bfc145c9a@FreeBSD.org> Date: Mon, 5 Oct 2020 14:36:44 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C4q7g142wz4Kyp X-Spamd-Bar: - X-Spamd-Result: default: False [-1.64 / 15.00]; FAKE_REPLY(1.00)[]; RCVD_VIA_SMTP_AUTH(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)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.041]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.37)[-0.365]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72f:from]; NEURAL_HAM_MEDIUM(-1.03)[-1.035]; FORGED_SENDER(0.30)[mav@FreeBSD.org,mavbsd@gmail.com]; 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)[mav@FreeBSD.org,mavbsd@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 18:36:48 -0000 I can add that we've received report about identical panic on FreeBSD releng/12.2 of r365436, AKA TrueNAS 12.0-RC1: https://jira.ixsystems.com/browse/NAS-107578 . So it looks a) pretty rate (one report from thousands of early adopters and none in our lab), and b) it is in stable/12 too, not only head. -- Alexander Motin From owner-freebsd-current@freebsd.org Mon Oct 5 21:20: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 1748942FF12 for ; Mon, 5 Oct 2020 21:20:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (using TLSv1.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 4C4tmM1PzBz4V7t for ; Mon, 5 Oct 2020 21:20:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x834.google.com with SMTP id d1so10958800qtr.6 for ; Mon, 05 Oct 2020 14:20:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jjZdmv7rveMZHYmvM2pB1CZfRs3U2vRSF1nYloj9o2k=; b=o/Y2KWNVOnlhF1wJfS3ZrOriJd0gAD7vRu99wxT4JrQUxnkB3KsZnm3UXR9jRnudBx HWeCsAXocrXbKZsy0Y4/LJudW9M4lHtrTUvBiaIaceYZT/LkaVJs/Tq3B8hBmtcwpGc/ 8vM3jsKGvOfhM/4lcr1RhIAY3QuXQ4qF1bgb3F9kOVM6i58Sj2JUT6cLL47NI8qriXps Vh+Y5/Djz0bf+hg7PDcr0Zm+yBY/BEaq0YZDxinovCe4Q1T6Qcq7y0QBIC6RXXjwjab3 k7GD30HB8zjk5d1Y6iaCVhj8CcHsAY22w3d96XHqCGl+CwMvxWClkMNW3l2gQvt75Obt XxRw== X-Gm-Message-State: AOAM531h3NKNvOkObxAv3CaxIlPAsfEgodObxjNUNw7ATEbXgPUEL0Rj QlHoF3mW8jkJzAo2JVjvz8FqGR6ojbh68ndlqoda0A== X-Google-Smtp-Source: ABdhPJzfA3imiTT8m+DgfZw5svFLq4Mm9utjt9YBPNE+YyNyTYAiwPnqiSt7+F50FpaHWhiANR2f4lbevkBspwIRhUI= X-Received: by 2002:ac8:327d:: with SMTP id y58mr1942312qta.291.1601932818220; Mon, 05 Oct 2020 14:20:18 -0700 (PDT) MIME-Version: 1.0 References: <02fa309e-9467-f741-8092-974bfc145c9a@FreeBSD.org> In-Reply-To: <02fa309e-9467-f741-8092-974bfc145c9a@FreeBSD.org> From: Warner Losh Date: Mon, 5 Oct 2020 15:20:07 -0600 Message-ID: Subject: Re: GPF on boot with devmatch To: Alexander Motin Cc: Xin LI , FreeBSD Current , Warner Losh X-Rspamd-Queue-Id: 4C4tmM1PzBz4V7t X-Spamd-Bar: +++++ X-Spamd-Result: default: False [5.06 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.37)[0.370]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URIBL_RED(3.50)[ixsystems.com:url]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_MEDIUM(0.48)[0.480]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; HAS_ANON_DOMAIN(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::834:from]; NEURAL_SPAM_LONG(0.31)[0.309]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; 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: Mon, 05 Oct 2020 21:20:20 -0000 On Mon, Oct 5, 2020 at 12:36 PM Alexander Motin wrote: > I can add that we've received report about identical panic on FreeBSD > releng/12.2 of r365436, AKA TrueNAS 12.0-RC1: > https://jira.ixsystems.com/browse/NAS-107578 . So it looks a) pretty > rate (one report from thousands of early adopters and none in our lab), > and b) it is in stable/12 too, not only head. > Thanks! I'll see if I can recreate here.... But we're accessing the sysctl tree from devmatch to get some information, which should always be OK (the fact that it isn't suggests either a bug in some driver leaving bad pointers, or some race or both)... It would be nice to know which nodes they were, or to have a kernel panic I can look at... Warner From owner-freebsd-current@freebsd.org Mon Oct 5 21:39: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 6BF45430446 for ; Mon, 5 Oct 2020 21:39:14 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (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 4C4vB927GGz4WD6; Mon, 5 Oct 2020 21:39:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id f142so14096028qke.13; Mon, 05 Oct 2020 14:39:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=otpf2ehpGNPvgmRPrAek48PpLParVch96oBBA/yM1P8=; b=b0DXWNyynxNrFpKW3oBLgnjmI+cLxxmG9PyS1iq5Uqh9z96Xtu2h4BTVIkz/+ALr/q Z/dmWZLyobRneX1iZieWpGem3FXdUQpWTDHTvE9poCe/QnJmRTTj15+Wdmz8WjnBeEwz S9LGzQ/DHKgE1l4KR1rFBGiCIgnayVXya/8Fum18RaGpQOJ6GM/xshF/mGNfnwJOCsRc vKjYfvjDuTdGIW7P7YKFuCEz92j+Vj5ZmeG7+YMZLW+zXJnsEzDYDWpl2ZdeuukAJ/U9 SlRN8ekXbCBszui0oT1ENI6oXYjWcJPBpPwoUw7HWBijjsVPRerUusxlyvTCmwAJtxXl o7BQ== X-Gm-Message-State: AOAM530l/K9vA6AGnihZvefuT0yq/J6cqLbo4liwbdE7QFd00Rt6nTgS 3tFC/YYGjAVca419BEjfPS+4VkL0vBNb/Q== X-Google-Smtp-Source: ABdhPJwoiIZYsetGrW0RTkhSwYcGKmrgGGCcTY+h4y58MwfXQcqFpU2n4/r7IbQUrh92RLE2uywNnw== X-Received: by 2002:a37:a00b:: with SMTP id j11mr2130024qke.109.1601933952077; Mon, 05 Oct 2020 14:39:12 -0700 (PDT) Received: from spectre.mavhome.dp.ua (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id n3sm717546qta.10.2020.10.05.14.39.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Oct 2020 14:39:11 -0700 (PDT) Sender: Alexander Motin Subject: Re: GPF on boot with devmatch To: Warner Losh Cc: Xin LI , FreeBSD Current , Warner Losh References: <02fa309e-9467-f741-8092-974bfc145c9a@FreeBSD.org> From: Alexander Motin Autocrypt: addr=mav@FreeBSD.org; prefer-encrypt=mutual; keydata= mQENBFOzxAwBCADkPrax0pI2W/ig0CK9nRJJwsHitAGEZ2HZiFEuti+6/4UVxj81yr4ak/4g 9bKUyC7rMEAp/ZHNhd+MFCPAAcHPvtovnfykqE/vuosCS3wlSLloix2iKVLks0CwbLHGAyne 46lTQW74Xl/33c3W1Z6d8jD9gVFT/xaVzZ0U9xdzOmsYAZaAj4ki0tuxO9F7L+ct9grRe7iP g8t9hai7BL4ee3VRwk2JXnKb7UvBiVITKYWKz1jRvZIrjPokgEcCLOSlv7x/1kjuFnj3xWZU 7HSFFT8J93epBbrSSCsYsppIk2fZH41kaaFXsMQfTPH8wkeM6qwrvOh4HiQM08R+9tThABEB AAG0IUFsZXhhbmRlciBNb3RpbiA8bWF2QEZyZWVCU0Qub3JnPokBVwQTAQoAQQIbAwULCQgH AwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMKuBQkN McyiAAoJEIMYw5VbqyJ/tuUIAOG3ONOSNYqjK4eTZ1TVh9jdUBAhWk5nhDFnODN49Wj0AbYm 7aIqy8O1hnCDSZG5LttjSAo3UfXJZDKQM0BLb0gpRMBnAYqO6tdolLNqAbPGJBnGoPjsh24y 6KcbDaNnis+lD4GwPXwQM+92wZGhCUFElPV9NciZGVS65TNIgk7X+yEjjhD1MSWKKijZ1r9Z zIt4OzUTxxNOvzdlABZS88nNRdJkatOQJPmFdd1mpP6UzTNCiLUo1pIqOEtJgvVVDYq5WHY6 tciWWYdmZG/tIBexJmv2mV2OLVjXR6ZeKmntVH14H72/wRHJuYHQC+r5SVRcWWayrThsY6jZ Yr4+raS5AQ0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6Z AXgDtmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8Flv mI/c40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt 3ytU8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZ R1EdEIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm5 9R8AEQEAAYkBPAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMLYBQkNMczM AAoJEIMYw5VbqyJ/TqgH/RQHClkvecE0262lwKoP/m0Mh4I5TLRgoJJn8S7G1BnqohYJkiLq A6xe6urGD7OqdNAl12UbrjWbdJV+zvea3vJoM4MZuYiYrGaXWxzFXqWJcPwMU9sAh8MRghHu uC5vgPb45Tnftw9/+n0i8GfVhQhOqepUGdQg4NPcXviSkoAvig6pp9Lcxisn0groUQKt15Gc sS9YcQWg3j9Hnipc6Mu416HX98Fb113NHJqc2geTHLkRyuBFOoyIqB6N9GKjzOAIzxxsVdl9 TevwGsrp4M4/RFzWbSgsbOnbE7454lmuVZGfReEjnUm8RHp9Q2UWKXlp3exlZjvOp/uVEpCg lz65AQ0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6ZAXgD tmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8FlvmI/c 40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt3ytU 8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZR1Ed EIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm59R8A EQEAAYkBPAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMLYBQkNMczMAAoJ EIMYw5VbqyJ/TqgH/RQHClkvecE0262lwKoP/m0Mh4I5TLRgoJJn8S7G1BnqohYJkiLqA6xe 6urGD7OqdNAl12UbrjWbdJV+zvea3vJoM4MZuYiYrGaXWxzFXqWJcPwMU9sAh8MRghHuuC5v gPb45Tnftw9/+n0i8GfVhQhOqepUGdQg4NPcXviSkoAvig6pp9Lcxisn0groUQKt15GcsS9Y cQWg3j9Hnipc6Mu416HX98Fb113NHJqc2geTHLkRyuBFOoyIqB6N9GKjzOAIzxxsVdl9Tevw Gsrp4M4/RFzWbSgsbOnbE7454lmuVZGfReEjnUm8RHp9Q2UWKXlp3exlZjvOp/uVEpCglz4= Message-ID: <5e4f0439-08fa-7715-7672-05793d05cc6d@FreeBSD.org> Date: Mon, 5 Oct 2020 17:39:10 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C4vB927GGz4WD6 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2607:f8b0:4000::/36:c]; URIBL_RED(3.50)[ixsystems.com:url]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; HAS_ANON_DOMAIN(0.10)[]; FORGED_SENDER(0.30)[mav@FreeBSD.org,mavbsd@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[mav@FreeBSD.org,mavbsd@gmail.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.40)[0.404]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_SPAM_MEDIUM(0.35)[0.354]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.08)[0.078]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72e:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] 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, 05 Oct 2020 21:39:14 -0000 On 05.10.2020 17:20, Warner Losh wrote: > On Mon, Oct 5, 2020 at 12:36 PM Alexander Motin > wrote: > > I can add that we've received report about identical panic on FreeBSD > releng/12.2 of r365436, AKA TrueNAS 12.0-RC1: > https://jira.ixsystems.com/browse/NAS-107578 .  So it looks a) pretty > rate (one report from thousands of early adopters and none in our lab), > and b) it is in stable/12 too, not only head. > > Thanks! I'll see if I can recreate here....  But we're accessing the > sysctl tree from devmatch to get some information, which should always > be OK (the fact that it isn't suggests either a bug in some driver > leaving bad pointers, or some race or both)...  It would be nice to know > which nodes they were, or to have a kernel panic I can look at... All we have now in this case is a screenshot you may see in the ticket. Also previously the same user on some earlier version of stable/12 reported other very weird panics on process lock being dropped where it can't be in some other sysctls inside kern.proc, so if we guess those are related, I suspect there may be some kind of memory corruption happening, but have no clue where. Unfortunately we have only textdumps for those. So if Xin is able to reproduce it locally, it may be our best chance to debug it, at least this specific issue. -- Alexander Motin From owner-freebsd-current@freebsd.org Tue Oct 6 00:53: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 CB1F2433CE0 for ; Tue, 6 Oct 2020 00:53:12 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-ej1-x644.google.com (mail-ej1-x644.google.com [IPv6:2a00:1450:4864:20::644]) (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 4C4zTz5CrYz3RVV; Tue, 6 Oct 2020 00:53:11 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-ej1-x644.google.com with SMTP id ce10so14921565ejc.5; Mon, 05 Oct 2020 17:53:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=jzlpSyBy2y5JatMebp6HUCchWZsCZHTMJHoS2ykJj5A=; b=KtE1mAC2WodzmVeBVZlFr270E2X5Ez+YthpxBnyH6Bi9dXbo2gp3NBYuHNzmLrBami j3wmdhkgrX4z87FWffDCp/TQEDjEyx+t06yMNLfnHPE6qpQdFF88WKYcUbOK+7EBh2EW 0IluEdAPdztuHfrUBXiIaPA/jowC8vB4C6DUjc2c5AMkHlf4lbcjFN7w8uoYkMgSb9el CEdMdivm6+mmYvedtX82TpVqzeWj23Mv0Zs/D6qlyjJcJ1ZqfsSV8Hdh2KTIsQ5EhbEP M1CM0mwZhhpAF4aolHbXXpxPy9mVYCKX0HnQpyoyPblyGxcdJrr/MQfYnnCxbIHkDSOG ss6Q== X-Gm-Message-State: AOAM530Y7oIxapycNspm2+6/DKmxZaci4uNc3ci71ESYgDFM8t7rox1i 6E35Kwd7qN1i/ce8TpIRYvk68gZis09D9RbYgUbXCBEWzC8= X-Google-Smtp-Source: ABdhPJwBDL15S91K1zmGc4V9ZVUsN4VsvG9MdTqJ/6Yrvg0x2D9HiC+m9r2DxZFOKTm3gaRBF49LnMCeglH8Y5p/zuM= X-Received: by 2002:a17:906:3b8e:: with SMTP id u14mr2438571ejf.127.1601945589751; Mon, 05 Oct 2020 17:53:09 -0700 (PDT) MIME-Version: 1.0 References: <58CADEBB-64FD-414E-AB19-E4F8D3CABCA5@FreeBSD.org> <20200921121627.3dovpumnl6xub3kn@mutt-hbsd> <7FE1F106-2CEE-4692-95D0-14C5229ED768@FreeBSD.org> <20200928124531.Horde.0EjsBzIG5ktLzby_tFcoPPS@webmail.leidinger.net> <33903BFF-4158-4CD9-AD79-360BCD81F1C9@FreeBSD.org> <20200928164410.Horde.mYBkuEeD_Q6xgnKnwNomv7P@webmail.leidinger.net> <6A5EFCFA-C0DC-4DEF-834B-2F9E4FCC8812@FreeBSD.org> <20200930135225.Horde.nVCxwqfnkoJfolbDU0hqqXf@webmail.leidinger.net> <20201003173716.Horde.Fjm6kXI836h4ZCLH5SwQkST@webmail.leidinger.net> <62f034f8-e008-6b0f-dee0-396a3bd75f39@hazardous.org> In-Reply-To: <62f034f8-e008-6b0f-dee0-396a3bd75f39@hazardous.org> From: Dustin Marquess Date: Mon, 5 Oct 2020 19:52:58 -0500 Message-ID: Subject: Re: iflib/bridge kernel panic To: FreeBSD Current Cc: Kristof Provost Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4C4zTz5CrYz3RVV X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.03)[-1.033]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::644:from]; NEURAL_HAM_SHORT(-0.14)[-0.137]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; 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: Tue, 06 Oct 2020 00:53:12 -0000 On Sat, Oct 3, 2020 at 2:54 PM Felix Kronlage-Dammers w= rote: > > Alexander Leidinger wrote on 03.10.20 17:37: > > > Quoting Kristof Provost (from Sat, 03 Oct 2020 16:06:4= 3 > > +0200): > > >> Okay, let=E2=80=99s abandon that patch. It=E2=80=99s ugly and it doesn= =E2=80=99t work. > >> > >> Here=E2=80=99s a different approach that I=E2=80=99m much happier with= . > >> https://people.freebsd.org/~kp/0001-bridge-Call-member-interface-ioctl= -without-NET_EPOCH.patch > >> > >> > >> It passes the regression tests with WITNESS and INVARIANTS enabled, > >> and a hack in the epair ioctl() handler to make it sleep (to look a > >> bit like the Intel ioctl() handler that currently trips up if_bridge). > > Works for me. > > No crash, no LOR, promisc-mode stays enabled, jails are reachable. > > indeed! I can second that. Works nicely, my machine does not panic > anymore and machines (bhyve vms) behind the bridge are reachable. I third that, it works great for me! -Dustin From owner-freebsd-current@freebsd.org Tue Oct 6 01:37: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 5010F435EFF for ; Tue, 6 Oct 2020 01:37:42 +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 4C50TL1TZ1z3WC9 for ; Tue, 6 Oct 2020 01:37:42 +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 162C225F09 for ; Tue, 6 Oct 2020 01:37:42 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f175.google.com with SMTP id f142so14929786qke.13 for ; Mon, 05 Oct 2020 18:37:42 -0700 (PDT) X-Gm-Message-State: AOAM533wB/KZLvDYOa5fknAICHfa4jl8QQzq2sBJSbBYGb7R0O0l/60k Z+exUS+CT9+8W6KTnfIAAF+WSOBk9hLj8bcWSFY= X-Google-Smtp-Source: ABdhPJy28S6kdZNc5Aao9EVsSiEKqwakAd+0koEiwWJFEAbK2+U9ONhc5L3stWZVBU919UpsFbb+N/v4+YAFQIl+AFI= X-Received: by 2002:a05:620a:ce3:: with SMTP id c3mr3126766qkj.103.1601948261755; Mon, 05 Oct 2020 18:37:41 -0700 (PDT) MIME-Version: 1.0 References: <20201005065439.2b5c7375@hermann.fritz.box> In-Reply-To: From: Kyle Evans Date: Mon, 5 Oct 2020 20:37:30 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: CURRENT: cross compiling 12-STABLE failure in: bin/cp/utils.c:517:14: error: member reference base type 'void' is not a structure or union To: "Hartmann, O." Cc: FreeBSD CURRENT 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: Tue, 06 Oct 2020 01:37:42 -0000 On Mon, Oct 5, 2020 at 9:54 AM Kyle Evans wrote: > > On Sun, Oct 4, 2020 at 11:55 PM Hartmann, O. wrote: > > > > For a couple of weeks now cross-compiling 12-STBALE on CURRENT fails > > due to an compiler error in bin/cp/utils.c, see details below. > > > > At this moment, CURRENT is at FreeBSD 13.0-CURRENT #39 r366364: Fri Oct > > 2 17:51:39 CEST 2020 amd64 and the sources for 12-STABLE are at > > revision 366437. > > > > The compilation environment is the NanoBSD environment of the CURRENT > > running host. > > > > A similar constellation of host and cross-compiled target (regarding OS > > versions, the hardware platform is slightly different, for the record) > > works: running a simple, well known "make" builds 12-STABLE without > > problems. > > > > I tried to build NanoBSD in a vanilla state (without conf files for > > WITH/WITHOUT tags), but the failure is always the same. > > > > Can someone help or give some hints where to look for the reason of th > > miscompilation? > > > > Hi, > > This is the same failure that was recently reported on the -stable@ > list for stable/11 (entitled "building releng11 on RELENG12 broken > ?"). It should only happen in the presence of WITHOUT_AUTO_OBJ, but > that shouldn't be the case on stable/12. It's clearly trying to > rebuild it into the src tree in the same way, though: > > [/pool/sources/12-STABLE/src/bin/cp/utils.o] Error code 1 > > This is interesting, but I'm afraid I don't know the nanobsd build > well enough to understand what's going on here. I suspect it's > related, though. > Another report came to me privately that had tracked it down in the other direction -- building -CURRENT from an earlier 12 -- that pointed directly at a bug in crunchgen on -CURRENT. I've committed the fix in r366466, you will want to update to that world or at least rebuild+reinstall crunchgen with that fix. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Tue Oct 6 02:10: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 450F84374FD; Tue, 6 Oct 2020 02:10:27 +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 4C51C44ybkz3Y4Q; Tue, 6 Oct 2020 02:10:24 +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 0962AUt1013302 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 5 Oct 2020 19:10:30 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 0962AUJG013301; Mon, 5 Oct 2020 19:10:30 -0700 (PDT) (envelope-from fbsd) Date: Mon, 5 Oct 2020 19:10:29 -0700 From: bob prohaska To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: panic: non-current pmap 0xffffa00020eab8f0 on Rpi3 Message-ID: <20201006021029.GA13260@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4C51C44ybkz3Y4Q X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.22 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.18)[0.184]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.44)[0.442]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.69)[0.693]; 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:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; 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: Tue, 06 Oct 2020 02:10:27 -0000 Still seeing non-current pmap panics on the Pi3, this time a B+ running 13.0-CURRENT (GENERIC-MMCCAM) #0 71e02448ffb-c271826(master) during a -j4 buildworld. The backtrace reports panic: non-current pmap 0xffffa00020eab8f0 cpuid = 0 time = 1601947137 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x30 pc = 0xffff00000072999c lr = 0xffff00000019ec8c sp = 0xffff00005d96c230 fp = 0xffff00005d96c430 db_trace_self_wrapper() at kdb_backtrace+0x38 pc = 0xffff00000019ec8c lr = 0xffff0000004b4984 sp = 0xffff00005d96c440 fp = 0xffff00005d96c500 kdb_backtrace() at vpanic+0x19c pc = 0xffff0000004b4984 lr = 0xffff0000004734c0 sp = 0xffff00005d96c510 fp = 0xffff00005d96c560 vpanic() at panic+0x44 pc = 0xffff0000004734c0 lr = 0xffff0000004730dc sp = 0xffff00005d96c570 fp = 0xffff00005d96c620 panic() at pmap_remove_pages+0x5d8 pc = 0xffff0000004730dc lr = 0xffff00000073fe58 sp = 0xffff00005d96c630 fp = 0xffff00005d96c690 pmap_remove_pages() at vmspace_exit+0xb0 pc = 0xffff00000073fe58 lr = 0xffff0000006c77a0 sp = 0xffff00005d96c6a0 fp = 0xffff00005d96c700 vmspace_exit() at exit1+0x470 pc = 0xffff0000006c77a0 lr = 0xffff00000042e5bc sp = 0xffff00005d96c710 fp = 0xffff00005d96c760 exit1() at sys_sys_exit+0x10 pc = 0xffff00000042e5bc lr = 0xffff00000042e148 sp = 0xffff00005d96c770 fp = 0xffff00005d96c7c0 sys_sys_exit() at syscallenter+0x104 pc = 0xffff00000042e148 lr = 0xffff0000007463dc sp = 0xffff00005d96c7d0 fp = 0xffff00005d96c7d0 syscallenter() at svc_handler+0x4c pc = 0xffff0000007463dc lr = 0xffff000000745df8 sp = 0xffff00005d96c7e0 fp = 0xffff00005d96c810 svc_handler() at do_el0_sync+0xf0 pc = 0xffff000000745df8 lr = 0xffff000000745c08 sp = 0xffff00005d96c820 fp = 0xffff00005d96c830 do_el0_sync() at handle_el0_sync+0x90 pc = 0xffff000000745c08 lr = 0xffff00000072c224 sp = 0xffff00005d96c840 fp = 0xffff00005d96c980 handle_el0_sync() at 0x40421150 pc = 0xffff00000072c224 lr = 0x0000000040421150 sp = 0xffff00005d96c990 fp = 0x0000ffffffffd830 KDB: enter: panic [ thread pid 2429 tid 100951 ] Stopped at 0x403fa408 db> Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Tue Oct 6 09:51: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 2E02A42E522 for ; Tue, 6 Oct 2020 09:51:20 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-ot1-f51.google.com (mail-ot1-f51.google.com [209.85.210.51]) (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 4C5CQv1h7bz4Fn9 for ; Tue, 6 Oct 2020 09:51:19 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-ot1-f51.google.com with SMTP id o8so11734000otl.4 for ; Tue, 06 Oct 2020 02:51:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=b0gPRN00zFE2AUpB6ZViMjHlZakabG6Fsi9cJJmPNFQ=; b=F2uq/1yetsG0X/UelYnnNN89XXH6OGOFx8THEcKh6fuSZLu0+59I7xGNPdOPMKvKfR fE7OCvizBDTVOF+4CHguOmbR8J4S5DTsSOP+D9UkwzbU8xqLNjiskWBMM8v4/K/fI0yw MQJqUYPZX00DCH9aGirqJ1JTuvwjHWWBPYe/cMvdPnaOSDUiYkKuMYdPiiknismW74iV ttCQa41lZIlo5euXIPFk4xifwzFxKO5ZbHO/Xna9qIFdwlBhfxY6YUlujkYSyMRkux+p xjJfHsV7LTfi6KipzQRxP8O3r8BrboLicupLGtZlVPRa9k8XRdH/Kg1/LGnsb/aRDYbe m2sQ== X-Gm-Message-State: AOAM532fuND+SfQja4+O+FpGZsXdjon1P1kr5rM2+5Nt28/bxDn27eUv LYD1fBYQkHoBniCKN742YD58/1k9+H3YBF4/Zj+6f7Ox X-Google-Smtp-Source: ABdhPJx2qBaKLbNL2Yz0+8IJ4tCXX7V6e8TrDVnapFCv0m0skptQG2Ws48Za2uosGN0o/6cYp51R1u2sEEPq4MXAWWE= X-Received: by 2002:a9d:3983:: with SMTP id y3mr2204295otb.71.1601977877761; Tue, 06 Oct 2020 02:51:17 -0700 (PDT) MIME-Version: 1.0 References: <20200903191410.sgjUQ%steffen@sdaoden.eu> <20200926195056.1QqEB%steffen@sdaoden.eu> <20201003221407.ZnssQ%steffen@sdaoden.eu> <20201005172121.R1j6h%steffen@sdaoden.eu> In-Reply-To: <20201005172121.R1j6h%steffen@sdaoden.eu> From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Tue, 6 Oct 2020 11:51:06 +0200 Message-ID: Subject: Re: Please check the current beta git conversions To: FreeBSD Current X-Rspamd-Queue-Id: 4C5CQv1h7bz4Fn9 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.04 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.941]; TO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.51:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.986]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.12)[-0.115]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.51:from]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current] 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: Tue, 06 Oct 2020 09:51:20 -0000 On Mon, Oct 5, 2020 at 7:21 PM Steffen Nurpmeso wrote: > Ulrich Sp=C3=B6rlein wrote in > : > |On Sun, Oct 4, 2020 at 1:53 AM Bakul Shah wrote: > |> git clone --bare https://cgit-beta.freebsd.org/src.git > |> cd src.git > |> git fetch origin 'refs/notes/*:refs/notes/origin/*' # <<< not sure > about > |> this.... > |> # don't recall if I manually added the second fetch line in t= he > |> config file. > |> # but notes get fetched fine; though I don't understand why \ > |> 100MB+ > |> get > |> # downloaded every time even though only a few files change. > | > |This is a quirk of the conversion. We have to patch up several tags > |post-conversion, which patches up their notes, but that happens after t= he > |full conversion is done. Notes are just 1 long linear branch, which ... > |well, is unfortunate. So essentially every update to the repo changes t= he > |last couple hundred of hashes for the commit notes > objects/tree/DAG/linear > |train. They always need to get force-pushed upstream and you always hav= e > to > |re-fetch quite a bunch of them. > > I was astonished to see third-to-last commit on my notes is from > Dag-Erling Sm=C3=B8rgrav "+svn path=3D/vendor-crypto/openssh/5.8p2/; > revision=3D221485; tag=3Dvendor/openssh/5.8p2". > > |This will all cease with the final transition, obviously. > > I guess they will simply vanish and i could remove the reference > from my config already today? > > They will not vanish. They are there to map git commits back to SVN revisions. What will change is that they'll never change again and are just a static, eternal record of that mapping. Of course, freebsd committers can then in the future push their own notes (but not force-push them) , but it's not clear what you would want to put into them? If you don't have a need to ever map git <-> svn commits, then you don't need to fetch them indeed. hth Uli From owner-freebsd-current@freebsd.org Tue Oct 6 13:37:50 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 E7C09433643; Tue, 6 Oct 2020 13:37:50 +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 4C5JSG03lKz4VbM; Tue, 6 Oct 2020 13:37:49 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x82c.google.com with SMTP id s47so4301715qth.4; Tue, 06 Oct 2020 06:37:49 -0700 (PDT) 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=BXTMiiP0ETsEtIkLqxngtJv9K8OCm2bx2i2BOsde/LE=; b=lwO19Lq2wY05Bat0+qbGvORLFD6jdCFWUp0xcnjMY3opc4fFqcf9RmzYx9tbm0qGJn 4mmGLrarMi5P34RkkKnjR8NujOcc3s3fZfGgwY7iS+64no06GuBZl/tsj92O79c2XKyu dQJ6bE9AgptcoRLwIUU73vCeEWgSO16p3OODV4dFQE3wVROMcf4y9DsqaXkphUZcmnJA s52QcuWfwf08ryQULo5fKiEs+KBkA96IQW+U7xv1ErEbAvnMrUmxTKmQwsQMC3yxLKQ+ KC81XHCODqfbVnPHPVWFJXHu5aGHOk+CdbZ/cdeKUeQIsKNyxSkrBHFD5BhLnVHg9Iag D58Q== X-Gm-Message-State: AOAM533osdiNfd3RTEuPxcFm2z8iVfbxB5mIKwRdCiSAKi4j/E9Wbyid cGEBwEo7j484XMlOXQXwoB+ge435xwf81w== X-Google-Smtp-Source: ABdhPJwGINjALUZUj089+qeHfs6DQkspgs3OOfwneyHqeIhq9rHeVKdCnz6U9pzQlmR8LrVLh6rbtg== X-Received: by 2002:ac8:3984:: with SMTP id v4mr5220627qte.240.1601991468946; Tue, 06 Oct 2020 06:37:48 -0700 (PDT) Received: from raichu (toroon0560w-lp130-01-174-88-77-103.dsl.bell.ca. [174.88.77.103]) by smtp.gmail.com with ESMTPSA id e39sm2374695qtk.32.2020.10.06.06.37.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Oct 2020 06:37:47 -0700 (PDT) Sender: Mark Johnston Date: Tue, 6 Oct 2020 09:37:43 -0400 From: Mark Johnston To: bob prohaska Cc: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: Re: panic: non-current pmap 0xffffa00020eab8f0 on Rpi3 Message-ID: <20201006133743.GA96285@raichu> References: <20201006021029.GA13260@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201006021029.GA13260@www.zefox.net> X-Rspamd-Queue-Id: 4C5JSG03lKz4VbM X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.17 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.03)[-1.030]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.49)[-0.494]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82c:from]; NEURAL_HAM_MEDIUM(-0.95)[-0.946]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; 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]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm] 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, 06 Oct 2020 13:37:51 -0000 On Mon, Oct 05, 2020 at 07:10:29PM -0700, bob prohaska wrote: > Still seeing non-current pmap panics on the Pi3, this time a B+ running > 13.0-CURRENT (GENERIC-MMCCAM) #0 71e02448ffb-c271826(master) > during a -j4 buildworld. The backtrace reports > > panic: non-current pmap 0xffffa00020eab8f0 Could you show the output of "show procvm" from the debugger? From owner-freebsd-current@freebsd.org Tue Oct 6 15:01: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 62C6F434E46 for ; Tue, 6 Oct 2020 15:01:40 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (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 4C5LJz1zrtz4ZCq for ; Tue, 6 Oct 2020 15:01:39 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk1-x735.google.com with SMTP id s4so2686987qkf.7 for ; Tue, 06 Oct 2020 08:01:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=UcH2Fu5QK8IzmfNIKHdUAA1cbZFa7cDwulgfWRdQ1Og=; b=La7El/270Rpa//QI8XcCvGrmXOEM8VPvLItKSVHYtqE8088w9QXXVAXLQonG3shU4y roEKbkw4dZrdFP+9Xtv5ozBT955rIr1nxV7RVztzhG+aHMU9uBGnrm8fgGqb62aHU7WJ dEyY2inQVluBJORRdjBlYDoC412UnEmr6Mfw9f75mw1IlSuL+kMfQLZXtV2YSmS2eVnb zLYM4IVT30EjdxQr/FJ+49EqnPHOIC9qU1tCINC8UgLWBzEaeJ0vTeWcTzY2ldyZeTVJ G/72gulgWjxM613f3Dtm38Y+ylxmgLOjpQxxJu9a/ySTZrOKXoYvlRFYf1APDCfABpSl OO8A== X-Gm-Message-State: AOAM532lvK9I1y73lMOTvp6UKj+XOQysHrQYokTR3c6SK8JWk4J1fkhb VwPt+D+zG04v/81TPNGfXti/cw== X-Google-Smtp-Source: ABdhPJyTj/oICaKmnOeK5hppINTN3OEjJRuyzZ4todwZ4GIWXpkjziSKCYhSBGpFlCpI9M53wCbK8A== X-Received: by 2002:a05:620a:109a:: with SMTP id g26mr5497478qkk.400.1601996497304; Tue, 06 Oct 2020 08:01:37 -0700 (PDT) Received: from mutt-hbsd ([38.140.209.220]) by smtp.gmail.com with ESMTPSA id e9sm2662595qkb.8.2020.10.06.08.01.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Oct 2020 08:01:35 -0700 (PDT) Date: Tue, 6 Oct 2020 11:01:33 -0400 From: Shawn Webb To: Kristof Provost Cc: Alexander Leidinger , FreeBSD Current Subject: Re: iflib/bridge kernel panic Message-ID: <20201006150133.3kjvnpiclxq2b6ae@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0xFF2E67A277F8E1FA References: <58CADEBB-64FD-414E-AB19-E4F8D3CABCA5@FreeBSD.org> <20200921121627.3dovpumnl6xub3kn@mutt-hbsd> <7FE1F106-2CEE-4692-95D0-14C5229ED768@FreeBSD.org> <20200928124531.Horde.0EjsBzIG5ktLzby_tFcoPPS@webmail.leidinger.net> <33903BFF-4158-4CD9-AD79-360BCD81F1C9@FreeBSD.org> <20200928164410.Horde.mYBkuEeD_Q6xgnKnwNomv7P@webmail.leidinger.net> <6A5EFCFA-C0DC-4DEF-834B-2F9E4FCC8812@FreeBSD.org> <20200929213615.5gpupobj2ylgv2yr@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5pwl3374zgqbh2vz" Content-Disposition: inline In-Reply-To: <20200929213615.5gpupobj2ylgv2yr@mutt-hbsd> X-Rspamd-Queue-Id: 4C5LJz1zrtz4ZCq X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.61 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; NEURAL_HAM_LONG(-1.05)[-1.046]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; NEURAL_HAM_SHORT(-0.46)[-0.462]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::735:from]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] 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, 06 Oct 2020 15:01:40 -0000 --5pwl3374zgqbh2vz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 29, 2020 at 05:36:15PM -0400, Shawn Webb wrote: > On Tue, Sep 29, 2020 at 11:20:44PM +0200, Kristof Provost wrote: > >=20 > >=20 > > On 28 Sep 2020, at 16:44, Alexander Leidinger wrote: > >=20 > > > Quoting Kristof Provost (from Mon, 28 Sep 2020 13:53= :16 > > > +0200): > > >=20 > > > > On 28 Sep 2020, at 12:45, Alexander Leidinger wrote: > > > > > Quoting Kristof Provost (from Sun, 27 Sep 2020 > > > > > 17:51:32 +0200): > > > > > > Here???s an early version of a task queue based approach: http:= //people.freebsd.org/~kp/0001-bridge-Cope-with-if_ioctl-s-that-sleep.patch > > > > > >=20 > > > > > > That still needs to be cleaned up, but this should resolve > > > > > > the sleep issue and the LOR. > > > > >=20 > > > > > There are some issues... seems like inside a jail I can't ping > > > > > systems outside of the hardware. > > > > >=20 > > > > > Bridge setup: > > > > > - member jail A > > > > > - member jail B > > > > > - member external_if of host > > > > >=20 > > > > > If I ping the router from the host, it works. If I ping from one > > > > > jail to another, it works. If I ping from the jail to the IP of > > > > > the external_if, it works. If I ping from a jail to the router, > > > > > I do not get a response. > > > > >=20 > > > > Can you check for 'failed ifpromisc' error messages in dmesg? And > > > > verify that all bridge member interfaces are in promiscuous mode? > > >=20 > > > I have a panic for you...: > > > - startup still in progress =3D 22 jails in startup, somewhere after= a > > > few jails started the panic happened > > > - tcpdump was running on the external interface > > > - a ping to a jail IP from another system was running, the first ping > > > went through, then it paniced > > >=20 > > > First regarding your questions about promisc mode: no error, but the > > > promisc mode is directly disabled again on all interfaces. > > >=20 > > I think I see why you had issues with the promiscuous setting. I???ve > > updated the patch to be even more horrific than it was before. > >=20 > > I can???t explain the panic, and the backtrace also doesn???t appear to= be > > directly related to this patch. Not sure what???s going on with that. >=20 > I should have time to test the new patch this weekend. ${LIFE} is > keeping me busy the past few weeks. I'm gonna add an event in my > calendar to remind me to test the patch. heh. Sorry for the delay. I rebuilt with the new patch this morning. Looking good on all fronts, including LORs. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD GPG Key ID: 0xFF2E67A277F8E1FA GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8 AB23 0FB2 https://git-01.md.hardenedbsd.org/HardenedBSD/pubkeys/src/branch/master/Sha= wn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --5pwl3374zgqbh2vz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAl98hsoACgkQ/y5nonf4 4fpx0Q//UCL//+dyyQjmaHJBF9iorsDzK+fxpPfvRVfss7x7FIRxpq+Khjw22Mmc cVKEH0rHoPKhSAppZbAeit0Wfa4VtDG/2OWDLLV+lmHYSdNuIk9Hx4z07Had0knx WanEyqs5kqWLQVt2zWdBlLQF1WkrHNB1cam98CD9JgP5ZNXfeDVazaC1qaY1SQeP 1EP06IZ3MnN43l5kgybjYeVmeu/Zvhbi1WW88CDEy+5+Zw9ssXhjmG0DQDk8/EGT kwnl7ZHRUNXVJB8GSjxGxNjxaksAki8bqXNqSbl2D7Ou/uIopuVB2hMVB3d7g5aK DnGYD6pJHf2ncWItXTk5/eRyfrtO5urRvAhaa3lP1bZacUej+QJ9VG4JR23ZHC5F c2Q/uCraDjNOLSfgg4VKWjF3Gw9d4hyORIu971SF1bLqOGEjLb4MvgeRkVFNkgxk 4v7UKzwlU7+b18z9ll6JIHSwZ6ll2iiqpJ5A7jCHgIpIPQ1izUCUMljKa9s4b0BM JzwvCNt1pARVby9rpJGFtwnJERieOnjizOhmU9wVw2S10y7dmAdWynGGFLNFcLQT dHNLxMr17DJemorNcOABzblxZW5qUhvy8lxxxOxVqWUTZI8etvf10l7rJe4lp68V mf4dyR9vtdZTUsGNDb2yICZDcQ7EADoNS/P88r6WfK85pBBWXlg= =sVFy -----END PGP SIGNATURE----- --5pwl3374zgqbh2vz-- From owner-freebsd-current@freebsd.org Tue Oct 6 15:36:49 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 9B04D435DAC for ; Tue, 6 Oct 2020 15:36:49 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 4C5M5X4D6Xz4c09; Tue, 6 Oct 2020 15:36:48 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id B1EC616057; Tue, 6 Oct 2020 17:36:45 +0200 (CEST) Date: Tue, 06 Oct 2020 17:36:44 +0200 From: Steffen Nurpmeso To: Ulrich =?utf-8?Q?Sp=C3=B6rlein?= Cc: FreeBSD Current Subject: Re: Please check the current beta git conversions Message-ID: <20201006153644.S0HjS%steffen@sdaoden.eu> In-Reply-To: References: <20200903191410.sgjUQ%steffen@sdaoden.eu> <20200926195056.1QqEB%steffen@sdaoden.eu> <20201003221407.ZnssQ%steffen@sdaoden.eu> <20201005172121.R1j6h%steffen@sdaoden.eu> Mail-Followup-To: Ulrich =?utf-8?Q?Sp=C3=B6rlein?= , FreeBSD Current User-Agent: s-nail v14.9.19 OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4C5M5X4D6Xz4c09 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sdaoden.eu]; NEURAL_HAM_LONG(-1.02)[-1.019]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.31)[-0.313]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; MAILMAN_DEST(0.00)[freebsd-current] 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, 06 Oct 2020 15:36:49 -0000 Ulrich Sp=C3=B6rlein wrote in : |On Mon, Oct 5, 2020 at 7:21 PM Steffen Nurpmeso wrot= e: |> Ulrich Sp=C3=B6rlein wrote in |> : |>|On Sun, Oct 4, 2020 at 1:53 AM Bakul Shah wrote: |>|> git clone --bare https://cgit-beta.freebsd.org/src.git |>|> cd src.git |>|> git fetch origin 'refs/notes/*:refs/notes/origin/*' # <<< not sure ... |>|This is a quirk of the conversion. We have to patch up several tags |>|post-conversion, which patches up their notes, but that happens after t= he |>|full conversion is done. Notes are just 1 long linear branch, which ... |>|well, is unfortunate. So essentially every update to the repo changes t= he |>|last couple hundred of hashes for the commit notes ... |>|This will all cease with the final transition, obviously. |> |> I guess they will simply vanish and i could remove the reference |> from my config already today? |> |They will not vanish. They are there to map git commits back to SVN |revisions. |What will change is that they'll never change again and are just a static, |eternal record |of that mapping. | |Of course, freebsd committers can then in the future push their own notes |(but not force-push them) , but it's not clear what you would want to put |into them? | |If you don't have a need to ever map git <-> svn commits, then you don't |need to fetch |them indeed. Fantastic! Sure thing if FreeBSD moves over to git as such. Thank you. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Tue Oct 6 20:29:11 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DFCB743B173 for ; Tue, 6 Oct 2020 20:29:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 4C5TZv19ZCz3df5 for ; Tue, 6 Oct 2020 20:29:10 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id 13so170611wmf.0 for ; Tue, 06 Oct 2020 13:29:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=7isIQ4zlBWO8zmH8RmfL5txGuvZVGb+afFGwPwEZPtY=; b=CSwkGWsqvpfyA0n8iZESlEsEU0vMJYNYewIT8SWFI66LvKWE2B7N48xAczTYbwn9bo jc5Iv11fa2I/PiectcSvYphchkl5ATSLRNC3G6KEjvn0xNXJf+5vH/XLQmAPJTbgv47O RiAPLSs/Z465FzGgJbEc4rh77LoEOZ8jyLXd0p0OEGuX8jVYClcVL6eibCyPtRN3aHmx vXmMhxRQwbqiRuUYr5sHFbZf6hobrtQf7gfr3+23rx03vZoTVMmzSRaMJCUmqfUZ/oEW 8H7w3QvNugGrcVu5mj2T6fs/udGxO5+Fk/iUEn/UMlxef8kHDezcMEsSldwwIzl7oG89 Ehyg== X-Gm-Message-State: AOAM533kPlplYtIbLtCEcs2JMH+PK22C7MWoSajNkVOPJEE4JlCMwdOA eVXHUqxfdZt+lA/MGz8OexMqrlna3nEOWg== X-Google-Smtp-Source: ABdhPJwufXf/6iPr4ESYwThJPCuN75FzPR6RksqVT/YjnVb6xMNez+TLYHSZxogfvmxcocTrGl2Cdw== X-Received: by 2002:a05:600c:2241:: with SMTP id a1mr6998635wmm.49.1602016148292; Tue, 06 Oct 2020 13:29:08 -0700 (PDT) Received: from [192.168.1.11] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id u63sm5827975wmb.13.2020.10.06.13.29.07 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 06 Oct 2020 13:29:07 -0700 (PDT) To: freebsd-current@freebsd.org From: Graham Perrin Subject: zpool export: umount failed, device inexplicably busy Message-ID: Date: Tue, 6 Oct 2020 21:29:06 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.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: 4C5TZv19ZCz3df5 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.33 / 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.32)[-0.317]; 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]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.036]; 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::32d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] 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, 06 Oct 2020 20:29:11 -0000 lsof finds no open file. How else might I tell why the device is busy? Mobile hard disk drive, USB. -- root@momh167-gjp4-8570p:~ # zpool export Transcend cannot unmount '/Volumes/t500': umount failed root@momh167-gjp4-8570p:~ # lsof /Volumes/t500 root@momh167-gjp4-8570p:~ # zpool export Transcend cannot unmount '/Volumes/t500': umount failed root@momh167-gjp4-8570p:~ # zpool export Transcend cannot unmount '/Volumes/t500': umount failed root@momh167-gjp4-8570p:~ # umount /Volumes/t500/ umount: unmount of /Volumes/t500 failed: Device busy root@momh167-gjp4-8570p:~ # lsof /Volumes/t500 root@momh167-gjp4-8570p:~ # zfs version zfs-0.8.0-1 zfs-kmod-0.8.0-1 root@momh167-gjp4-8570p:~ # zpool iostat Transcend 3               capacity     operations     bandwidth pool        alloc   free   read  write   read  write ----------  -----  -----  -----  -----  -----  ----- Transcend    126G   338G      0      0  3.29K  1.45K Transcend    126G   338G      0      0      0      0 Transcend    126G   338G      0      0      0      0 Transcend    126G   338G      0      0      0      0 Transcend    126G   338G      0      0      0      0 Transcend    126G   338G      0      0      0      0 ^C root@momh167-gjp4-8570p:~ # umount /Volumes/t500/ umount: unmount of /Volumes/t500 failed: Device busy root@momh167-gjp4-8570p:~ # ls -ahl /Volumes/t500 total 10 drwxr-xr-x  3 root          wheel            3B Sep  2 19:02 . drwxr-xr-x  4 root          wheel            4B Sep  5 09:15 .. drwxr-xr-x  6 grahamperrin  grahamperrin     6B Sep 11 17:54 VirtualBox root@momh167-gjp4-8570p:~ # zpool status Transcend   pool: Transcend  state: ONLINE   scan: scrub repaired 0B in 00:28:07 with 0 errors on Tue Oct  6 00:03:13 2020 config:         NAME        STATE     READ WRITE CKSUM         Transcend   ONLINE       0     0     0           da0p1     ONLINE       0     0     0 errors: No known data errors root@momh167-gjp4-8570p:~ # umount /Volumes/t500/ umount: unmount of /Volumes/t500 failed: Device busy root@momh167-gjp4-8570p:~ # lsof /Volumes/t500 root@momh167-gjp4-8570p:~ # date ; uname -v Tue Oct  6 21:20:17 BST 2020 FreeBSD 13.0-CURRENT #67 r366424: Sun Oct  4 19:54:32 BST 2020 root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG root@momh167-gjp4-8570p:~ # ls /dev/da* /dev/da0        /dev/da0p1 root@momh167-gjp4-8570p:~ # zfs get all Transcend Transcend/VirtualBox NAME                  PROPERTY VALUE                     SOURCE Transcend             type filesystem                - Transcend             creation              Wed Sep  2 18:31 2020     - Transcend             used 126G                      - Transcend             available 324G                      - Transcend             referenced 126G                      - Transcend             compressratio 1.66x                     - Transcend             mounted yes                       - Transcend             quota none                      default Transcend             reservation none                      default Transcend             recordsize 128K                      default Transcend             mountpoint /Volumes/t500             local Transcend             sharenfs off                       default Transcend             checksum on                        default Transcend             compression zstd                      local Transcend             atime on                        default Transcend             devices on                        default Transcend             exec on                        default Transcend             setuid on                        default Transcend             readonly off                       default Transcend             jailed off                       default Transcend             snapdir hidden                    default Transcend             aclmode discard                   default Transcend             aclinherit restricted                default Transcend             createtxg 1                         - Transcend             canmount on                        default Transcend             xattr on                        default Transcend             copies 1                         default Transcend             version 5                         - Transcend             utf8only off                       - Transcend             normalization none                      - Transcend             casesensitivity sensitive                 - Transcend             vscan off                       default Transcend             nbmand off                       default Transcend             sharesmb off                       default Transcend             refquota none                      default Transcend             refreservation none                      default Transcend             guid 6806553549477274436       - Transcend             primarycache all                       default Transcend             secondarycache all                       default Transcend             usedbysnapshots 0B                        - Transcend             usedbydataset 126G                      - Transcend             usedbychildren 47.2M                     - Transcend             usedbyrefreservation 0B                        - Transcend             logbias latency                   default Transcend             objsetid 54                        - Transcend             dedup off                       default Transcend             mlslabel none                      default Transcend             sync standard                  default Transcend             dnodesize legacy                    default Transcend             refcompressratio 1.66x                     - Transcend             written 126G                      - Transcend             logicalused 210G                      - Transcend             logicalreferenced 210G                      - Transcend             volmode default                   default Transcend             filesystem_limit none                      default Transcend             snapshot_limit none                      default Transcend             filesystem_count none                      default Transcend             snapshot_count none                      default Transcend             snapdev hidden                    default Transcend             context none                      default Transcend             fscontext none                      default Transcend             defcontext none                      default Transcend             rootcontext none                      default Transcend             relatime off                       default Transcend             redundant_metadata all                       default Transcend             overlay on                        default Transcend             encryption off                       default Transcend             keylocation none                      default Transcend             keyformat none                      default Transcend             pbkdf2iters 0                         default Transcend             special_small_blocks 0                         default Transcend/VirtualBox  type filesystem                - Transcend/VirtualBox  creation              Wed Sep  2 19:02 2020     - Transcend/VirtualBox  used 200K                      - Transcend/VirtualBox  available 324G                      - Transcend/VirtualBox  referenced 200K                      - Transcend/VirtualBox  compressratio 1.00x                     - Transcend/VirtualBox  mounted no                        - Transcend/VirtualBox  quota none                      default Transcend/VirtualBox  reservation none                      default Transcend/VirtualBox  recordsize 128K                      default Transcend/VirtualBox  mountpoint /Volumes/t500/VirtualBox  inherited from Transcend Transcend/VirtualBox  sharenfs off                       default Transcend/VirtualBox  checksum on                        default Transcend/VirtualBox  compression zstd                      inherited from Transcend Transcend/VirtualBox  atime off                       local Transcend/VirtualBox  devices on                        default Transcend/VirtualBox  exec on                        default Transcend/VirtualBox  setuid on                        default Transcend/VirtualBox  readonly off                       default Transcend/VirtualBox  jailed off                       default Transcend/VirtualBox  snapdir hidden                    default Transcend/VirtualBox  aclmode discard                   default Transcend/VirtualBox  aclinherit restricted                default Transcend/VirtualBox  createtxg 375                       - Transcend/VirtualBox  canmount on                        default Transcend/VirtualBox  xattr on                        default Transcend/VirtualBox  copies 1                         default Transcend/VirtualBox  version 5                         - Transcend/VirtualBox  utf8only off                       - Transcend/VirtualBox  normalization none                      - Transcend/VirtualBox  casesensitivity sensitive                 - Transcend/VirtualBox  vscan off                       default Transcend/VirtualBox  nbmand off                       default Transcend/VirtualBox  sharesmb off                       default Transcend/VirtualBox  refquota none                      default Transcend/VirtualBox  refreservation none                      default Transcend/VirtualBox  guid 11240822048258000557      - Transcend/VirtualBox  primarycache all                       default Transcend/VirtualBox  secondarycache all                       default Transcend/VirtualBox  usedbysnapshots 0B                        - Transcend/VirtualBox  usedbydataset 200K                      - Transcend/VirtualBox  usedbychildren 0B                        - Transcend/VirtualBox  usedbyrefreservation 0B                        - Transcend/VirtualBox  logbias latency                   default Transcend/VirtualBox  objsetid 76                        - Transcend/VirtualBox  dedup off                       default Transcend/VirtualBox  mlslabel none                      default Transcend/VirtualBox  sync standard                  default Transcend/VirtualBox  dnodesize legacy                    default Transcend/VirtualBox  refcompressratio 1.00x                     - Transcend/VirtualBox  written 200K                      - Transcend/VirtualBox  logicalused 49.5K                     - Transcend/VirtualBox  logicalreferenced 49.5K                     - Transcend/VirtualBox  volmode default                   default Transcend/VirtualBox  filesystem_limit none                      default Transcend/VirtualBox  snapshot_limit none                      default Transcend/VirtualBox  filesystem_count none                      default Transcend/VirtualBox  snapshot_count none                      default Transcend/VirtualBox  snapdev hidden                    default Transcend/VirtualBox  context none                      default Transcend/VirtualBox  fscontext none                      default Transcend/VirtualBox  defcontext none                      default Transcend/VirtualBox  rootcontext none                      default Transcend/VirtualBox  relatime off                       default Transcend/VirtualBox  redundant_metadata all                       default Transcend/VirtualBox  overlay on                        default Transcend/VirtualBox  encryption aes-256-gcm               - Transcend/VirtualBox  keylocation prompt                    local Transcend/VirtualBox  keyformat passphrase                - Transcend/VirtualBox  pbkdf2iters 350000                    - Transcend/VirtualBox  encryptionroot Transcend/VirtualBox      - Transcend/VirtualBox  keystatus unavailable               - Transcend/VirtualBox  special_small_blocks 0                         default root@momh167-gjp4-8570p:~ # zpool get all Transcend NAME       PROPERTY VALUE                          SOURCE Transcend  size 464G                           - Transcend  capacity 27%                            - Transcend  altroot -                              default Transcend  health ONLINE                         - Transcend  guid 8076233369858608335            - Transcend  version -                              default Transcend  bootfs -                              default Transcend  delegation on                             default Transcend  autoreplace off                            default Transcend  cachefile -                              default Transcend  failmode wait                           default Transcend  listsnapshots off                            default Transcend  autoexpand off                            default Transcend  dedupratio 1.00x                          - Transcend  free 338G                           - Transcend  allocated 126G                           - Transcend  readonly off                            - Transcend  ashift 0                              default Transcend  comment -                              default Transcend  expandsize -                              - Transcend  freeing 0                              - Transcend  fragmentation 12%                            - Transcend  leaked 0                              - Transcend  multihost off                            default Transcend  checkpoint -                              - Transcend  load_guid 15610592478404149099           - Transcend  autotrim off                            default Transcend  feature@async_destroy enabled                        local Transcend  feature@empty_bpobj active                         local Transcend  feature@lz4_compress active                         local Transcend  feature@multi_vdev_crash_dump enabled                        local Transcend  feature@spacemap_histogram active                         local Transcend  feature@enabled_txg active                         local Transcend  feature@hole_birth active                         local Transcend  feature@extensible_dataset active                         local Transcend  feature@embedded_data active                         local Transcend  feature@bookmarks enabled                        local Transcend  feature@filesystem_limits enabled                        local Transcend  feature@large_blocks enabled                        local Transcend  feature@large_dnode enabled                        local Transcend  feature@sha512 enabled                        local Transcend  feature@skein enabled                        local Transcend  feature@userobj_accounting active                         local Transcend  feature@encryption active                         local Transcend  feature@project_quota active                         local Transcend  feature@device_removal enabled                        local Transcend  feature@obsolete_counts enabled                        local Transcend  feature@zpool_checkpoint enabled                        local Transcend  feature@spacemap_v2 active                         local Transcend  feature@allocation_classes enabled                        local Transcend  feature@resilver_defer enabled                        local Transcend  feature@bookmark_v2 enabled                        local Transcend  feature@redaction_bookmarks enabled                        local Transcend  feature@redacted_datasets enabled                        local Transcend  feature@bookmark_written enabled                        local Transcend  feature@log_spacemap active                         local Transcend  feature@livelist enabled                        local Transcend  feature@device_rebuild enabled                        local Transcend  feature@zstd_compress active                         local root@momh167-gjp4-8570p:~ # From owner-freebsd-current@freebsd.org Wed Oct 7 20:25:58 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 17F944377A2; Wed, 7 Oct 2020 20:25:58 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4C65Sh5V18z416D; Wed, 7 Oct 2020 20:25:55 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 26260B72; Wed, 7 Oct 2020 16:25:54 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 07 Oct 2020 16:25:54 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrgeeigdduheduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevgffhffdtfeekleelhedtjeelvdfhvd egieejveffgfduvdfhteegjeeujeeuieenucfkphepkedvrdejtddrledurddutddvnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqd hlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from rpi4.gilescoppice.lan (axs-0-ipv4.zyxst.net [82.70.91.102]) by mail.messagingengine.com (Postfix) with ESMTPA id 06635306467E; Wed, 7 Oct 2020 16:25:52 -0400 (EDT) Date: Wed, 7 Oct 2020 21:25:50 +0100 From: tech-lists To: freebsd-wireless@freebsd.org Cc: freebsd-current@freebsd.org Subject: AR9271L Atheros Chipset (wireless usb) Message-ID: <20201007202550.GA76409@rpi4.gilescoppice.lan> Mail-Followup-To: freebsd-wireless@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline X-Rspamd-Queue-Id: 4C65Sh5V18z416D X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-1.02)[-1.023]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; NEURAL_HAM_LONG(-1.06)[-1.056]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.52)[-0.517]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-wireless]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19: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: Wed, 07 Oct 2020 20:25:58 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Is AR9271L Atheros Chipset supported yet? I can't find any mention of it directly under -current. thanks, --=20 J. --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9+JEEACgkQs8o7QhFz NAW4DA//TuEvgKJMpwj9jig21IRSlL7puTkeTQxNq8kNSgES+9GUrMVwKA1/kDmk cfZfLZKMlSIM22ihLH0jXmoBhheS/tkmVT5ofenqVCKhSvr980ahJkDhb0teyPef gfcLuBjRMMDHLoWSD+wnrdh+3gWUxFp0mvpN4fnSIIVB7+lztoXCGFEVi1ezLemi j2yTKQ7ZhbCEKAx73xgbZEbAh/2Na1MT25bq7G5/4UpGOx8cPiqRCXTSawTU3qqu 7xRJeiFyZvOGQJXdpFwhHAusEGU9YenOuAE/TzfOn2Z1Kvyz3Woe1NMRFzofrJH7 FhyLTQAYtaMhtIMaP6osv+Y1Rv9UreLlnkog4GtZsJ84VMrGGc9Q60YTvLCfbnc0 NmppV54Am1KL0Gm2C+3k6eMXE7fjnbIwjbZv7/AFJkrTozkDxkt7H81U81QRCUl+ UcfSPfsFlpxA2fiDn+bql8mqpy/hyikupuNJDnwZ6MurY4P+6Uh9N3O6EUyjtotI Ouam/ZYuCzhT623MgaZqBrTzGMENpSM2oO6T0d+PKzmCxUirTsl2DybOTrrHabj+ Jug2m8Lm+fzZXuhL5/vUO1/WeKbsmJxgMnGf9zwCIi8MVhlWUztO2bN2udqdHz2N fLlD2sHLbnPTJHqE0GgxBOxKxLuIkjLzJulSCXHL8CHCPKmEID0= =lhy+ -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@freebsd.org Thu Oct 8 17:50:43 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 C1DD142C9EA; Thu, 8 Oct 2020 17:50:43 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4C6dz74RVtz4Hq2; Thu, 8 Oct 2020 17:50:43 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 86FB5793C; Thu, 8 Oct 2020 17:50:43 +0000 (UTC) Date: Thu, 8 Oct 2020 17:50:43 +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-10-04 Message-ID: <20201008175043.GA60077@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1602179443; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=9cSs8Rh64f37NZD9YB0VPlbr9uxJ9CWVPw541Tc2Vrg=; b=b4+zaDRMhj6e2DiCsGpIPSVLoyqQ+NR8S/nxxZbTOXHGIlxV26ZhPeQXMRCBFebjXLHh7L yza7bvAqxApXX48bcGdPnK06y6KRUOU1zIATgzjB9ci4x7P46UlG3FN4mTswO0easUe1IM tYXmInihvA2Zwi28uaKo/aJ6CNXFr4xCrv8+l6T2aTxR38em3js1OxgwJYILIi1Ah6TgDz 1AzRgmaNYt2KAjHldW4Fivspaztxa4e9s5FEhwI4w47w9JdDdvx9DOfbnesBZVt7RLGpAs VsCprvA1U3hUwqb108H1xC+ocvEZqWuGx0QULMUZPqj+tprN3vqxNEwbpoeLwQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1602179443; a=rsa-sha256; cv=none; b=u6FPyeK/xI9Gnc99cVkTNUSScvKzNYYVvN7RgzDOg1WVqmIrokZOx9RLDOJc4WIt1AVizt Z1OTnIEq2a0BgX46BZy4RFOMDWIRm1jyiDIBSP2fdVMgsPvdgOlkkSL4UUDv7QcLmAWqyo PWnr+t6gq+TRQuxRlL7iFkJWEt5ru2AAymArlzBV9kzzT7PbpBJAi/EsSWVtsy4qV/ugym WpH4uSU1AC+YNJOJFjD+WVmTY3bHKeE+0C/hMXS9/ja8ydC7fUBLprx+13RUHk2Rd7RLK2 jBoqtiRKChMuiPtMH5t5EgAHTe6hGIjyABHZ4ClbjoUkCb2ctRj00/wBkipD0A== ARC-Authentication-Results: i=1; mx1.freebsd.org; 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, 08 Oct 2020 17:50:43 -0000 FreeBSD CI Weekly Report 2020-10-04 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-09-28 to 2020-10-04. During this period, we have: * 1983 builds (93.9% (+0.2) passed, 6.1% (-0.2) 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. * 236 test runs (18.6% (-1.5) passed, 81.4% (+2.6) unstable, 0.0% (-1.1) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 52 doc and www builds (100% passed) Test case status (on 2020-10-04 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | ---------- | ------ | ------- | | head/amd64 | 7899 (+3) | 7798 (+11) | 2 (-5) | 99 (-3) | | head/i386 | 7897 (+3) | 7776 (+8) | 2 (-5) | 119 (0) | | 12-STABLE/amd64 | 7630 (+2) | 7570 (+8) | 0 (-6) | 60 (0) | | 12-STABLE/i386 | 7628 (+2) | 7563 (+8) | 0 (-6) | 65 (0) | | 11-STABLE/amd64 | 6912 (0) | 6858 (0) | 0 (0) | 54 (0) | | 11-STABLE/i386 | 6910 (0) | 6854 (-3) | 0 (0) | 56 (+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-20201004 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcomed ## Fixed test cases ### HEAD * sys.kern.sonewconn_overflow.sonewconn_overflow_01 Workarounded in r366469 ### HEAD / 12-STABLE * sys.kern.coredump_phnum_test.coredump_phnum * usr.bin.procstat.procstat_test.binary_info * usr.bin.procstat.procstat_test.command_line_arguments * usr.bin.procstat.procstat_test.environment * usr.bin.procstat.procstat_test.file_descriptor * usr.bin.procstat.procstat_test.kernel_stacks Fixed in https://svnweb.freebsd.org/changeset/base/366237 ## Failing test cases ### HEAD * sys.capsicum.functional.ForkedOpenatTest_WithFlagInCapabilityMode___ * sys.capsicum.functional.OpenatTest__WithFlag https://bugs.freebsd.org/249960 ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ There are still mutiple errors when building with gcc6, error log available at https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/lastCompletedBuild/console See also: https://lists.freebsd.org/pipermail/svn-src-all/2020-September/202307.html ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * lib.msun.ctrig_test.test_inf_inputs starts failing after llvm10 import https://bugs.freebsd.org/244732 Needs to check if llvm11 import fixes this. * 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)) Fix committed as https://svnweb.freebsd.org/changeset/base/364220 , needs more verification. * lib.libbe.be_create.* and sbin.bectl.bectl_test.* https://bugs.freebsd.org/249055 & https://bugs.freebsd.org/249229 OpenZFS' zfs.ko can't be loaded in non-64bit platforms ## 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 * common.ip.t_dtrace_contrib.tst_ipv4localsctp_ksh * common.ip.t_dtrace_contrib.tst_localsctpstate_ksh * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * Total 681 tests, 524 success, 47 failures, 110 skipped, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3749 tests, 2289 success, 647 failures, 813 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 Workaround committed and need to verify. * 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 * 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 lib.libcasper.services.cap_net.net_test.* 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 Workaround committed and need to verify. * sys.geom.class.gate.ggate_test.ggated (i386) https://bugs.freebsd.org/244737 * sys.kern.sysv_test.msg https://bugs.freebsd.org/233649 * sys.capsicum.functional.ForkedOpenatTest_WithFlagInCapabilityMode___ * sys.capsicum.functional.OpenatTest__WithFlag https://bugs.freebsd.org/249960 ## Issues ### Cause build fails * 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 ### Open * 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 * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Thu Oct 8 19:06: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 7F15342EFEF for ; Thu, 8 Oct 2020 19:06:28 +0000 (UTC) (envelope-from jmg@gold.funkthat.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 4C6gfX28xwz4PBN for ; Thu, 8 Oct 2020 19:06:28 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4859942F1F5; Thu, 8 Oct 2020 19:06: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 47FC942EFEE; Thu, 8 Oct 2020 19:06:28 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C6gfV62fGz4NsF; Thu, 8 Oct 2020 19:06:26 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 098J6LH0031449 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Oct 2020 12:06:21 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 098J6LuJ031447; Thu, 8 Oct 2020 12:06:21 -0700 (PDT) (envelope-from jmg) Date: Thu, 8 Oct 2020 12:06:21 -0700 From: John-Mark Gurney To: current@FreeBSD.org, arm@FreeBSD.org Subject: RFC: allow first boot config from msdos partition Message-ID: <20201008190621.GW4213@funkthat.com> Mail-Followup-To: current@FreeBSD.org, arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 08 Oct 2020 12:06:21 -0700 (PDT) X-Rspamd-Queue-Id: 4C6gfV62fGz4NsF X-Spamd-Bar: / X-Spamd-Result: default: False [0.96 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.37)[0.367]; NEURAL_HAM_LONG(-0.42)[-0.422]; NEURAL_HAM_MEDIUM(-0.19)[-0.187]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MAILMAN_DEST(0.00)[current,arm]; 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, 08 Oct 2020 19:06:28 -0000 Hello, I've had the idea that it'd be nice to allow more first boot configuration of our ARM images from the FAT partition. The machine I normally use is a MacOSX box, so when writing images, it isn't easy to put an rc.conf on the image. This change imports configinit from cperciva's ec2-scripts (one minor tweak to make it better), and creates an fs_configinit script that reads the config.init file from /boot/msdos and passes it through configinit. This will allow first boot config, like setting a static IP, installing packages at first boot making it easier to get a system functional. It also means that if you have a simple appliance, if you package your config as a config.init script, it's easier to upgrade and test FreeBSD snapshots and releases than it was previous. I've written the man pages. If there is anything that isn't clear or missing, please let me know. The changes are in here: https://reviews.freebsd.org/D26713 Thanks! -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Fri Oct 9 20:02: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 1DC28429C50 for ; Fri, 9 Oct 2020 20:02:45 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7Js101CKz4mq1 for ; Fri, 9 Oct 2020 20:02:45 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 004F7429E4F; Fri, 9 Oct 2020 20:02:45 +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 F32C4429E4E for ; Fri, 9 Oct 2020 20:02:44 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: from mail-ed1-f50.google.com (mail-ed1-f50.google.com [209.85.208.50]) (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 4C7Js04n0nz4mfB for ; Fri, 9 Oct 2020 20:02:44 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: by mail-ed1-f50.google.com with SMTP id l16so10660482eds.3 for ; Fri, 09 Oct 2020 13:02:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:mime-version:date:subject:to :message-id; bh=IPaqVKW7+pooToY3Tk3tLPWXzJg+Ms40PTd71+NU5JY=; b=FTvHFWYym35Vm4uXGDL1Th3OAvI9izPQ75GlGxgDIWq99JBEGbiJgGUDjrrtUYk+65 AoGCvn+upHAILQu+aj8OM5McIuwOYoV+a4AM90tJOLuNmDPPBVESPNwGg4so0fuvB4k6 Mh/vPFFDPtxZ1fzb344dB3txDJs2JNswuTzs+FBm72y4+CfxANRcdE3bzi59kK3Ysc0A CoujTTUUbctOpAj/3jBu5dtrzHqJ4YvZzZcVFRSHol7r8V/r9/6/KD/fMWP4MmyMvKfW uhxwdb+5cKvdGzIyKtHj2UM1y+pmvIt+PFl4UuexfTd0sGyy42GUQl1BE2bxW/Yl+SsB 7/OQ== X-Gm-Message-State: AOAM533FJFinZBtDpSRBToFk7tlZBSGGJHvrz5uQnrOQUvSy67aa1uwN X1W5F+Jo4WJzH2vhZzQTia5zNa306GcGdOgn6lg= X-Google-Smtp-Source: ABdhPJzY8KfNB2H/aMGy69PF2Z5OFthI3+FVjri5o/RKZT53CkUkSguBGKEbqZdrpNenOwAS3GK6lg== X-Received: by 2002:aa7:d782:: with SMTP id s2mr931272edq.111.1602273763209; Fri, 09 Oct 2020 13:02:43 -0700 (PDT) Received: from mx.bofh.network (mx.bofh.network. [2001:19f0:5001:2b77:5400:2ff:fe7b:aa2c]) by smtp.gmail.com with ESMTPSA id i20sm6285876edv.96.2020.10.09.13.02.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Oct 2020 13:02:41 -0700 (PDT) Received: from [192.168.30.38] ( [118.179.171.14]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 39cd26b1 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Fri, 9 Oct 2020 20:02:39 +0000 (UTC) From: FreeBSD Core Team Secretary Content-Type: multipart/signed; boundary="Apple-Mail=_C2E3BEC7-4417-4C41-BB2C-1AC99EA15BF2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Reply-To: FreeBSD Core Team Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Date: Sat, 10 Oct 2020 02:02:28 +0600 Subject: Core Team Office Hours 4 To: announce@freebsd.org Message-Id: <40BD283C-24F8-44AC-9CDA-04E3FFD16247@freebsd.org> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C7Js04n0nz4mfB X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Mailman-Approved-At: Fri, 09 Oct 2020 20:07:43 +0000 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, 09 Oct 2020 20:02:45 -0000 --Apple-Mail=_C2E3BEC7-4417-4C41-BB2C-1AC99EA15BF2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Based on the continuity of our last CORE Office Hours The FreeBSD CORE = Team would like to invite you all to a virtual town hall meeting. As = mentioned earlier this session is timed at 0200 UTC on 14th October, = 2020 geared towards the other part of the World but everyone is welcome = to join. See https://wiki.freebsd.org/OfficeHours for details on how to = join either a live stream to watch, or an interactive meeting to = participate. A link to this agenda (and any updates) will be there as = well. We=E2=80=99ll be discussing the following topics and taking general = questions at the end. We=E2=80=99ll have a moderator who will help call = on people in the meeting to ask questions (or to offer comments) as well = as relay relevant questions from IRC. a. Git Transition -- To raise awareness, Ed Maste and Warner Losh will = be giving a brief presentation about the state of the project=E2=80=99s = planned transition to git. They can answer a few questions here, but are = also planning an entire office hours on the git transition (tentatively = scheduled in two weeks). b. Recruiting for project teams -- When a new core team takes over, = it=E2=80=99s a good time to assess the needs of each of the teams that = we have running different aspects of the project, such as administering = our machines and helping keep FreeBSD secure. One common theme is the = need for more help. We=E2=80=99ll discuss what teams there are, and make = a recruiting pitch and answer any questions. c. Core TODO List publishing -- To continue the openness initiative, the = core team will start publishing out TODO list. This will be in addition = to the normal meeting minutes and other openness ideas. The new core = team would love to hear from the community how to improve our = communications. d. General Questions -- Time permitting, the core team can answer any = other questions or concerns the community might have. Thanks! We look forward to meeting you. Regards, Moin (bofh), with core-secretary@ hat on --Apple-Mail=_C2E3BEC7-4417-4C41-BB2C-1AC99EA15BF2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEES2Tp4L3ps+zAa1xm2MjIO0nybxcFAl+AwdRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRC NjRFOUUwQkRFOUIzRUNDMDZCNUM2NkQ4QzhDODNCNDlGMjZGMTcACgkQ2MjIO0ny bxcjtA/6AvAGZvGdByb3M7bQSKaBtLTI+biBqeqcKC3F6JeTx6Zs10mfXuufN20G VGYM7NujjkaSbxGSbk4LOH9qMV3zo9VsDwTRpBZLngqb6bNzWVP8+4O3YvbK6ZPs Szj2Dcco7OlSfsruCU8PTCSZP3m1msdnJ98VXHdFD/3+QAFN1xbaGs7uL9R7Mliz jWoj2dsEbhLc1RC5QqN4jZwaz4Y8BQzv93JQk3PpGlFgQqCYR+DtrO0Zej/EDS+I 4U/7DqheGqQfFYvcrtOEvtCPwPpi4xwgp4XWXrewCesDT4n27dCmLDqwRN2pZUq7 mUxmWTnXKm7qpNqAGc2iA2dWgpJXg3h+d/pz1+P+y8Xp1sTG/0cnyeNVY0JlZM1b 9RAPvG5ZagojYkf+ZqqNjVmWXf05jAbAvT4klLWsBC/AFNNGOml0TTdFs5Gvls15 dXrM2+TsnZtkT1x4PU8XWWOlMRNvfks+eAxFgcfRI97IrFngA79ySnsc3t82Z78R tWtfJaTnBvIKIWVj+fxVLroSc810qMw3iZkxFpPLWw10ZakAWKCilajkUTFWQIPd wpiFtOrFso7hBpmZ2NRfoPNAOBD2yu8x4INiLQnQW2pqgeKjMbtWZeBkFdXE7e+y d+hTxoHWqxetDWqkyl9JIor3f0FmcDh/enWUynemFYpTpjZJijE= =1Ylu -----END PGP SIGNATURE----- --Apple-Mail=_C2E3BEC7-4417-4C41-BB2C-1AC99EA15BF2-- From owner-freebsd-current@freebsd.org Fri Oct 9 21:39:58 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 63BF542DFEB for ; Fri, 9 Oct 2020 21:39:58 +0000 (UTC) (envelope-from eric@vangyzen.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 4C7M1B1RJ7z4vnF for ; Fri, 9 Oct 2020 21:39:58 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.nyi.freebsd.org (Postfix) id 2F81A42DFEA; Fri, 9 Oct 2020 21:39:58 +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 2F40742E188 for ; Fri, 9 Oct 2020 21:39:58 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) (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 4C7M190r4fz3RWh for ; Fri, 9 Oct 2020 21:39:56 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id C5AD85646C for ; Fri, 9 Oct 2020 16:39:49 -0500 (CDT) To: current@freebsd.org From: Eric van Gyzen Subject: ZFS crash -- zvol_geom_bio_getattr called when volmode=dev Message-ID: <1dfaf797-f23b-af97-d2d3-efa0f5bb88d9@vangyzen.net> Date: Fri, 9 Oct 2020 16:39:45 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4C7M190r4fz3RWh X-Spamd-Bar: - X-Spamd-Result: default: False [-1.12 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(0.10)[0.105]; FREEFALL_USER(0.00)[eric]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.66)[-0.662]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; DMARC_NA(0.00)[vangyzen.net]; NEURAL_HAM_MEDIUM(-0.27)[-0.265]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:199.48.132.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] 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, 09 Oct 2020 21:39:58 -0000 Does this look familiar? I'm creating a zvol with volmode=dev, but some geom code paths were taken. If this looks new, I'll provide more details. Thanks in advance, Eric 13.0-CURRENT r366500+84ccaf49083c-c272054 GENERIC #8 #9 zvol_geom_bio_getattr (bp=0xfffff80376132900) at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 #10 zvol_geom_bio_start (bp=0xfffff80376132900) at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:519 #11 0xffffffff80b1c684 in g_io_schedule_down (tp=) at /usr/src/sys/geom/geom_io.c:848 #12 0xffffffff80b1cfcc in g_down_procbody (arg=) at /usr/src/sys/geom/geom_kern.c:111 (kgdb) f 9 #9 zvol_geom_bio_getattr (bp=0xfffff80376132900) at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 545 spa_t *spa = dmu_objset_spa(zv->zv_objset); (kgdb) l 540 zvol_state_t *zv; 541 542 zv = bp->bio_to->private; 543 ASSERT(zv != NULL); 544 545 spa_t *spa = dmu_objset_spa(zv->zv_objset); 546 uint64_t refd, avail, usedobjs, availobjs; 547 548 if (g_handleattr_int(bp, "GEOM::candelete", 1)) 549 return (0); (kgdb) p zv $1 = (zvol_state_t *) 0x0 (kgdb) p *bp $3 = { bio_cmd = 4, bio_flags = 0, bio_cflags = 0, bio_pflags = 0, bio_dev = 0x0, bio_disk = 0x0, bio_offset = 0, bio_bcount = 0, bio_data = 0xfffff801fa687c00 "", bio_ma = 0x0, bio_ma_offset = 0, bio_ma_n = 0, bio_error = 0, bio_resid = 0, bio_done = 0x0, bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0, bio_caller2 = 0x0, bio_queue = { tqe_next = 0xffffffffffffffff, tqe_prev = 0xffffffffffffffff }, bio_attribute = 0xffffffff81223c03 "GEOM::physpath", bio_zone = { zone_cmd = 0 '\000', zone_params = { disk_params = { zone_mode = 0, flags = 0, optimal_seq_zones = 0, optimal_nonseq_zones = 0, max_seq_zones = 0 }, rwp = { id = 0, flags = 0 '\000' }, report = { starting_id = 0, rep_options = 0 '\000', header = { same = 0 '\000', maximum_lba = 0, reserved = '\000' }, entries_allocated = 0, entries_filled = 0, entries_available = 0, entries = 0x0 } } }, bio_from = 0xfffff80006b92880, bio_to = 0xfffff80006972500, bio_length = 1024, bio_completed = 0, bio_children = 0, bio_inbed = 0, bio_parent = 0x0, bio_t0 = { sec = 50, frac = 10248368299661698441 }, bio_task = 0x0, bio_task_arg = 0x0, bio_spare1 = 0x0, bio_spare2 = 0x0, bio_track_bp = 0x0, bio_pblkno = 0 } (kgdb) p *bp->bio_to $4 = { name = 0xfffff80006972598 "zvol/disco_fast/vm/onefs1-1/disk7", provider = { le_next = 0x0, le_prev = 0xfffff80006972428 }, geom = 0xfffff80006972400, consumers = { lh_first = 0xfffff80006b92880 }, acr = 1, acw = 0, ace = 0, error = 0, orphan = { tqe_next = 0x0, tqe_prev = 0x0 }, mediasize = 5368709120, sectorsize = 512, stripesize = 8192, stripeoffset = 0, stat = 0xfffff80006d3d120, spare1 = 0, spare2 = 0, flags = 48, aliases = { lh_first = 0x0 }, private = 0x0, index = 0 } From owner-freebsd-current@freebsd.org Fri Oct 9 21:47: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 EA69442E16F for ; Fri, 9 Oct 2020 21:47:55 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4C7MBM1WJHz3Skw for ; Fri, 9 Oct 2020 21:47:54 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id A25C85646C for ; Fri, 9 Oct 2020 16:47:48 -0500 (CDT) Subject: Re: ZFS crash -- zvol_geom_bio_getattr called when volmode=dev To: freebsd-current@freebsd.org References: <1dfaf797-f23b-af97-d2d3-efa0f5bb88d9@vangyzen.net> From: Eric van Gyzen Message-ID: <95636bbf-2367-f226-f462-d5581581c18f@vangyzen.net> Date: Fri, 9 Oct 2020 16:47:44 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: <1dfaf797-f23b-af97-d2d3-efa0f5bb88d9@vangyzen.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C7MBM1WJHz3Skw X-Spamd-Bar: - X-Spamd-Result: default: False [-1.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[eric]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.65)[-0.646]; DMARC_NA(0.00)[vangyzen.net]; NEURAL_SPAM_SHORT(0.09)[0.090]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_MEDIUM(-0.78)[-0.776]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50:1000::/36, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] 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, 09 Oct 2020 21:47:56 -0000 On 10/9/20 4:39 PM, Eric van Gyzen wrote: > Does this look familiar?  I'm creating a zvol with volmode=dev, but some > geom code paths were taken.  If this looks new, I'll provide more details. primarycache=none also seems to be a factor. I can easily repro with: zfs create -s -V 10G -o primarycache=none -o volmode=dev .../testvol > 13.0-CURRENT r366500+84ccaf49083c-c272054 GENERIC > > #8  > #9  zvol_geom_bio_getattr (bp=0xfffff80376132900) >     at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 > #10 zvol_geom_bio_start (bp=0xfffff80376132900) >     at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:519 > #11 0xffffffff80b1c684 in g_io_schedule_down (tp=) >     at /usr/src/sys/geom/geom_io.c:848 > #12 0xffffffff80b1cfcc in g_down_procbody (arg=) >     at /usr/src/sys/geom/geom_kern.c:111 > > (kgdb) f 9 > #9  zvol_geom_bio_getattr (bp=0xfffff80376132900) >     at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 > 545        spa_t *spa = dmu_objset_spa(zv->zv_objset); > > (kgdb) l > 540        zvol_state_t *zv; > 541 > 542        zv = bp->bio_to->private; > 543        ASSERT(zv != NULL); > 544 > 545        spa_t *spa = dmu_objset_spa(zv->zv_objset); > 546        uint64_t refd, avail, usedobjs, availobjs; > 547 > 548        if (g_handleattr_int(bp, "GEOM::candelete", 1)) > 549            return (0); > > (kgdb) p zv > $1 = (zvol_state_t *) 0x0 > > (kgdb) p *bp > $3 = { >   bio_cmd = 4, >   bio_flags = 0, >   bio_cflags = 0, >   bio_pflags = 0, >   bio_dev = 0x0, >   bio_disk = 0x0, >   bio_offset = 0, >   bio_bcount = 0, >   bio_data = 0xfffff801fa687c00 "", >   bio_ma = 0x0, >   bio_ma_offset = 0, >   bio_ma_n = 0, >   bio_error = 0, >   bio_resid = 0, >   bio_done = 0x0, >   bio_driver1 = 0x0, >   bio_driver2 = 0x0, >   bio_caller1 = 0x0, >   bio_caller2 = 0x0, >   bio_queue = { >     tqe_next = 0xffffffffffffffff, >     tqe_prev = 0xffffffffffffffff >   }, >   bio_attribute = 0xffffffff81223c03 "GEOM::physpath", >   bio_zone = { >     zone_cmd = 0 '\000', >     zone_params = { >       disk_params = { >         zone_mode = 0, >         flags = 0, >         optimal_seq_zones = 0, >         optimal_nonseq_zones = 0, >         max_seq_zones = 0 >       }, >       rwp = { >         id = 0, >         flags = 0 '\000' >       }, >       report = { >         starting_id = 0, >         rep_options = 0 '\000', >         header = { >           same = 0 '\000', >           maximum_lba = 0, >           reserved = '\000' >         }, >         entries_allocated = 0, >         entries_filled = 0, >         entries_available = 0, >         entries = 0x0 >       } >     } >   }, >   bio_from = 0xfffff80006b92880, >   bio_to = 0xfffff80006972500, >   bio_length = 1024, >   bio_completed = 0, >   bio_children = 0, >   bio_inbed = 0, >   bio_parent = 0x0, >   bio_t0 = { >     sec = 50, >     frac = 10248368299661698441 >   }, >   bio_task = 0x0, >   bio_task_arg = 0x0, >   bio_spare1 = 0x0, >   bio_spare2 = 0x0, >   bio_track_bp = 0x0, >   bio_pblkno = 0 > } > > (kgdb) p *bp->bio_to > $4 = { >   name = 0xfffff80006972598 "zvol/disco_fast/vm/onefs1-1/disk7", >   provider = { >     le_next = 0x0, >     le_prev = 0xfffff80006972428 >   }, >   geom = 0xfffff80006972400, >   consumers = { >     lh_first = 0xfffff80006b92880 >   }, >   acr = 1, >   acw = 0, >   ace = 0, >   error = 0, >   orphan = { >     tqe_next = 0x0, >     tqe_prev = 0x0 >   }, >   mediasize = 5368709120, >   sectorsize = 512, >   stripesize = 8192, >   stripeoffset = 0, >   stat = 0xfffff80006d3d120, >   spare1 = 0, >   spare2 = 0, >   flags = 48, >   aliases = { >     lh_first = 0x0 >   }, >   private = 0x0, >   index = 0 > } From owner-freebsd-current@freebsd.org Fri Oct 9 22:22: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 6784942F102 for ; Fri, 9 Oct 2020 22:22:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oo1-f53.google.com (mail-oo1-f53.google.com [209.85.161.53]) (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 4C7Myb37wxz3VBb for ; Fri, 9 Oct 2020 22:22:47 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oo1-f53.google.com with SMTP id o20so2726995ook.1 for ; Fri, 09 Oct 2020 15:22:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=x+Qrxf88V+yImIvXBJN+f1OksZ9aDecMUK9iWvcm+oY=; b=G7arTMVZ8J1AqX3gMqsFHF0+k83HUTI2RyHf4RZn5FTveOtIONla3gRPqR0besrsOX gSYp5kHxbhq1uofbDpI80UrH2O3n3T1wK4w2LGrhQ0z0t8PR7Vf9C03POVGK9fqbModX GFZV8U25fpd3Sm8Pa5Y1hz6wulygSEhVgJ0NUBuwo9pce5mhots2r4pZJUcUATek9Vf9 6oCxXvkcgaqjaIyBgnfg9NjDCKd3gVhwsdi6r3/POD3qoORW9bN2YwNOGMyg37/FR9i1 YUnLftUTMNj/rXF8btCKLC+VAWLa7Rc6mSXSuwEtm0bp44I3vSi7U6kHzsURPQSgsqL3 A/8g== X-Gm-Message-State: AOAM533qKu64ILf7cgg4+GCQLutEuxeXUVS5k+qm4DTrBKut5UmK4Ty5 RGkLm4omnxL6crXm4VHxOpBVKwClNBf3WuwugQrbdDHO X-Google-Smtp-Source: ABdhPJxm2OXqVUynOTcjUr+BusAdkqOz0V10wJJyGeIeGhlbSls08Kau6zHNldcK9K1DFN5OuZ1obAdfGo1ObDIATF0= X-Received: by 2002:a4a:d04c:: with SMTP id x12mr10613178oor.61.1602282166319; Fri, 09 Oct 2020 15:22:46 -0700 (PDT) MIME-Version: 1.0 References: <1dfaf797-f23b-af97-d2d3-efa0f5bb88d9@vangyzen.net> <95636bbf-2367-f226-f462-d5581581c18f@vangyzen.net> In-Reply-To: <95636bbf-2367-f226-f462-d5581581c18f@vangyzen.net> From: Alan Somers Date: Fri, 9 Oct 2020 16:22:34 -0600 Message-ID: Subject: Re: ZFS crash -- zvol_geom_bio_getattr called when volmode=dev To: Eric van Gyzen Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 4C7Myb37wxz3VBb X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.161.53:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.004]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.58)[-0.578]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.161.53:from]; NEURAL_HAM_MEDIUM(-0.91)[-0.905]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current] 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: Fri, 09 Oct 2020 22:22:48 -0000 This sounds like it might be a regression introduced by the OpenZFS merge. Have you compared vdev_geom.c in OpenZFS vs the old version? -Alan On Fri, Oct 9, 2020 at 3:48 PM Eric van Gyzen wrote: > On 10/9/20 4:39 PM, Eric van Gyzen wrote: > > Does this look familiar? I'm creating a zvol with volmode=dev, but some > > geom code paths were taken. If this looks new, I'll provide more > details. > > primarycache=none also seems to be a factor. I can easily repro with: > > zfs create -s -V 10G -o primarycache=none -o volmode=dev .../testvol > > > 13.0-CURRENT r366500+84ccaf49083c-c272054 GENERIC > > > > #8 > > #9 zvol_geom_bio_getattr (bp=0xfffff80376132900) > > at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 > > #10 zvol_geom_bio_start (bp=0xfffff80376132900) > > at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:519 > > #11 0xffffffff80b1c684 in g_io_schedule_down (tp=) > > at /usr/src/sys/geom/geom_io.c:848 > > #12 0xffffffff80b1cfcc in g_down_procbody (arg=) > > at /usr/src/sys/geom/geom_kern.c:111 > > > > (kgdb) f 9 > > #9 zvol_geom_bio_getattr (bp=0xfffff80376132900) > > at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 > > 545 spa_t *spa = dmu_objset_spa(zv->zv_objset); > > > > (kgdb) l > > 540 zvol_state_t *zv; > > 541 > > 542 zv = bp->bio_to->private; > > 543 ASSERT(zv != NULL); > > 544 > > 545 spa_t *spa = dmu_objset_spa(zv->zv_objset); > > 546 uint64_t refd, avail, usedobjs, availobjs; > > 547 > > 548 if (g_handleattr_int(bp, "GEOM::candelete", 1)) > > 549 return (0); > > > > (kgdb) p zv > > $1 = (zvol_state_t *) 0x0 > > > > (kgdb) p *bp > > $3 = { > > bio_cmd = 4, > > bio_flags = 0, > > bio_cflags = 0, > > bio_pflags = 0, > > bio_dev = 0x0, > > bio_disk = 0x0, > > bio_offset = 0, > > bio_bcount = 0, > > bio_data = 0xfffff801fa687c00 "", > > bio_ma = 0x0, > > bio_ma_offset = 0, > > bio_ma_n = 0, > > bio_error = 0, > > bio_resid = 0, > > bio_done = 0x0, > > bio_driver1 = 0x0, > > bio_driver2 = 0x0, > > bio_caller1 = 0x0, > > bio_caller2 = 0x0, > > bio_queue = { > > tqe_next = 0xffffffffffffffff, > > tqe_prev = 0xffffffffffffffff > > }, > > bio_attribute = 0xffffffff81223c03 "GEOM::physpath", > > bio_zone = { > > zone_cmd = 0 '\000', > > zone_params = { > > disk_params = { > > zone_mode = 0, > > flags = 0, > > optimal_seq_zones = 0, > > optimal_nonseq_zones = 0, > > max_seq_zones = 0 > > }, > > rwp = { > > id = 0, > > flags = 0 '\000' > > }, > > report = { > > starting_id = 0, > > rep_options = 0 '\000', > > header = { > > same = 0 '\000', > > maximum_lba = 0, > > reserved = '\000' > > }, > > entries_allocated = 0, > > entries_filled = 0, > > entries_available = 0, > > entries = 0x0 > > } > > } > > }, > > bio_from = 0xfffff80006b92880, > > bio_to = 0xfffff80006972500, > > bio_length = 1024, > > bio_completed = 0, > > bio_children = 0, > > bio_inbed = 0, > > bio_parent = 0x0, > > bio_t0 = { > > sec = 50, > > frac = 10248368299661698441 > > }, > > bio_task = 0x0, > > bio_task_arg = 0x0, > > bio_spare1 = 0x0, > > bio_spare2 = 0x0, > > bio_track_bp = 0x0, > > bio_pblkno = 0 > > } > > > > (kgdb) p *bp->bio_to > > $4 = { > > name = 0xfffff80006972598 "zvol/disco_fast/vm/onefs1-1/disk7", > > provider = { > > le_next = 0x0, > > le_prev = 0xfffff80006972428 > > }, > > geom = 0xfffff80006972400, > > consumers = { > > lh_first = 0xfffff80006b92880 > > }, > > acr = 1, > > acw = 0, > > ace = 0, > > error = 0, > > orphan = { > > tqe_next = 0x0, > > tqe_prev = 0x0 > > }, > > mediasize = 5368709120, > > sectorsize = 512, > > stripesize = 8192, > > stripeoffset = 0, > > stat = 0xfffff80006d3d120, > > spare1 = 0, > > spare2 = 0, > > flags = 48, > > aliases = { > > lh_first = 0x0 > > }, > > private = 0x0, > > index = 0 > > } > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Oct 9 23:27: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 151EE43024F for ; Fri, 9 Oct 2020 23:27:20 +0000 (UTC) (envelope-from freqlabs@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 4C7PP36jRLz3YV8 for ; Fri, 9 Oct 2020 23:27:19 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:3c7d:a09a:5a3f:b268]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id ABEA1103BB for ; Fri, 9 Oct 2020 23:27:19 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: ZFS crash -- zvol_geom_bio_getattr called when volmode=dev To: freebsd-current@freebsd.org References: <1dfaf797-f23b-af97-d2d3-efa0f5bb88d9@vangyzen.net> <95636bbf-2367-f226-f462-d5581581c18f@vangyzen.net> From: Ryan Moeller Message-ID: Date: Fri, 9 Oct 2020 19:27:18 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.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-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, 09 Oct 2020 23:27:20 -0000 On 10/9/20 6:22 PM, Alan Somers wrote: > This sounds like it might be a regression introduced by the OpenZFS merge. > Have you compared vdev_geom.c in OpenZFS vs the old version? > -Alan I don't think vdev_geom.c is involved, we're taking a wrong path in zvol_os.c because it seems the volume is created using the default volmode and later changed to volmode=dev. > On Fri, Oct 9, 2020 at 3:48 PM Eric van Gyzen wrote: > >> On 10/9/20 4:39 PM, Eric van Gyzen wrote: >>> Does this look familiar? I'm creating a zvol with volmode=dev, but some >>> geom code paths were taken. If this looks new, I'll provide more >> details. >> >> primarycache=none also seems to be a factor. I can easily repro with: >> >> zfs create -s -V 10G -o primarycache=none -o volmode=dev .../testvol I don't think primarycache is a factor, I can easily repro with primarycache left at the default. The volmode property is being set asynchronously and losing the race with the initial creation of the minors. When volmode is changed the minor is supposed to be destroyed and then recreated in the correct mode, but that does not seem to be working correctly. Setting vfs.zfs.debug=1 you can see in dmesg the zvol is created once in volmode=geom and then a second attempt to create the zvol fails, because zvol_free did not occur. zvol_create_minor_impl:1250[1]: Creating ZVOL p0/testvol... name=p0/testvol error=0 volmode=1 zvol_create_minor_impl:1372[1]: ZVOL p0/testvol created. zvol_create_minor_impl:1250[1]: Creating ZVOL p0/testvol... So something is preventing zv_free from being called by zvol_remove_minors_impl. -Ryan >> >>> 13.0-CURRENT r366500+84ccaf49083c-c272054 GENERIC >>> >>> #8 >>> #9 zvol_geom_bio_getattr (bp=0xfffff80376132900) >>> at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 >>> #10 zvol_geom_bio_start (bp=0xfffff80376132900) >>> at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:519 >>> #11 0xffffffff80b1c684 in g_io_schedule_down (tp=) >>> at /usr/src/sys/geom/geom_io.c:848 >>> #12 0xffffffff80b1cfcc in g_down_procbody (arg=) >>> at /usr/src/sys/geom/geom_kern.c:111 >>> >>> (kgdb) f 9 >>> #9 zvol_geom_bio_getattr (bp=0xfffff80376132900) >>> at /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 >>> 545 spa_t *spa = dmu_objset_spa(zv->zv_objset); >>> >>> (kgdb) l >>> 540 zvol_state_t *zv; >>> 541 >>> 542 zv = bp->bio_to->private; >>> 543 ASSERT(zv != NULL); >>> 544 >>> 545 spa_t *spa = dmu_objset_spa(zv->zv_objset); >>> 546 uint64_t refd, avail, usedobjs, availobjs; >>> 547 >>> 548 if (g_handleattr_int(bp, "GEOM::candelete", 1)) >>> 549 return (0); >>> >>> (kgdb) p zv >>> $1 = (zvol_state_t *) 0x0 >>> >>> (kgdb) p *bp >>> $3 = { >>> bio_cmd = 4, >>> bio_flags = 0, >>> bio_cflags = 0, >>> bio_pflags = 0, >>> bio_dev = 0x0, >>> bio_disk = 0x0, >>> bio_offset = 0, >>> bio_bcount = 0, >>> bio_data = 0xfffff801fa687c00 "", >>> bio_ma = 0x0, >>> bio_ma_offset = 0, >>> bio_ma_n = 0, >>> bio_error = 0, >>> bio_resid = 0, >>> bio_done = 0x0, >>> bio_driver1 = 0x0, >>> bio_driver2 = 0x0, >>> bio_caller1 = 0x0, >>> bio_caller2 = 0x0, >>> bio_queue = { >>> tqe_next = 0xffffffffffffffff, >>> tqe_prev = 0xffffffffffffffff >>> }, >>> bio_attribute = 0xffffffff81223c03 "GEOM::physpath", >>> bio_zone = { >>> zone_cmd = 0 '\000', >>> zone_params = { >>> disk_params = { >>> zone_mode = 0, >>> flags = 0, >>> optimal_seq_zones = 0, >>> optimal_nonseq_zones = 0, >>> max_seq_zones = 0 >>> }, >>> rwp = { >>> id = 0, >>> flags = 0 '\000' >>> }, >>> report = { >>> starting_id = 0, >>> rep_options = 0 '\000', >>> header = { >>> same = 0 '\000', >>> maximum_lba = 0, >>> reserved = '\000' >>> }, >>> entries_allocated = 0, >>> entries_filled = 0, >>> entries_available = 0, >>> entries = 0x0 >>> } >>> } >>> }, >>> bio_from = 0xfffff80006b92880, >>> bio_to = 0xfffff80006972500, >>> bio_length = 1024, >>> bio_completed = 0, >>> bio_children = 0, >>> bio_inbed = 0, >>> bio_parent = 0x0, >>> bio_t0 = { >>> sec = 50, >>> frac = 10248368299661698441 >>> }, >>> bio_task = 0x0, >>> bio_task_arg = 0x0, >>> bio_spare1 = 0x0, >>> bio_spare2 = 0x0, >>> bio_track_bp = 0x0, >>> bio_pblkno = 0 >>> } >>> >>> (kgdb) p *bp->bio_to >>> $4 = { >>> name = 0xfffff80006972598 "zvol/disco_fast/vm/onefs1-1/disk7", >>> provider = { >>> le_next = 0x0, >>> le_prev = 0xfffff80006972428 >>> }, >>> geom = 0xfffff80006972400, >>> consumers = { >>> lh_first = 0xfffff80006b92880 >>> }, >>> acr = 1, >>> acw = 0, >>> ace = 0, >>> error = 0, >>> orphan = { >>> tqe_next = 0x0, >>> tqe_prev = 0x0 >>> }, >>> mediasize = 5368709120, >>> sectorsize = 512, >>> stripesize = 8192, >>> stripeoffset = 0, >>> stat = 0xfffff80006d3d120, >>> spare1 = 0, >>> spare2 = 0, >>> flags = 48, >>> aliases = { >>> lh_first = 0x0 >>> }, >>> private = 0x0, >>> index = 0 >>> } >> _______________________________________________ >> 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 Sat Oct 10 00:54: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 C34A7432563 for ; Sat, 10 Oct 2020 00:54:21 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4C7RKS39nrz3f2g for ; Sat, 10 Oct 2020 00:54:20 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 39A525646C for ; Fri, 9 Oct 2020 19:54:18 -0500 (CDT) Subject: Re: ZFS crash -- zvol_geom_bio_getattr called when volmode=dev To: freebsd-current@freebsd.org References: <1dfaf797-f23b-af97-d2d3-efa0f5bb88d9@vangyzen.net> <95636bbf-2367-f226-f462-d5581581c18f@vangyzen.net> From: Eric van Gyzen Message-ID: <74ba295a-1f67-5109-0a21-9662eac0334b@vangyzen.net> Date: Fri, 9 Oct 2020 19:54:17 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C7RKS39nrz3f2g X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.34 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[eric]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.86)[-0.860]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_SHORT(-0.35)[-0.347]; DMARC_NA(0.00)[vangyzen.net]; NEURAL_HAM_MEDIUM(-0.83)[-0.831]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50:1000::/36, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] 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, 10 Oct 2020 00:54:21 -0000 On 10/9/20 6:27 PM, Ryan Moeller wrote: > > On 10/9/20 6:22 PM, Alan Somers wrote: >> This sounds like it might be a regression introduced by the OpenZFS >> merge. >> Have you compared vdev_geom.c in OpenZFS vs the old version? >> -Alan > > > I don't think vdev_geom.c is involved, we're taking a wrong path in > zvol_os.c because > it seems the volume is created using the default volmode and later > changed to volmode=dev. Yes, you're on the right track. I tried this several times on a VM and it eventually hit the window: # zfs create -s -V 20G -o primarycache=none -o volmode=dev head_root/testvol zvol_create_minor_impl:1250[1]: Creating ZVOL head_root/testvol... zvol_create_minor_impl:1371[1]: ZVOL head_root/testvol created. Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0x110 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff82167fca stack pointer = 0x28:0xfffffe000edcdb30 frame pointer = 0x28:0xfffffe000edcdb70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 13 (g_down) trap number = 12 db> acttrace Tracing command zfskern pid 21 tid 100478 td 0xfffffe00610c9800 (CPU 6) cpustop_handler() at cpustop_handler+0x28/frame 0xfffffe0011880e00 ipi_nmi_handler() at ipi_nmi_handler+0x39/frame 0xfffffe0011880e10 trap() at trap+0x56/frame 0xfffffe0011880f20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xfffffe0011880f20 --- trap 0x13, rip = 0xffffffff80c25fb2, rsp = 0xfffffe006168c820, rbp = 0xfffffe006168c830 --- lock_delay() at lock_delay+0x42/frame 0xfffffe006168c830 _mtx_lock_spin_cookie() at _mtx_lock_spin_cookie+0xc1/frame 0xfffffe006168c8a0 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0xd5/frame 0xfffffe006168c8e0 cnputs() at cnputs+0x58/frame 0xfffffe006168c910 vprintf() at vprintf+0xcd/frame 0xfffffe006168c9e0 printf() at printf+0x43/frame 0xfffffe006168ca40 zvol_free() at zvol_free+0x53/frame 0xfffffe006168ca80 zvol_task_cb() at zvol_task_cb+0x271/frame 0xfffffe006168cae0 taskq_run() at taskq_run+0x1f/frame 0xfffffe006168cb00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe006168cb80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe006168cbb0 fork_exit() at fork_exit+0x80/frame 0xfffffe006168cbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe006168cbf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Tracing command geom pid 13 tid 100049 td 0xfffffe0011862700 (CPU 7) kdb_enter() at kdb_enter+0x37/frame 0xfffffe000edcd7e0 vpanic() at vpanic+0x19e/frame 0xfffffe000edcd830 panic() at panic+0x43/frame 0xfffffe000edcd890 trap_fatal() at trap_fatal+0x387/frame 0xfffffe000edcd8f0 trap_pfault() at trap_pfault+0x97/frame 0xfffffe000edcd950 trap() at trap+0x2ab/frame 0xfffffe000edcda60 calltrap() at calltrap+0x8/frame 0xfffffe000edcda60 --- trap 0xc, rip = 0xffffffff82167fca, rsp = 0xfffffe000edcdb30, rbp = 0xfffffe000edcdb70 --- zvol_geom_bio_start() at zvol_geom_bio_start+0x2a/frame 0xfffffe000edcdb70 g_io_schedule_down() at g_io_schedule_down+0x134/frame 0xfffffe000edcdba0 g_down_procbody() at g_down_procbody+0x5c/frame 0xfffffe000edcdbb0 fork_exit() at fork_exit+0x80/frame 0xfffffe000edcdbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe000edcdbf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- (The other CPUs were idle.) >> On Fri, Oct 9, 2020 at 3:48 PM Eric van Gyzen wrote: >> >>> On 10/9/20 4:39 PM, Eric van Gyzen wrote: >>>> Does this look familiar?  I'm creating a zvol with volmode=dev, but >>>> some >>>> geom code paths were taken.  If this looks new, I'll provide more >>> details. >>> >>> primarycache=none also seems to be a factor.  I can easily repro with: >>> >>> zfs create -s -V 10G -o primarycache=none -o volmode=dev .../testvol > > > I don't think primarycache is a factor, I can easily repro with > primarycache left at the default. > The volmode property is being set asynchronously and losing the race > with the initial creation of > the minors. When volmode is changed the minor is supposed to be > destroyed and then recreated > in the correct mode, but that does not seem to be working correctly. > Setting vfs.zfs.debug=1 you > can see in dmesg the zvol is created once in volmode=geom and then a > second attempt to create > the zvol fails, because zvol_free did not occur. > > zvol_create_minor_impl:1250[1]: Creating ZVOL p0/testvol... > name=p0/testvol error=0 volmode=1 > zvol_create_minor_impl:1372[1]: ZVOL p0/testvol created. > zvol_create_minor_impl:1250[1]: Creating ZVOL p0/testvol... > > So something is preventing zv_free from being called by > zvol_remove_minors_impl. > > -Ryan > > >>> >>>> 13.0-CURRENT r366500+84ccaf49083c-c272054 GENERIC >>>> >>>> #8  >>>> #9  zvol_geom_bio_getattr (bp=0xfffff80376132900) >>>>       at >>>> /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 >>>> #10 zvol_geom_bio_start (bp=0xfffff80376132900) >>>>       at >>>> /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:519 >>>> #11 0xffffffff80b1c684 in g_io_schedule_down (tp=) >>>>       at /usr/src/sys/geom/geom_io.c:848 >>>> #12 0xffffffff80b1cfcc in g_down_procbody (arg=) >>>>       at /usr/src/sys/geom/geom_kern.c:111 >>>> >>>> (kgdb) f 9 >>>> #9  zvol_geom_bio_getattr (bp=0xfffff80376132900) >>>>       at >>>> /usr/src/sys/contrib/openzfs/module/os/freebsd/zfs/zvol_os.c:545 >>>> 545        spa_t *spa = dmu_objset_spa(zv->zv_objset); >>>> >>>> (kgdb) l >>>> 540        zvol_state_t *zv; >>>> 541 >>>> 542        zv = bp->bio_to->private; >>>> 543        ASSERT(zv != NULL); >>>> 544 >>>> 545        spa_t *spa = dmu_objset_spa(zv->zv_objset); >>>> 546        uint64_t refd, avail, usedobjs, availobjs; >>>> 547 >>>> 548        if (g_handleattr_int(bp, "GEOM::candelete", 1)) >>>> 549            return (0); >>>> >>>> (kgdb) p zv >>>> $1 = (zvol_state_t *) 0x0 >>>> >>>> (kgdb) p *bp >>>> $3 = { >>>>     bio_cmd = 4, >>>>     bio_flags = 0, >>>>     bio_cflags = 0, >>>>     bio_pflags = 0, >>>>     bio_dev = 0x0, >>>>     bio_disk = 0x0, >>>>     bio_offset = 0, >>>>     bio_bcount = 0, >>>>     bio_data = 0xfffff801fa687c00 "", >>>>     bio_ma = 0x0, >>>>     bio_ma_offset = 0, >>>>     bio_ma_n = 0, >>>>     bio_error = 0, >>>>     bio_resid = 0, >>>>     bio_done = 0x0, >>>>     bio_driver1 = 0x0, >>>>     bio_driver2 = 0x0, >>>>     bio_caller1 = 0x0, >>>>     bio_caller2 = 0x0, >>>>     bio_queue = { >>>>       tqe_next = 0xffffffffffffffff, >>>>       tqe_prev = 0xffffffffffffffff >>>>     }, >>>>     bio_attribute = 0xffffffff81223c03 "GEOM::physpath", >>>>     bio_zone = { >>>>       zone_cmd = 0 '\000', >>>>       zone_params = { >>>>         disk_params = { >>>>           zone_mode = 0, >>>>           flags = 0, >>>>           optimal_seq_zones = 0, >>>>           optimal_nonseq_zones = 0, >>>>           max_seq_zones = 0 >>>>         }, >>>>         rwp = { >>>>           id = 0, >>>>           flags = 0 '\000' >>>>         }, >>>>         report = { >>>>           starting_id = 0, >>>>           rep_options = 0 '\000', >>>>           header = { >>>>             same = 0 '\000', >>>>             maximum_lba = 0, >>>>             reserved = '\000' >>>>           }, >>>>           entries_allocated = 0, >>>>           entries_filled = 0, >>>>           entries_available = 0, >>>>           entries = 0x0 >>>>         } >>>>       } >>>>     }, >>>>     bio_from = 0xfffff80006b92880, >>>>     bio_to = 0xfffff80006972500, >>>>     bio_length = 1024, >>>>     bio_completed = 0, >>>>     bio_children = 0, >>>>     bio_inbed = 0, >>>>     bio_parent = 0x0, >>>>     bio_t0 = { >>>>       sec = 50, >>>>       frac = 10248368299661698441 >>>>     }, >>>>     bio_task = 0x0, >>>>     bio_task_arg = 0x0, >>>>     bio_spare1 = 0x0, >>>>     bio_spare2 = 0x0, >>>>     bio_track_bp = 0x0, >>>>     bio_pblkno = 0 >>>> } >>>> >>>> (kgdb) p *bp->bio_to >>>> $4 = { >>>>     name = 0xfffff80006972598 "zvol/disco_fast/vm/onefs1-1/disk7", >>>>     provider = { >>>>       le_next = 0x0, >>>>       le_prev = 0xfffff80006972428 >>>>     }, >>>>     geom = 0xfffff80006972400, >>>>     consumers = { >>>>       lh_first = 0xfffff80006b92880 >>>>     }, >>>>     acr = 1, >>>>     acw = 0, >>>>     ace = 0, >>>>     error = 0, >>>>     orphan = { >>>>       tqe_next = 0x0, >>>>       tqe_prev = 0x0 >>>>     }, >>>>     mediasize = 5368709120, >>>>     sectorsize = 512, >>>>     stripesize = 8192, >>>>     stripeoffset = 0, >>>>     stat = 0xfffff80006d3d120, >>>>     spare1 = 0, >>>>     spare2 = 0, >>>>     flags = 48, >>>>     aliases = { >>>>       lh_first = 0x0 >>>>     }, >>>>     private = 0x0, >>>>     index = 0 >>>> }