From owner-freebsd-current@freebsd.org Thu Jan 14 01:18:46 2021 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 6BABF4EE1FA for ; Thu, 14 Jan 2021 01:18:46 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out02.mta.xmission.com (out02.mta.xmission.com [166.70.13.232]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGRKK2sdTz4WjQ; Thu, 14 Jan 2021 01:18:45 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from in01.mta.xmission.com ([166.70.13.51]) by out02.mta.xmission.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1kzrHW-007onl-Qk; Wed, 13 Jan 2021 18:18:34 -0700 Received: from mta5.zcs.xmission.com ([166.70.13.69]) by in01.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87) (envelope-from ) id 1kzrHW-0007y5-4J; Wed, 13 Jan 2021 18:18:34 -0700 Received: from localhost (localhost [127.0.0.1]) by mta5.zcs.xmission.com (Postfix) with ESMTP id DA59A1280D7F; Wed, 13 Jan 2021 18:18:33 -0700 (MST) X-Amavis-Modified: Mail body modified (using disclaimer) - mta5.zcs.xmission.com Received: from mta5.zcs.xmission.com ([127.0.0.1]) by localhost (mta5.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 5x8PKNOo0LwF; Wed, 13 Jan 2021 18:18:33 -0700 (MST) Received: from photon.int.bluestop.org (c-174-52-16-57.hsd1.ut.comcast.net [174.52.16.57]) by mta5.zcs.xmission.com (Postfix) with ESMTPSA id 99B021280C98; Wed, 13 Jan 2021 18:18:33 -0700 (MST) To: Warner Losh , Alexander Motin Cc: Xin LI , FreeBSD Current , Warner Losh References: <02fa309e-9467-f741-8092-974bfc145c9a@FreeBSD.org> <5e4f0439-08fa-7715-7672-05793d05cc6d@FreeBSD.org> From: Rebecca Cran Message-ID: <1d27b217-1ce2-0075-3884-eed01ccd74d7@bsdio.com> Date: Wed, 13 Jan 2021 18:18:32 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-XM-SPF: eid=1kzrHW-0007y5-4J; ; ; mid=<1d27b217-1ce2-0075-3884-eed01ccd74d7@bsdio.com>; ; ; hst=in01.mta.xmission.com; ; ; ip=166.70.13.69; ; ; frm=rebecca@bsdio.com; ; ; spf=none X-SA-Exim-Connect-IP: 166.70.13.69 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa05.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,NICE_REPLY_A,T_TM2_M_HEADER_IN_MSG,TooManyTo_001 autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5000] * 0.3 TooManyTo_001 Multiple "To" Header Recipients 2x (uncommon) * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa05 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-DCC: XMission; sa05 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ; Warner Losh , Alexander Motin X-Spam-Relay-Country: X-Spam-Timing: total 516 ms - load_scoreonly_sql: 0.04 (0.0%), signal_user_changed: 10 (2.0%), b_tie_ro: 9 (1.8%), parse: 1.02 (0.2%), extract_message_metadata: 12 (2.3%), get_uri_detail_list: 1.02 (0.2%), tests_pri_-1000: 13 (2.5%), tests_pri_-950: 1.25 (0.2%), tests_pri_-900: 0.96 (0.2%), tests_pri_-90: 91 (17.6%), check_bayes: 88 (17.1%), b_tokenize: 6 (1.2%), b_tok_get_all: 6 (1.1%), b_comp_prob: 2.5 (0.5%), b_tok_touch_all: 71 (13.8%), b_finish: 0.76 (0.1%), tests_pri_0: 377 (73.0%), check_dkim_signature: 0.49 (0.1%), check_dkim_adsp: 41 (7.9%), poll_dns_idle: 39 (7.5%), tests_pri_10: 1.73 (0.3%), tests_pri_500: 6 (1.2%), rewrite_mail: 0.00 (0.0%) Subject: Re: GPF on boot with devmatch X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com) X-Rspamd-Queue-Id: 4DGRKK2sdTz4WjQ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[166.70.13.232:from]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdio.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[174.52.16.57:received]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[166.70.13.232:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=xmission]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsdio.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[166.70.13.232:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[166.70.13.232:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2021 01:18:46 -0000 On 10/12/20 12:13 PM, Warner Losh wrote: > Xin Li's traceback lead to code I just rewrote in current, while this code > leads to code that's been there for a long time and hasn't been MFC'd. This > suggests that Xin Li's backtrace isn't to be trusted, or there's two issues > at play. Both are plausible. I've fixed a minor signedness bug and a > possible one byte overflow that might have happened in the code I just > rewrote. But I suspect this is due to something else related to how > children are handled after we've raced. Maybe there's something special > about how USB does things, because other buses will create the child early > and the child list is stable. If USB's discovery code is adding something > and is racing with devd's walking of the tree, that might explain it... It > would be nice if there were some way to provoke the race on a system I > could get a core from for deeper analysis.... I'm seeing this crash on 13-CURRENT main-c255937-g818390ce0ca-dirty when running GENERIC (but not on GENERIC-NODEBUG). I've uploaded the core dump etc. to https://bsdio.com/freebsd/crashes/2021-01-13-devmatch/ . -- Rebecca Cran