From owner-freebsd-current@freebsd.org Sun Dec 1 00:04:36 2019 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 488171BD509 for ; Sun, 1 Dec 2019 00:04:36 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47QT4z0PlYz3D7p for ; Sun, 1 Dec 2019 00:04:34 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Sun, 01 Dec 2019 00:04:31 +0000 Received: from wms0-eu-central.migadu.com (wms0-eu-central.migadu.com [139.162.159.86]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id CA8FF31B-0D5A-44B5-BB08-72291F94FCFA.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Sun, 01 Dec 2019 00:04:31 +0000 MIME-Version: 1.0 Date: Sun, 01 Dec 2019 00:04:31 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.12.1 From: greg@unrelenting.technology Message-ID: Subject: Re: WifI support missing: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter To: "O. Hartmann" , "FreeBSD CURRENT" In-Reply-To: <20191128134350.6cd493ce@thor.intern.walstatt.dynvpn.de> References: <20191128134350.6cd493ce@thor.intern.walstatt.dynvpn.de> DKIM-Signature: v=1; a=rsa-sha256; bh=aTnIl7JlGuwCf7f2ql+reFLPGTGJnoG+c8dTsw8w2qs=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=cNN+gi9vkJrNxAINjnRAOGdwle1nyzoT4n78ghsEO6s2034pew1a2h+RKKP6HqCHmvT3trxadQjjEHOhNEAqv2z966pFfSy4H6At5BsU4HTV7skA6v+tn6SjAkqejphGpyHq19kj/tjGhQ+8+Q4+cXYCXDTtZCXxKrmJbkjJuMY= X-Rspamd-Queue-Id: 47QT4z0PlYz3D7p X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=cNN+gi9v; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-5.28 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[63.223.121.91.list.dnswl.org : 127.0.10.0]; FROM_NO_DN(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.28)[ip: (-9.85), ipnet: 91.121.0.0/16(-3.36), asn: 16276(1.80), country: FR(-0.00)]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2019 00:04:36 -0000 November 28, 2019 3:43 PM, "O. Hartmann" wrote:= =0A=0A> The ath-driver found in recent 12-STABLE/13-CURRENT do not suppor= t this chip although it seems=0A> very common and well supported by sever= al Linux distributions including the OpenWRT router=0A> project (I think = that is the ath10k driver suite as far as I recall).=0A=0Aath10k porting = is happening in https://github.com/erikarn/athp=0A=0Athe pull requests co= ntain some instructions. Something might work maybe. From owner-freebsd-current@freebsd.org Sun Dec 1 01:16:21 2019 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 50E0F1BFABB; Sun, 1 Dec 2019 01:16:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47QVgl67Tsz3Hbd; Sun, 1 Dec 2019 01:16:19 +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 xB11GGSH045957 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 30 Nov 2019 17:16:17 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id xB11GGGk045956; Sat, 30 Nov 2019 17:16:16 -0800 (PST) (envelope-from fbsd) Date: Sat, 30 Nov 2019 17:16:15 -0800 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Cc: bob prohaska Subject: Rpi3 panic: non-current pmap 0xfffffd001e05b130 Message-ID: <20191201011615.GA45887@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 47QVgl67Tsz3Hbd X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.811,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.07)[ip: (0.30), ipnet: 50.1.16.0/20(0.15), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.63)[-0.633,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; 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]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2019 01:16:21 -0000 A Pi3 running r355024 reported a panic while doing a -j3 make of www/chromium: panic: non-current pmap 0xfffffd001e05b130 cpuid = 0 time = 1575161361 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff000000729e4c lr = 0xffff0000001066c8 sp = 0xffff000059f3e2b0 fp = 0xffff000059f3e4c0 db_trace_self_wrapper() at vpanic+0x18c pc = 0xffff0000001066c8 lr = 0xffff000000400d7c sp = 0xffff000059f3e4d0 fp = 0xffff000059f3e580 vpanic() at panic+0x44 pc = 0xffff000000400d7c lr = 0xffff000000400b2c sp = 0xffff000059f3e590 fp = 0xffff000059f3e610 panic() at pmap_remove_pages+0x8d4 pc = 0xffff000000400b2c lr = 0xffff00000074154c sp = 0xffff000059f3e620 fp = 0xffff000059f3e6e0 pmap_remove_pages() at vmspace_exit+0xc0 pc = 0xffff00000074154c lr = 0xffff0000006c9c00 sp = 0xffff000059f3e6f0 fp = 0xffff000059f3e720 vmspace_exit() at exit1+0x4f8 pc = 0xffff0000006c9c00 lr = 0xffff0000003bc2a4 sp = 0xffff000059f3e730 fp = 0xffff000059f3e7a0 exit1() at sys_sys_exit+0x10 pc = 0xffff0000003bc2a4 lr = 0xffff0000003bbda8 sp = 0xffff000059f3e7b0 fp = 0xffff000059f3e7b0 sys_sys_exit() at do_el0_sync+0x514 pc = 0xffff0000003bbda8 lr = 0xffff000000747aa4 sp = 0xffff000059f3e7c0 fp = 0xffff000059f3e860 do_el0_sync() at handle_el0_sync+0x90 pc = 0xffff000000747aa4 lr = 0xffff00000072ca14 sp = 0xffff000059f3e870 fp = 0xffff000059f3e980 handle_el0_sync() at 0x404e6d60 pc = 0xffff00000072ca14 lr = 0x00000000404e6d60 sp = 0xffff000059f3e990 fp = 0x0000ffffffffd590 KDB: enter: panic [ thread pid 94966 tid 100145 ] Stopped at 0x40505460: undefined 54000042 db> bt Tracing pid 94966 tid 100145 td 0xfffffd002552b000 db_trace_self() at db_stack_trace+0xf8 pc = 0xffff000000729e4c lr = 0xffff000000103b0c sp = 0xffff000059f3de80 fp = 0xffff000059f3deb0 db_stack_trace() at db_command+0x228 pc = 0xffff000000103b0c lr = 0xffff000000103784 sp = 0xffff000059f3dec0 fp = 0xffff000059f3dfa0 db_command() at db_command_loop+0x58 pc = 0xffff000000103784 lr = 0xffff00000010352c sp = 0xffff000059f3dfb0 fp = 0xffff000059f3dfd0 db_command_loop() at db_trap+0xf4 pc = 0xffff00000010352c lr = 0xffff000000106830 sp = 0xffff000059f3dfe0 fp = 0xffff000059f3e200 db_trap() at kdb_trap+0x1d8 pc = 0xffff000000106830 lr = 0xffff0000004492fc sp = 0xffff000059f3e210 fp = 0xffff000059f3e2c0 kdb_trap() at do_el1h_sync+0xf4 pc = 0xffff0000004492fc lr = 0xffff000000747418 sp = 0xffff000059f3e2d0 fp = 0xffff000059f3e300 do_el1h_sync() at handle_el1h_sync+0x78 pc = 0xffff000000747418 lr = 0xffff00000072c878 sp = 0xffff000059f3e310 fp = 0xffff000059f3e420 handle_el1h_sync() at kdb_enter+0x34 pc = 0xffff00000072c878 lr = 0xffff000000448948 sp = 0xffff000059f3e430 fp = 0xffff000059f3e4c0 kdb_enter() at vpanic+0x1a8 pc = 0xffff000000448948 lr = 0xffff000000400d98 sp = 0xffff000059f3e4d0 fp = 0xffff000059f3e580 vpanic() at panic+0x44 pc = 0xffff000000400d98 lr = 0xffff000000400b2c sp = 0xffff000059f3e590 fp = 0xffff000059f3e610 panic() at pmap_remove_pages+0x8d4 pc = 0xffff000000400b2c lr = 0xffff00000074154c sp = 0xffff000059f3e620 fp = 0xffff000059f3e6e0 pmap_remove_pages() at vmspace_exit+0xc0 pc = 0xffff00000074154c lr = 0xffff0000006c9c00 sp = 0xffff000059f3e6f0 fp = 0xffff000059f3e720 vmspace_exit() at exit1+0x4f8 pc = 0xffff0000006c9c00 lr = 0xffff0000003bc2a4 sp = 0xffff000059f3e730 fp = 0xffff000059f3e7a0 exit1() at sys_sys_exit+0x10 pc = 0xffff0000003bc2a4 lr = 0xffff0000003bbda8 sp = 0xffff000059f3e7b0 fp = 0xffff000059f3e7b0 sys_sys_exit() at do_el0_sync+0x514 pc = 0xffff0000003bbda8 lr = 0xffff000000747aa4 sp = 0xffff000059f3e7c0 fp = 0xffff000059f3e860 do_el0_sync() at handle_el0_sync+0x90 pc = 0xffff000000747aa4 lr = 0xffff00000072ca14 sp = 0xffff000059f3e870 fp = 0xffff000059f3e980 handle_el0_sync() at 0x404e6d60 pc = 0xffff00000072ca14 lr = 0x00000000404e6d60 sp = 0xffff000059f3e990 fp = 0x0000ffffffffd590 db> The last top screen showed last pid: 94966; load averages: 1.22, 1.42, 1.40 up 0+05:10:16 16:49:20 43 processes: 1 running, 42 sleeping CPU: 3.7% user, 0.0% nice, 20.0% system, 5.5% interrupt, 70.8% idle Mem: 502M Active, 6672K Inact, 150M Laundry, 184M Wired, 90M Buf, 55M Free Swap: 7194M Total, 3835M Used, 3359M Free, 53% Inuse, 11M In, 3852K Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 71350 root 1 22 0 951M 144M swread 0 10:20 5.97% c++ 58502 root 1 21 0 986M 232M swread 1 11:23 3.42% c++ 77283 root 1 22 0 963M 151M swread 0 8:45 3.30% c++ 6904 root 1 22 0 1144M 191M swread 0 21:26 3.29% c++ 1091 bob 1 52 0 11M 324K wait 3 0:55 0.27% sh 1079 bob 1 20 0 13M 1636K CPU0 0 0:57 0.22% top 1074 bob 1 20 0 19M 1316K select 1 0:13 0.03% sshd 970 root 1 20 0 16M 1500K select 1 0:02 0.02% sendmail 1069 root 1 20 0 204M 1044K select 3 1:40 0.00% ninja 1050 root 1 20 0 12M 972K select 2 0:02 0.00% make 977 root 1 20 0 11M 0B nanslp 1 0:02 0.00% 957 root 1 20 0 19M 1216K select 1 0:01 0.00% sshd 824 root 1 20 0 11M 1084K select 2 0:01 0.00% syslogd 1084 bob 1 20 0 13M 1008K ttyin 0 0:00 0.00% tcsh and the last few storage activity log entries were: dT: 1.002s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 1 713 694 4666 3.7 20 116 6.0 0 0 0.0 90.9 mmcsd0 1 713 694 4666 3.8 20 116 6.0 0 0 0.0 91.2 mmcsd0s2 2 751 734 4730 2.0 17 96 0.6 0 0 0.0 79.4 da0 1 713 694 4666 3.8 20 116 6.0 0 0 0.0 91.4 mmcsd0s2b 2 751 734 4730 2.0 17 96 0.6 0 0 0.0 79.9 da0p6 Sat Nov 30 16:48:21 PST 2019 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 1958976 2445276 44% /dev/da0p6 5242880 1956872 3286008 37% Total 9647132 3915848 5731284 41% Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 0 0 12 4523836 56064 6988 186 715 257 6931 25128 0 0 30789 1073 29817 14 26 60 dT: 1.002s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 0 709 687 4588 3.9 22 144 5.8 0 0 0.0 90.5 mmcsd0 0 709 687 4588 3.9 22 144 5.8 0 0 0.0 90.9 mmcsd0s2 2 698 679 4696 2.1 19 104 0.6 0 0 0.0 75.2 da0 0 709 687 4588 3.9 22 144 5.8 0 0 0.0 91.0 mmcsd0s2b 2 698 679 4696 2.2 19 104 0.6 0 0 0.0 75.7 da0p6 Sat Nov 30 16:48:22 PST 2019 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 1959032 2445220 44% /dev/da0p6 5242880 1956928 3285952 37% Total 9647132 3915960 5731172 41% Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 0 0 12 4523836 55844 6989 186 715 257 6932 25127 604 604 30790 1073 29819 14 26 60 dT: 1.001s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 2 736 680 4829 3.9 56 292 5.0 0 0 0.0 94.4 mmcsd0 2 736 680 4829 4.0 56 292 5.0 0 0 0.0 94.6 mmcsd0s2 1 680 627 4014 1.9 53 328 1.0 0 0 0.0 71.1 da0 2 736 680 4829 4.0 56 292 5.0 0 0 0.0 94.7 mmcsd0s2b 1 680 627 4014 1.9 53 328 1.0 0 0 0.0 71.7 da0p6 Sat Nov 30 16:48:24 PST 2019 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 1959324 2444928 44% /dev/da0p6 5242880 1957468 3285412 37% Total 9647132 3916792 5730340 41% Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 0 0 12 4523836 52860 6989 186 715 257 6932 25125 1038 1038 30790 1073 29820 14 26 60 dT: 1.002s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 1 751 702 4860 4.0 49 251 5.0 0 0 0.0 94.4 mmcsd0 1 751 702 4860 4.1 49 251 5.1 0 0 0.0 94.7 mmcsd0s2 2 704 658 4082 1.8 46 235 0.6 0 0 0.0 71.9 da0 1 751 702 4860 4.1 49 251 5.1 0 0 0.0 94.8 mmcsd0s2b 2 704 658 4082 1.8 46 235 0.7 0 0 0.0 72.6 da0p6 Sat Nov 30 16:48:26 PST 2019 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 1959504 2444748 44% /dev/da0p6 5242880 1957540 3285340 37% Total 9647132 3917044 5730088 41% Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 0 0 12 4523868 46872 6989 186 715 257 6932 25123 0 0 30790 1073 29820 14 26 60 dT: 1.002s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 2 700 681 4888 3.7 19 108 3.7 0 0 0.0 92.1 mmcsd0 2 700 681 4888 3.8 19 108 3.7 0 0 0.0 92.5 mmcsd0s2 2 709 687 4314 2.1 22 108 3.4 0 0 0.0 78.2 da0 2 700 681 4888 3.8 19 108 3.7 0 0 0.0 92.6 mmcsd0s2b 2 709 687 4314 2.1 22 108 3.4 0 0 0.0 78.7 da0p6 Sat Nov 30 16:48:28 PST 2019 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 440 It's clear the machine was heavily loaded, but storage didn't appear to be swamped. I hope the foregoing has been of some interest, thanks for reading! bob prohaska From owner-freebsd-current@freebsd.org Sun Dec 1 01:52:51 2019 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 C909A1C1AF3; Sun, 1 Dec 2019 01:52:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47QWTt4xRdz3KyL; Sun, 1 Dec 2019 01:52:50 +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 xB11qrF4046037 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 30 Nov 2019 17:52:54 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id xB11qqSk046036; Sat, 30 Nov 2019 17:52:52 -0800 (PST) (envelope-from fbsd) Date: Sat, 30 Nov 2019 17:52:52 -0800 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Cc: bob prohaska Subject: Re: Rpi3 panic: non-current pmap 0xfffffd001e05b130 Message-ID: <20191201015252.GB45887@www.zefox.net> References: <20191201011615.GA45887@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191201011615.GA45887@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 47QWTt4xRdz3KyL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.808,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.07)[ip: (0.30), ipnet: 50.1.16.0/20(0.15), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.62)[-0.619,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; 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]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2019 01:52:51 -0000 On Sat, Nov 30, 2019 at 05:16:15PM -0800, bob prohaska wrote: > A Pi3 running r355024 reported a panic while doing a -j3 make of > www/chromium: > Ok, another panic, looks like a dying storage device. This time there was a preamble on the console: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 c3 90 d8 00 00 08 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Error 5, Retries exhausted swap_pager: I/O error - pageout failed; blkno 1442883,size 4096, error 5 swap_pager: I/O error - pageout failed; blkno 1442884,size 4096, error 5 swap_pager: I/O error - pageout failed; blkno 1442885,size 8192, error 5 swap_pager: I/O error - pageout failed; blkno 1442887,size 4096, error 5 swap_pager: I/O error - pagein failed; blkno 1103209,size 4096, error 5 vm_fault: pager read error, pid 681 (devd) swap_pager: I/O error - pagein failed; blkno 1130270,size 4096, error 5 vm_fault: pager read error, pid 2362 (c++) Nov 30 17:37:34 www kernel: Failed to fully fault in a core file segment at VA 0x40400000 with size 0x60b000 to be written at offset 0x32b000 for process devd panic: vm_page_assert_unbusied: page 0xfffffd0030f8af80 busy @ /usr/src/sys/vm/vm_object.c:777 cpuid = 3 time = 1575164255 Earlier panics didn't have any proximate warnings on the console, but they're probably the same story. apologies for the noise! bob prohaska > panic: non-current pmap 0xfffffd001e05b130 > cpuid = 0 > time = 1575161361 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc = 0xffff000000729e4c lr = 0xffff0000001066c8 > sp = 0xffff000059f3e2b0 fp = 0xffff000059f3e4c0 > > db_trace_self_wrapper() at vpanic+0x18c > pc = 0xffff0000001066c8 lr = 0xffff000000400d7c > sp = 0xffff000059f3e4d0 fp = 0xffff000059f3e580 > > vpanic() at panic+0x44 > pc = 0xffff000000400d7c lr = 0xffff000000400b2c > sp = 0xffff000059f3e590 fp = 0xffff000059f3e610 > > panic() at pmap_remove_pages+0x8d4 > pc = 0xffff000000400b2c lr = 0xffff00000074154c > sp = 0xffff000059f3e620 fp = 0xffff000059f3e6e0 > > pmap_remove_pages() at vmspace_exit+0xc0 > pc = 0xffff00000074154c lr = 0xffff0000006c9c00 > sp = 0xffff000059f3e6f0 fp = 0xffff000059f3e720 > > vmspace_exit() at exit1+0x4f8 > pc = 0xffff0000006c9c00 lr = 0xffff0000003bc2a4 > sp = 0xffff000059f3e730 fp = 0xffff000059f3e7a0 > > exit1() at sys_sys_exit+0x10 > pc = 0xffff0000003bc2a4 lr = 0xffff0000003bbda8 > sp = 0xffff000059f3e7b0 fp = 0xffff000059f3e7b0 > > sys_sys_exit() at do_el0_sync+0x514 > pc = 0xffff0000003bbda8 lr = 0xffff000000747aa4 > sp = 0xffff000059f3e7c0 fp = 0xffff000059f3e860 > > do_el0_sync() at handle_el0_sync+0x90 > pc = 0xffff000000747aa4 lr = 0xffff00000072ca14 > sp = 0xffff000059f3e870 fp = 0xffff000059f3e980 > > handle_el0_sync() at 0x404e6d60 > pc = 0xffff00000072ca14 lr = 0x00000000404e6d60 > sp = 0xffff000059f3e990 fp = 0x0000ffffffffd590 > > KDB: enter: panic > [ thread pid 94966 tid 100145 ] > Stopped at 0x40505460: undefined 54000042 > db> bt > Tracing pid 94966 tid 100145 td 0xfffffd002552b000 > db_trace_self() at db_stack_trace+0xf8 > pc = 0xffff000000729e4c lr = 0xffff000000103b0c > sp = 0xffff000059f3de80 fp = 0xffff000059f3deb0 > > db_stack_trace() at db_command+0x228 > pc = 0xffff000000103b0c lr = 0xffff000000103784 > sp = 0xffff000059f3dec0 fp = 0xffff000059f3dfa0 > > db_command() at db_command_loop+0x58 > pc = 0xffff000000103784 lr = 0xffff00000010352c > sp = 0xffff000059f3dfb0 fp = 0xffff000059f3dfd0 > > db_command_loop() at db_trap+0xf4 > pc = 0xffff00000010352c lr = 0xffff000000106830 > sp = 0xffff000059f3dfe0 fp = 0xffff000059f3e200 > > db_trap() at kdb_trap+0x1d8 > pc = 0xffff000000106830 lr = 0xffff0000004492fc > sp = 0xffff000059f3e210 fp = 0xffff000059f3e2c0 > > kdb_trap() at do_el1h_sync+0xf4 > pc = 0xffff0000004492fc lr = 0xffff000000747418 > sp = 0xffff000059f3e2d0 fp = 0xffff000059f3e300 > > do_el1h_sync() at handle_el1h_sync+0x78 > pc = 0xffff000000747418 lr = 0xffff00000072c878 > sp = 0xffff000059f3e310 fp = 0xffff000059f3e420 > > handle_el1h_sync() at kdb_enter+0x34 > pc = 0xffff00000072c878 lr = 0xffff000000448948 > sp = 0xffff000059f3e430 fp = 0xffff000059f3e4c0 > > kdb_enter() at vpanic+0x1a8 > pc = 0xffff000000448948 lr = 0xffff000000400d98 > sp = 0xffff000059f3e4d0 fp = 0xffff000059f3e580 > > vpanic() at panic+0x44 > pc = 0xffff000000400d98 lr = 0xffff000000400b2c > sp = 0xffff000059f3e590 fp = 0xffff000059f3e610 > > panic() at pmap_remove_pages+0x8d4 > pc = 0xffff000000400b2c lr = 0xffff00000074154c > sp = 0xffff000059f3e620 fp = 0xffff000059f3e6e0 > > pmap_remove_pages() at vmspace_exit+0xc0 > pc = 0xffff00000074154c lr = 0xffff0000006c9c00 > sp = 0xffff000059f3e6f0 fp = 0xffff000059f3e720 > > vmspace_exit() at exit1+0x4f8 > pc = 0xffff0000006c9c00 lr = 0xffff0000003bc2a4 > sp = 0xffff000059f3e730 fp = 0xffff000059f3e7a0 > > exit1() at sys_sys_exit+0x10 > pc = 0xffff0000003bc2a4 lr = 0xffff0000003bbda8 > sp = 0xffff000059f3e7b0 fp = 0xffff000059f3e7b0 > > sys_sys_exit() at do_el0_sync+0x514 > pc = 0xffff0000003bbda8 lr = 0xffff000000747aa4 > sp = 0xffff000059f3e7c0 fp = 0xffff000059f3e860 > > do_el0_sync() at handle_el0_sync+0x90 > pc = 0xffff000000747aa4 lr = 0xffff00000072ca14 > sp = 0xffff000059f3e870 fp = 0xffff000059f3e980 > > handle_el0_sync() at 0x404e6d60 > pc = 0xffff00000072ca14 lr = 0x00000000404e6d60 > sp = 0xffff000059f3e990 fp = 0x0000ffffffffd590 > > db> > > The last top screen showed > > last pid: 94966; load averages: 1.22, 1.42, 1.40 up 0+05:10:16 16:49:20 > 43 processes: 1 running, 42 sleeping > CPU: 3.7% user, 0.0% nice, 20.0% system, 5.5% interrupt, 70.8% idle > Mem: 502M Active, 6672K Inact, 150M Laundry, 184M Wired, 90M Buf, 55M Free > Swap: 7194M Total, 3835M Used, 3359M Free, 53% Inuse, 11M In, 3852K Out > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 71350 root 1 22 0 951M 144M swread 0 10:20 5.97% c++ > 58502 root 1 21 0 986M 232M swread 1 11:23 3.42% c++ > 77283 root 1 22 0 963M 151M swread 0 8:45 3.30% c++ > 6904 root 1 22 0 1144M 191M swread 0 21:26 3.29% c++ > 1091 bob 1 52 0 11M 324K wait 3 0:55 0.27% sh > 1079 bob 1 20 0 13M 1636K CPU0 0 0:57 0.22% top > 1074 bob 1 20 0 19M 1316K select 1 0:13 0.03% sshd > 970 root 1 20 0 16M 1500K select 1 0:02 0.02% sendmail > 1069 root 1 20 0 204M 1044K select 3 1:40 0.00% ninja > 1050 root 1 20 0 12M 972K select 2 0:02 0.00% make > 977 root 1 20 0 11M 0B nanslp 1 0:02 0.00% > 957 root 1 20 0 19M 1216K select 1 0:01 0.00% sshd > 824 root 1 20 0 11M 1084K select 2 0:01 0.00% syslogd > 1084 bob 1 20 0 13M 1008K ttyin 0 0:00 0.00% tcsh > > and the last few storage activity log entries were: > > dT: 1.002s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name > 1 713 694 4666 3.7 20 116 6.0 0 0 0.0 90.9 mmcsd0 > 1 713 694 4666 3.8 20 116 6.0 0 0 0.0 91.2 mmcsd0s2 > 2 751 734 4730 2.0 17 96 0.6 0 0 0.0 79.4 da0 > 1 713 694 4666 3.8 20 116 6.0 0 0 0.0 91.4 mmcsd0s2b > 2 751 734 4730 2.0 17 96 0.6 0 0 0.0 79.9 da0p6 > Sat Nov 30 16:48:21 PST 2019 > Device 1K-blocks Used Avail Capacity > /dev/mmcsd0s2b 4404252 1958976 2445276 44% > /dev/da0p6 5242880 1956872 3286008 37% > Total 9647132 3915848 5731284 41% > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id > 0 0 12 4523836 56064 6988 186 715 257 6931 25128 0 0 30789 1073 29817 14 26 60 > dT: 1.002s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name > 0 709 687 4588 3.9 22 144 5.8 0 0 0.0 90.5 mmcsd0 > 0 709 687 4588 3.9 22 144 5.8 0 0 0.0 90.9 mmcsd0s2 > 2 698 679 4696 2.1 19 104 0.6 0 0 0.0 75.2 da0 > 0 709 687 4588 3.9 22 144 5.8 0 0 0.0 91.0 mmcsd0s2b > 2 698 679 4696 2.2 19 104 0.6 0 0 0.0 75.7 da0p6 > Sat Nov 30 16:48:22 PST 2019 > Device 1K-blocks Used Avail Capacity > /dev/mmcsd0s2b 4404252 1959032 2445220 44% > /dev/da0p6 5242880 1956928 3285952 37% > Total 9647132 3915960 5731172 41% > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id > 0 0 12 4523836 55844 6989 186 715 257 6932 25127 604 604 30790 1073 29819 14 26 60 > dT: 1.001s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name > 2 736 680 4829 3.9 56 292 5.0 0 0 0.0 94.4 mmcsd0 > 2 736 680 4829 4.0 56 292 5.0 0 0 0.0 94.6 mmcsd0s2 > 1 680 627 4014 1.9 53 328 1.0 0 0 0.0 71.1 da0 > 2 736 680 4829 4.0 56 292 5.0 0 0 0.0 94.7 mmcsd0s2b > 1 680 627 4014 1.9 53 328 1.0 0 0 0.0 71.7 da0p6 > Sat Nov 30 16:48:24 PST 2019 > Device 1K-blocks Used Avail Capacity > /dev/mmcsd0s2b 4404252 1959324 2444928 44% > /dev/da0p6 5242880 1957468 3285412 37% > Total 9647132 3916792 5730340 41% > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id > 0 0 12 4523836 52860 6989 186 715 257 6932 25125 1038 1038 30790 1073 29820 14 26 60 > dT: 1.002s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name > 1 751 702 4860 4.0 49 251 5.0 0 0 0.0 94.4 mmcsd0 > 1 751 702 4860 4.1 49 251 5.1 0 0 0.0 94.7 mmcsd0s2 > 2 704 658 4082 1.8 46 235 0.6 0 0 0.0 71.9 da0 > 1 751 702 4860 4.1 49 251 5.1 0 0 0.0 94.8 mmcsd0s2b > 2 704 658 4082 1.8 46 235 0.7 0 0 0.0 72.6 da0p6 > Sat Nov 30 16:48:26 PST 2019 > Device 1K-blocks Used Avail Capacity > /dev/mmcsd0s2b 4404252 1959504 2444748 44% > /dev/da0p6 5242880 1957540 3285340 37% > Total 9647132 3917044 5730088 41% > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for illegal user support from 103.133.104.114 > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from 103.133.104.114 port 52716:14: No more user authentication methods available. [preauth] > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id > 0 0 12 4523868 46872 6989 186 715 257 6932 25123 0 0 30790 1073 29820 14 26 60 > dT: 1.002s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name > 2 700 681 4888 3.7 19 108 3.7 0 0 0.0 92.1 mmcsd0 > 2 700 681 4888 3.8 19 108 3.7 0 0 0.0 92.5 mmcsd0s2 > 2 709 687 4314 2.1 22 108 3.4 0 0 0.0 78.2 da0 > 2 700 681 4888 3.8 19 108 3.7 0 0 0.0 92.6 mmcsd0s2b > 2 709 687 4314 2.1 22 108 3.4 0 0 0.0 78.7 da0p6 > Sat Nov 30 16:48:28 PST 2019 > Device 1K-blocks Used Avail Capacity > /dev/mmcsd0s2b 440 > > It's clear the machine was heavily loaded, but storage didn't appear to be swamped. > I hope the foregoing has been of some interest, thanks for reading! > > bob prohaska > From owner-freebsd-current@freebsd.org Sun Dec 1 02:32:30 2019 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 06C271C31D0 for ; Sun, 1 Dec 2019 02:32:30 +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) server-signature RSA-PSS (4096 bits) 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 47QXMc6gSlz3MqB for ; Sun, 1 Dec 2019 02:32:28 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x844.google.com with SMTP id w47so33130762qtk.4 for ; Sat, 30 Nov 2019 18:32:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Yv+Wf8CnGrqpUHXZS3RKu+HSzVvZXVEqrm9hVOBK4CM=; b=ic49btchzVqKXANd6tOosf+lQ9bRx0bkZAW2KjHPPAnSD27vTdk7Vj2qPttyY7kyVv 4eFE43Cbxm92se9qJFDBXqCyOSnP2W5Qbc3fopvzhW1UvREEXc3WxsNAxpmLJnDoGYmE J2PI47v+jJUgnR9xEuOKe2lbALmvc8f9A3ofyoh1h73ywJj1DgWh3CbYC862PdayUbzM m68RmF3gnqnUcJem4+8fMpX9n3G42oe4s9JzsSPhCiQfQ7zxWyclQLY5tzOLxe+NtbMm iQVXPBHhNkdTmbEfC22XFr44e8SkEPXk5fBMXm3sH6rWKAvvRJs18+FzJwY687BbUMw6 e66A== 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=Yv+Wf8CnGrqpUHXZS3RKu+HSzVvZXVEqrm9hVOBK4CM=; b=Rju++9likOaA8Sodjiw87EyW37j3Dy/hMb98CQk65YVLYOLXd72wK5RvswSERC+Th8 7k61v1gV/ptU2OTHuDPAS6IIFJPVVV99lGKZfaielhhRfeuOSYF4a136HVJ3eK0xWMOs PWN5UG8+D5tBgqT7OUbIBYNvhuYZi5cNVD0gIzVhbpMDlwApyLvS+ccq31xvVkuW2T1h 6IsaTmgPgKjeAP/fQBpzRQWzw8HbFlONQ0dp49w+DNkO+hymxkMl9YhKC/J1LR4CkHh8 85nYNKkF9qtq//6fXWcLqSlIC7LvBCiohI6bsK9xw8bXKQEq9+rO4DhrS6EB2ICD/Kft hSIA== X-Gm-Message-State: APjAAAWRg0QofZjvu8lYNOP8g2D70eXEzzLrC1aRahzmQ58l/oCwAFIq f8m26FiK3iSJNcKNMttscQXpRLEiR6B2q3SDAG4B9BGIrRM= X-Google-Smtp-Source: APXvYqx7fxImkxNcFSkykrZpodqJYQSz3whotuOUIrKnlMxz+8sRHfIuBfYxE9zbeZL/993OcqTRppRc6Y/cf++b+OM= X-Received: by 2002:ac8:67d0:: with SMTP id r16mr10037134qtp.187.1575167547401; Sat, 30 Nov 2019 18:32:27 -0800 (PST) MIME-Version: 1.0 References: <20191201011615.GA45887@www.zefox.net> <20191201015252.GB45887@www.zefox.net> In-Reply-To: <20191201015252.GB45887@www.zefox.net> From: Warner Losh Date: Sat, 30 Nov 2019 19:32:15 -0700 Message-ID: Subject: Re: Rpi3 panic: non-current pmap 0xfffffd001e05b130 To: bob prohaska Cc: freebsd-arm@freebsd.org, FreeBSD Current X-Rspamd-Queue-Id: 47QXMc6gSlz3MqB X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=ic49btch; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::844) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.925,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.94)[-0.936,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-0.37)[ip: (2.37), ipnet: 2607:f8b0::/32(-2.25), asn: 15169(-1.94), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2019 02:32:30 -0000 Page out errors can be caused by crappy nand... Warner On Sat, Nov 30, 2019, 6:53 PM bob prohaska wrote: > On Sat, Nov 30, 2019 at 05:16:15PM -0800, bob prohaska wrote: > > A Pi3 running r355024 reported a panic while doing a -j3 make of > > www/chromium: > > > Ok, another panic, looks like a dying storage device. This time there > was a preamble on the console: > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 c3 90 d8 00 00 08 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > swap_pager: I/O error - pageout failed; blkno 1442883,size 4096, error 5 > swap_pager: I/O error - pageout failed; blkno 1442884,size 4096, error 5 > swap_pager: I/O error - pageout failed; blkno 1442885,size 8192, error 5 > swap_pager: I/O error - pageout failed; blkno 1442887,size 4096, error 5 > swap_pager: I/O error - pagein failed; blkno 1103209,size 4096, error 5 > vm_fault: pager read error, pid 681 (devd) > swap_pager: I/O error - pagein failed; blkno 1130270,size 4096, error 5 > vm_fault: pager read error, pid 2362 (c++) > Nov 30 17:37:34 www kernel: Failed to fully fault in a core file segment > at VA 0x40400000 with size 0x60b000 to be written at offset 0x32b000 for > process devd > panic: vm_page_assert_unbusied: page 0xfffffd0030f8af80 busy @ > /usr/src/sys/vm/vm_object.c:777 > cpuid = 3 > time = 1575164255 > > Earlier panics didn't have any proximate warnings on the console, but > they're > probably the same story. > > apologies for the noise! > > bob prohaska > > > > > panic: non-current pmap 0xfffffd001e05b130 > > cpuid = 0 > > time = 1575161361 > > KDB: stack backtrace: > > db_trace_self() at db_trace_self_wrapper+0x28 > > pc = 0xffff000000729e4c lr = 0xffff0000001066c8 > > sp = 0xffff000059f3e2b0 fp = 0xffff000059f3e4c0 > > > > db_trace_self_wrapper() at vpanic+0x18c > > pc = 0xffff0000001066c8 lr = 0xffff000000400d7c > > sp = 0xffff000059f3e4d0 fp = 0xffff000059f3e580 > > > > vpanic() at panic+0x44 > > pc = 0xffff000000400d7c lr = 0xffff000000400b2c > > sp = 0xffff000059f3e590 fp = 0xffff000059f3e610 > > > > panic() at pmap_remove_pages+0x8d4 > > pc = 0xffff000000400b2c lr = 0xffff00000074154c > > sp = 0xffff000059f3e620 fp = 0xffff000059f3e6e0 > > > > pmap_remove_pages() at vmspace_exit+0xc0 > > pc = 0xffff00000074154c lr = 0xffff0000006c9c00 > > sp = 0xffff000059f3e6f0 fp = 0xffff000059f3e720 > > > > vmspace_exit() at exit1+0x4f8 > > pc = 0xffff0000006c9c00 lr = 0xffff0000003bc2a4 > > sp = 0xffff000059f3e730 fp = 0xffff000059f3e7a0 > > > > exit1() at sys_sys_exit+0x10 > > pc = 0xffff0000003bc2a4 lr = 0xffff0000003bbda8 > > sp = 0xffff000059f3e7b0 fp = 0xffff000059f3e7b0 > > > > sys_sys_exit() at do_el0_sync+0x514 > > pc = 0xffff0000003bbda8 lr = 0xffff000000747aa4 > > sp = 0xffff000059f3e7c0 fp = 0xffff000059f3e860 > > > > do_el0_sync() at handle_el0_sync+0x90 > > pc = 0xffff000000747aa4 lr = 0xffff00000072ca14 > > sp = 0xffff000059f3e870 fp = 0xffff000059f3e980 > > > > handle_el0_sync() at 0x404e6d60 > > pc = 0xffff00000072ca14 lr = 0x00000000404e6d60 > > sp = 0xffff000059f3e990 fp = 0x0000ffffffffd590 > > > > KDB: enter: panic > > [ thread pid 94966 tid 100145 ] > > Stopped at 0x40505460: undefined 54000042 > > db> bt > > Tracing pid 94966 tid 100145 td 0xfffffd002552b000 > > db_trace_self() at db_stack_trace+0xf8 > > pc = 0xffff000000729e4c lr = 0xffff000000103b0c > > sp = 0xffff000059f3de80 fp = 0xffff000059f3deb0 > > > > db_stack_trace() at db_command+0x228 > > pc = 0xffff000000103b0c lr = 0xffff000000103784 > > sp = 0xffff000059f3dec0 fp = 0xffff000059f3dfa0 > > > > db_command() at db_command_loop+0x58 > > pc = 0xffff000000103784 lr = 0xffff00000010352c > > sp = 0xffff000059f3dfb0 fp = 0xffff000059f3dfd0 > > > > db_command_loop() at db_trap+0xf4 > > pc = 0xffff00000010352c lr = 0xffff000000106830 > > sp = 0xffff000059f3dfe0 fp = 0xffff000059f3e200 > > > > db_trap() at kdb_trap+0x1d8 > > pc = 0xffff000000106830 lr = 0xffff0000004492fc > > sp = 0xffff000059f3e210 fp = 0xffff000059f3e2c0 > > > > kdb_trap() at do_el1h_sync+0xf4 > > pc = 0xffff0000004492fc lr = 0xffff000000747418 > > sp = 0xffff000059f3e2d0 fp = 0xffff000059f3e300 > > > > do_el1h_sync() at handle_el1h_sync+0x78 > > pc = 0xffff000000747418 lr = 0xffff00000072c878 > > sp = 0xffff000059f3e310 fp = 0xffff000059f3e420 > > > > handle_el1h_sync() at kdb_enter+0x34 > > pc = 0xffff00000072c878 lr = 0xffff000000448948 > > sp = 0xffff000059f3e430 fp = 0xffff000059f3e4c0 > > > > kdb_enter() at vpanic+0x1a8 > > pc = 0xffff000000448948 lr = 0xffff000000400d98 > > sp = 0xffff000059f3e4d0 fp = 0xffff000059f3e580 > > > > vpanic() at panic+0x44 > > pc = 0xffff000000400d98 lr = 0xffff000000400b2c > > sp = 0xffff000059f3e590 fp = 0xffff000059f3e610 > > > > panic() at pmap_remove_pages+0x8d4 > > pc = 0xffff000000400b2c lr = 0xffff00000074154c > > sp = 0xffff000059f3e620 fp = 0xffff000059f3e6e0 > > > > pmap_remove_pages() at vmspace_exit+0xc0 > > pc = 0xffff00000074154c lr = 0xffff0000006c9c00 > > sp = 0xffff000059f3e6f0 fp = 0xffff000059f3e720 > > > > vmspace_exit() at exit1+0x4f8 > > pc = 0xffff0000006c9c00 lr = 0xffff0000003bc2a4 > > sp = 0xffff000059f3e730 fp = 0xffff000059f3e7a0 > > > > exit1() at sys_sys_exit+0x10 > > pc = 0xffff0000003bc2a4 lr = 0xffff0000003bbda8 > > sp = 0xffff000059f3e7b0 fp = 0xffff000059f3e7b0 > > > > sys_sys_exit() at do_el0_sync+0x514 > > pc = 0xffff0000003bbda8 lr = 0xffff000000747aa4 > > sp = 0xffff000059f3e7c0 fp = 0xffff000059f3e860 > > > > do_el0_sync() at handle_el0_sync+0x90 > > pc = 0xffff000000747aa4 lr = 0xffff00000072ca14 > > sp = 0xffff000059f3e870 fp = 0xffff000059f3e980 > > > > handle_el0_sync() at 0x404e6d60 > > pc = 0xffff00000072ca14 lr = 0x00000000404e6d60 > > sp = 0xffff000059f3e990 fp = 0x0000ffffffffd590 > > > > db> > > > > The last top screen showed > > > > last pid: 94966; load averages: 1.22, 1.42, 1.40 > up 0+05:10:16 16:49:20 > > 43 processes: 1 running, 42 sleeping > > CPU: 3.7% user, 0.0% nice, 20.0% system, 5.5% interrupt, 70.8% idle > > Mem: 502M Active, 6672K Inact, 150M Laundry, 184M Wired, 90M Buf, 55M > Free > > Swap: 7194M Total, 3835M Used, 3359M Free, 53% Inuse, 11M In, 3852K Out > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > > 71350 root 1 22 0 951M 144M swread 0 10:20 5.97% > c++ > > 58502 root 1 21 0 986M 232M swread 1 11:23 3.42% > c++ > > 77283 root 1 22 0 963M 151M swread 0 8:45 3.30% > c++ > > 6904 root 1 22 0 1144M 191M swread 0 21:26 3.29% > c++ > > 1091 bob 1 52 0 11M 324K wait 3 0:55 0.27% sh > > 1079 bob 1 20 0 13M 1636K CPU0 0 0:57 0.22% > top > > 1074 bob 1 20 0 19M 1316K select 1 0:13 0.03% > sshd > > 970 root 1 20 0 16M 1500K select 1 0:02 0.02% > sendmail > > 1069 root 1 20 0 204M 1044K select 3 1:40 0.00% > ninja > > 1050 root 1 20 0 12M 972K select 2 0:02 0.00% > make > > 977 root 1 20 0 11M 0B nanslp 1 0:02 0.00% > > > 957 root 1 20 0 19M 1216K select 1 0:01 0.00% > sshd > > 824 root 1 20 0 11M 1084K select 2 0:01 0.00% > syslogd > > 1084 bob 1 20 0 13M 1008K ttyin 0 0:00 0.00% > tcsh > > > > and the last few storage activity log entries were: > > > > dT: 1.002s w: 1.000s > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps > ms/d %busy Name > > 1 713 694 4666 3.7 20 116 6.0 0 0 > 0.0 90.9 mmcsd0 > > 1 713 694 4666 3.8 20 116 6.0 0 0 > 0.0 91.2 mmcsd0s2 > > 2 751 734 4730 2.0 17 96 0.6 0 0 > 0.0 79.4 da0 > > 1 713 694 4666 3.8 20 116 6.0 0 0 > 0.0 91.4 mmcsd0s2b > > 2 751 734 4730 2.0 17 96 0.6 0 0 > 0.0 79.9 da0p6 > > Sat Nov 30 16:48:21 PST 2019 > > Device 1K-blocks Used Avail Capacity > > /dev/mmcsd0s2b 4404252 1958976 2445276 44% > > /dev/da0p6 5242880 1956872 3286008 37% > > Total 9647132 3915848 5731284 41% > > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for > illegal user support from 103.133.104.114 > > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from > 103.133.104.114 port 52716:14: No more user authentication methods > available. [preauth] > > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > > procs memory page disks faults > cpu > > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs > us sy id > > 0 0 12 4523836 56064 6988 186 715 257 6931 25128 0 0 30789 > 1073 29817 14 26 60 > > dT: 1.002s w: 1.000s > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps > ms/d %busy Name > > 0 709 687 4588 3.9 22 144 5.8 0 0 > 0.0 90.5 mmcsd0 > > 0 709 687 4588 3.9 22 144 5.8 0 0 > 0.0 90.9 mmcsd0s2 > > 2 698 679 4696 2.1 19 104 0.6 0 0 > 0.0 75.2 da0 > > 0 709 687 4588 3.9 22 144 5.8 0 0 > 0.0 91.0 mmcsd0s2b > > 2 698 679 4696 2.2 19 104 0.6 0 0 > 0.0 75.7 da0p6 > > Sat Nov 30 16:48:22 PST 2019 > > Device 1K-blocks Used Avail Capacity > > /dev/mmcsd0s2b 4404252 1959032 2445220 44% > > /dev/da0p6 5242880 1956928 3285952 37% > > Total 9647132 3915960 5731172 41% > > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for > illegal user support from 103.133.104.114 > > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from > 103.133.104.114 port 52716:14: No more user authentication methods > available. [preauth] > > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > > procs memory page disks faults > cpu > > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs > us sy id > > 0 0 12 4523836 55844 6989 186 715 257 6932 25127 604 604 30790 > 1073 29819 14 26 60 > > dT: 1.001s w: 1.000s > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps > ms/d %busy Name > > 2 736 680 4829 3.9 56 292 5.0 0 0 > 0.0 94.4 mmcsd0 > > 2 736 680 4829 4.0 56 292 5.0 0 0 > 0.0 94.6 mmcsd0s2 > > 1 680 627 4014 1.9 53 328 1.0 0 0 > 0.0 71.1 da0 > > 2 736 680 4829 4.0 56 292 5.0 0 0 > 0.0 94.7 mmcsd0s2b > > 1 680 627 4014 1.9 53 328 1.0 0 0 > 0.0 71.7 da0p6 > > Sat Nov 30 16:48:24 PST 2019 > > Device 1K-blocks Used Avail Capacity > > /dev/mmcsd0s2b 4404252 1959324 2444928 44% > > /dev/da0p6 5242880 1957468 3285412 37% > > Total 9647132 3916792 5730340 41% > > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for > illegal user support from 103.133.104.114 > > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from > 103.133.104.114 port 52716:14: No more user authentication methods > available. [preauth] > > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > > procs memory page disks faults > cpu > > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs > us sy id > > 0 0 12 4523836 52860 6989 186 715 257 6932 25125 1038 1038 30790 > 1073 29820 14 26 60 > > dT: 1.002s w: 1.000s > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps > ms/d %busy Name > > 1 751 702 4860 4.0 49 251 5.0 0 0 > 0.0 94.4 mmcsd0 > > 1 751 702 4860 4.1 49 251 5.1 0 0 > 0.0 94.7 mmcsd0s2 > > 2 704 658 4082 1.8 46 235 0.6 0 0 > 0.0 71.9 da0 > > 1 751 702 4860 4.1 49 251 5.1 0 0 > 0.0 94.8 mmcsd0s2b > > 2 704 658 4082 1.8 46 235 0.7 0 0 > 0.0 72.6 da0p6 > > Sat Nov 30 16:48:26 PST 2019 > > Device 1K-blocks Used Avail Capacity > > /dev/mmcsd0s2b 4404252 1959504 2444748 44% > > /dev/da0p6 5242880 1957540 3285340 37% > > Total 9647132 3917044 5730088 41% > > Nov 30 16:38:17 www sshd[91264]: error: PAM: Authentication error for > illegal user support from 103.133.104.114 > > Nov 30 16:38:17 www sshd[91264]: error: Received disconnect from > 103.133.104.114 port 52716:14: No more user authentication methods > available. [preauth] > > 0/1016/1016/19178 mbuf clusters in use (current/cache/total/max) > > procs memory page disks faults > cpu > > r b w avm fre flt re pi po fr sr mm0 da0 in sy cs > us sy id > > 0 0 12 4523868 46872 6989 186 715 257 6932 25123 0 0 30790 > 1073 29820 14 26 60 > > dT: 1.002s w: 1.000s > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps > ms/d %busy Name > > 2 700 681 4888 3.7 19 108 3.7 0 0 > 0.0 92.1 mmcsd0 > > 2 700 681 4888 3.8 19 108 3.7 0 0 > 0.0 92.5 mmcsd0s2 > > 2 709 687 4314 2.1 22 108 3.4 0 0 > 0.0 78.2 da0 > > 2 700 681 4888 3.8 19 108 3.7 0 0 > 0.0 92.6 mmcsd0s2b > > 2 709 687 4314 2.1 22 108 3.4 0 0 > 0.0 78.7 da0p6 > > Sat Nov 30 16:48:28 PST 2019 > > Device 1K-blocks Used Avail Capacity > > /dev/mmcsd0s2b 440 > > > > It's clear the machine was heavily loaded, but storage didn't appear to > be swamped. > > I hope the foregoing has been of some interest, thanks for reading! > > > > bob prohaska > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Mon Dec 2 00:03:26 2019 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 4CCA01BDBE2 for ; Mon, 2 Dec 2019 00:03:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47R51B0N7Kz4QK7 for ; Mon, 2 Dec 2019 00:03:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 0CCEA1BDBE1; Mon, 2 Dec 2019 00:03:26 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0C9221BDBE0 for ; Mon, 2 Dec 2019 00:03:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47R5186x6dz4QK6; Mon, 2 Dec 2019 00:03:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id xB203B1j094526 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 2 Dec 2019 02:03:15 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua xB203B1j094526 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id xB203BlX094525; Mon, 2 Dec 2019 02:03:11 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 2 Dec 2019 02:03:11 +0200 From: Konstantin Belousov To: kevans@freebsd.org Cc: current@freebsd.org Subject: How to regenerate syscall tables ? Message-ID: <20191202000311.GG10580@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 47R5186x6dz4QK6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-2.69), ipnet: 2001:470::/32(-4.64), asn: 6939(-3.52), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2019 00:03:26 -0000 I am on today stable/12 with src of today HEAD. Trying to add a new syscall, and then regenerating the files, I did 'make buildworld', then orion% make sysent ~/build/bsd/DEV/src make -C /usr/home/kostik/work/build/bsd/DEV/src/sys/kern sysent flua ../tools/makesyscalls.lua syscalls.master make[2]: exec(flua) failed (No such file or directory) *** Error code 1 What is missing ? From owner-freebsd-current@freebsd.org Mon Dec 2 01:21:43 2019 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 811DA1BFEC5 for ; Mon, 2 Dec 2019 01:21:43 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47R6lW2wjrz4TFl for ; Mon, 2 Dec 2019 01:21:43 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 646571BFEC4; Mon, 2 Dec 2019 01:21:43 +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 642C41BFEC3 for ; Mon, 2 Dec 2019 01:21:43 +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) server-signature RSA-PSS (4096 bits) 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 47R6lW23Kgz4TFj for ; Mon, 2 Dec 2019 01:21:43 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f181.google.com (mail-qk1-f181.google.com [209.85.222.181]) (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 1EF0CDCF1 for ; Mon, 2 Dec 2019 01:21:43 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f181.google.com with SMTP id a10so7964572qko.9 for ; Sun, 01 Dec 2019 17:21:43 -0800 (PST) X-Gm-Message-State: APjAAAWRfUeeuDMw6QUNBSMJLLH4FWzxqSGdl16905CPqtMkX5IEqJ4g njoHMqWtDWR14bgSNkkDXw1PwCjKfjGjNlU138c= X-Google-Smtp-Source: APXvYqwDNjQ27eQQfXnWm9aqu4fqRMXi+YIJMP8EQ4M72OWKWQ/NSOgd9N9y9M6993FsgtmMr7FwQcpMl0qzELiB/gM= X-Received: by 2002:a05:620a:12cf:: with SMTP id e15mr423781qkl.120.1575249702553; Sun, 01 Dec 2019 17:21:42 -0800 (PST) MIME-Version: 1.0 References: <20191202000311.GG10580@kib.kiev.ua> In-Reply-To: <20191202000311.GG10580@kib.kiev.ua> From: Kyle Evans Date: Sun, 1 Dec 2019 19:21:31 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: How to regenerate syscall tables ? To: Konstantin Belousov Cc: current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2019 01:21:43 -0000 On Sun, Dec 1, 2019 at 6:03 PM Konstantin Belousov wrote: > > I am on today stable/12 with src of today HEAD. Trying to add a new > syscall, and then regenerating the files, I did 'make buildworld', > then > > orion% make sysent ~/build/bsd/DEV/src > make -C /usr/home/kostik/work/build/bsd/DEV/src/sys/kern sysent > flua ../tools/makesyscalls.lua syscalls.master > make[2]: exec(flua) failed (No such file or directory) > *** Error code 1 > > What is missing ? Discussed out-of-bounds, but for list reference: flua is built as bootstrap on older versions, so it will get built with bootstrap or buildworld targets and MAKEOBJDIRPREFIX of sysent target must match what bootstrap/world was built with. I'll MFC flua itself within the next couple of days to make the process easier on stable branches. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Mon Dec 2 21:02:47 2019 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 94B3D1B769A; Mon, 2 Dec 2019 21:02:47 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47RcyH3T4Sz4N9p; Mon, 2 Dec 2019 21:02:47 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 56B691D75D; Mon, 2 Dec 2019 21:02:47 +0000 (UTC) Date: Mon, 2 Dec 2019 21:02:47 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-11-17 Message-ID: <20191202210247.GA20097@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2019 21:02:47 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-11-17 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-11-11 to 2019-11-17. During this period, we have: * 2174 builds (91.2% (-3.7) passed, 8.8% (+3.7) 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. * 331 test runs (97.9% (+5.8) passed, 2.1% (-4.3) unstable, 0% (-1.5) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 30 doc builds (100% passed) Test case status (on 2019-11-17 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ----- | ------- | | head/amd64 | 7611 (0) | 7546 (+3) | 0 (0) | 65 (-3) | | head/i386 | 7609 (0) | 7537 (-3) | 0 (0) | 72 (+3) | | 12-STABLE/amd64 | 7483 (0) | 7435 (0) | 0 (0) | 48 (0) | | 12-STABLE/i386 | 7481 (0) | 7423 (-3) | 0 (0) | 58 (+3) | | 11-STABLE/amd64 | 6853 (+4) | 6806 (+4) | 0 (0) | 47 (0) | | 11-STABLE/i386 | 6851 (+4) | 6799 (+1) | 0 (0) | 52 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20191117 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * A new wiki page started at https://wiki.freebsd.org/Jenkins/Debug describes how to reproduce and debug the failing cases. It is welcomed to add more contents. * A list of "FreeBSD CI Tasks and Ideas" is keeping at https://hackmd.io/@FreeBSD-CI/freebsd-ci-todo , please contact freebsd-testing@FreeBSD.org and lwhsu@FreeBSD.org if you are interested or have new ideas. * Experimental "Hardware test lab" result is available at: https://ci.freebsd.org/hwlab/ , more hardware support is welcomed! * We are collecting information of FreeBSD in software development, for future collaboration. The wiki page is https://wiki.freebsd.org/3rdPartySoftwareCI , plese help adding more information. ## 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 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~7 failing and ~100 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress ## 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 (new) https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Mon Dec 2 21:03:56 2019 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 4EDE81B7A4F; Mon, 2 Dec 2019 21:03:56 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Rczc15rCz4NdC; Mon, 2 Dec 2019 21:03:56 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 04C741D9FC; Mon, 2 Dec 2019 21:03:55 +0000 (UTC) Date: Mon, 2 Dec 2019 21:03:55 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-11-24 Message-ID: <20191202210355.GB20097@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2019 21:03:56 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-11-24 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-11-18 to 2019-11-24. During this period, we have: * 2617 builds (95.1% (+3.9) passed, 4.9% (-3.9) 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. * 349 test runs (83.1% (-14.8) passed, 8.9% (-6.8) unstable, 8.0% (+8) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 48 doc builds (100% (0) passed) Test case status (on 2019-11-24 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ----- | ------- | | head/amd64 | 7618 (+7) | 7552 (+6) | 0 (0) | 66 (+1) | | head/i386 | 7616 (+7) | 7546 (+9) | 0 (0) | 70 (-2) | | 12-STABLE/amd64 | 7483 (0) | 7435 (0) | 0 (0) | 48 (0) | | 12-STABLE/i386 | 7481 (0) | 7426 (+3) | 0 (0) | 55 (-3) | | 11-STABLE/amd64 | 6853 (0) | 6803 (-3) | 0 (0) | 50 (+3) | | 11-STABLE/i386 | 6851 (0) | 6799 (0) | 0 (0) | 52 (0) | (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-20191124 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * A new wiki page started at https://wiki.freebsd.org/Jenkins/Debug describes how to reproduce and debug the failing cases. It is welcomed to add more contents. * A list of "FreeBSD CI Tasks and Ideas" is keeping at https://hackmd.io/@FreeBSD-CI/freebsd-ci-todo , please contact freebsd-testing@FreeBSD.org and lwhsu@FreeBSD.org if you are interested or have new ideas. * Experimental "Hardware test lab" result is available at: https://ci.freebsd.org/hwlab/ , more hardware support is welcomed! * We are collecting information of FreeBSD in software development, for future collaboration. The wiki page is https://wiki.freebsd.org/3rdPartySoftwareCI , plese help adding more information. ## Fixed tests * https://bugs.freebsd.org/242095 failing test case: usr.bin.unifdef.basic_test.basic ## 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 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~100 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress ## 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 (new) https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Mon Dec 2 21:04:57 2019 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 0BE101B7D84; Mon, 2 Dec 2019 21:04:57 +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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Rd0m6ZnNz4NwJ; Mon, 2 Dec 2019 21:04:56 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id C123F1DB32; Mon, 2 Dec 2019 21:04:56 +0000 (UTC) Date: Mon, 2 Dec 2019 21:04:56 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-12-01 Message-ID: <20191202210456.GC20097@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2019 21:04:57 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-12-01 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-11-25 to 2019-12-01. During this period, we have: * 2134 builds (96.3% (+1.2) passed, 3.7% (-1.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. * 283 test runs (97.5% (+14.4) passed, 2.5% (-6.4) unstable, 0% (-8) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 22 doc builds (100% (0) passed) Test case status (on 2019-12-01 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ----- | ------- | | head/amd64 | 7620 (+2) | 7554 (+2) | 0 (0) | 66 (0) | | head/i386 | 7618 (+2) | 7548 (+2) | 0 (0) | 70 (0) | | 12-STABLE/amd64 | 7483 (0) | 7432 (-3) | 0 (0) | 51 (+3) | | 12-STABLE/i386 | 7481 (0) | 7426 (0) | 0 (0) | 55 (0) | | 11-STABLE/amd64 | 6853 (0) | 6806 (+3) | 0 (0) | 47 (-3) | | 11-STABLE/i386 | 6851 (0) | 6802 (+3) | 0 (0) | 49 (-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-20191201 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * A new wiki page started at https://wiki.freebsd.org/Jenkins/Debug describes how to reproduce and debug the failing cases. It is welcomed to add more contents. * A list of "FreeBSD CI Tasks and Ideas" is keeping at https://hackmd.io/@FreeBSD-CI/freebsd-ci-todo , please contact freebsd-testing@FreeBSD.org and lwhsu@FreeBSD.org if you are interested or have new ideas. * Experimental "Hardware test lab" result is available at: https://ci.freebsd.org/hwlab/ , more hardware support is welcomed! * We are collecting information of FreeBSD in software development, for future collaboration. The wiki page is https://wiki.freebsd.org/3rdPartySoftwareCI , plese help adding more information. ## 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 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~14 failing and ~100 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress ## 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 (new) https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Wed Dec 4 22:25:46 2019 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 B227B1B0759 for ; Wed, 4 Dec 2019 22:25:46 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47Stj63MBSz4R2p for ; Wed, 4 Dec 2019 22:25:46 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 717561B0758; Wed, 4 Dec 2019 22:25:46 +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 7133B1B0756 for ; Wed, 4 Dec 2019 22:25:46 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47Stj53mgmz4R2n; Wed, 4 Dec 2019 22:25:45 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-io1-xd44.google.com with SMTP id f82so1384080ioa.9; Wed, 04 Dec 2019 14:25:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UTqzbUUqpTbEEWHfb4gbOcoT309XqFeg58cmczHWULc=; b=MT4FmgOKA09dyrSxZIeuGXqiDKXqgx8teYdZ4ZvBxHOA750lTZI+lpsXzGtYhp1lpT DnVp4YNTxRzUoQOSrsXZICMamvJRDDcCgT3B2e1RRREYDhtwDVgwkV+E8YI2es706Phh aofhbMNnWAluZytA2qpgIQoV/KrUsSSdC9TIcA/3Bo+BnnBO1V97tdMO9KBBFa2E6/AC uPU82dyV2LwalYH53kBHvfupHiJQ/n7y7rQNVfIePX7TM4t+joXYKogh4JUBQLnHP2oi vgO+g6ZSUEUGmeahWZQWwFQFkLHf1Kn3NM50UpUcSf4c+jzRMf3tLlQ4mlYEQyuOaOFp HJsA== 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=UTqzbUUqpTbEEWHfb4gbOcoT309XqFeg58cmczHWULc=; b=DFwvT1VzdU7BjmxRuFZ6rWxdOBtlM+BAAfckr3XKrR6wYTfU4EiHTpQhr9j27u47W9 RsgmSvducJo5c/oKAi18/oANNHGH8zkCK1+FX/CdFlkusWW5hsSOZSCvyNuVOZBfZWI7 Jed/vK3H1z96rMBnrUJxgN0qfwkqCKH39n7Apv24SEaUFsK2deAPThaumkBB83GSiVUO pWN6bqbXkZbVGx/otkm9emcc1q89PKnZmJ9G8XrTvvOa1T4dojf/zqgDs75GhNehi7JH b0ayL/gYbsKKGNyl2q0ncDjNPMrYRPeiVWbeLdRsa5D2iXFA7unnaGlsp2TElCwz/XbP IoYQ== X-Gm-Message-State: APjAAAUrAdRBbOXy9Ita7IObHbYuDhIYGTUtQEPlsxtsgIQYbYKeA27P gkBrMnTcA4CngMVQ+oZzVNMmgEn+HRr/GikZHlNuTBQ4 X-Google-Smtp-Source: APXvYqxnXYyTZ/DkJDqaFp0/cNtiwt3FRsIFKG8kkHzXmPVifD6ZYd2OoYu75ybAu80Mx6LanMXmAzZ1Z+jzVMXEjvE= X-Received: by 2002:a02:65c7:: with SMTP id u190mr5384784jab.142.1575498344144; Wed, 04 Dec 2019 14:25:44 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Wed, 4 Dec 2019 14:25:08 -0800 Message-ID: Subject: Re: kernel module code coverage To: Alan Somers Cc: Matthew Macy , Michael Tuexen , "slavash@freebsd.org" , current X-Rspamd-Queue-Id: 47Stj53mgmz4R2n X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MT4FmgOK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ricera10@gmail.com designates 2607:f8b0:4864:20::d44 as permitted sender) smtp.mailfrom=ricera10@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[9]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (2.21), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2019 22:25:46 -0000 I'm reviving an ancient thread, but is Bullseye truly dropping FreeBSD support? Do you have a link to something that shows that? I still see a FreeBSD tarball in their download archive page for the newest version of their tool, which seems to be 8.16.5. - Eric On Thu, Aug 8, 2019 at 12:08 PM Alan Somers wrote: > Read the bug report. I can't even load modules when I build with GCOV. > > On Thu, Aug 8, 2019 at 1:04 PM Matthew Macy wrote: > > > > The whole point of adding gcov support was for integrating with the > > ZoL CI framework which does coverage. So it very much does work with > > modules. Not sure where that comes from. > > -M > > > > On Thu, Aug 8, 2019 at 6:52 AM Alan Somers wrote: > > > > > > On Thu, Aug 8, 2019 at 7:42 AM Michael Tuexen > wrote: > > > > > > > > > > > > > > > > > On 8. Aug 2019, at 14:24, Slava Shwartsman > wrote: > > > > > > > > > > Apparently, Bullseye are dropping support for FreeBSD. > > > > > > > > > > We are looking for an alternative for kernel module run time > analysis. > > > > > Mostly interested in code coverage (for now). > > > > > > > > > > Any suggestions that work for you? > > > > Have you looked into /dev/kcov. This is used by SYZKALLER for getting > > > > coverage information from the kernel. > > > > > > > > Best regards > > > > Michael > > > > > > > > > > > > > > > Slava > > > > > > That's part of Matt Macy's gcov project, right?. However, while it > > > works for the kernel itself, it doesn't work for modules. > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239194 > > > -Alan > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Dec 5 16:38:51 2019 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 4AA861CDA6C for ; Thu, 5 Dec 2019 16:38:51 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 47TLyM0LjRz4P5M for ; Thu, 5 Dec 2019 16:38:51 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 09CFD1CDA6A; Thu, 5 Dec 2019 16:38:51 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 087031CDA69 for ; Thu, 5 Dec 2019 16:38:51 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f53.google.com (mail-io1-f53.google.com [209.85.166.53]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47TLyL0b03z4P5L; Thu, 5 Dec 2019 16:38:49 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f53.google.com with SMTP id 2so1398303ion.0; Thu, 05 Dec 2019 08:38:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fsiU8mM9xcDq1ws2y0jciyapyMgL/sE6bYxAZZ3Nv4I=; b=JkehPwLxtK70UEXHEK6nFDFjr0tp00xN5AZJ3FuFcuKixPdK0TK66Kio5Fs+uiVeYK lTwWnaWnwk9rElFrhrpQ4az/wtwK7A1TNpjwSUUBvVWw8TCMEu2+9TS5Ku0V2WMiyRWL eXy8o2cOSC2GWp8Lygvg9qKmPjeHiKxEZ121F8LlK4fVsKDKPd1VE9w/IJ+DNSYeZJXo r/gfJmaOMS/BE70+fGNpscFh9kkRxGTLHww58B0m3UgOf+/m9hW1aEbuh4tW5WG45HgU Nb2MnCff7OrcPF6tDNJRTrdSUbbaiACwnuSraKfpgaNYKyC8L2uyWM1LH+pL6KKFoNdJ 9tTQ== X-Gm-Message-State: APjAAAUt8uc/aQbgzdaoC8wAfhilBghP2f6CN4z+B6HHOZzZDEA88hPW 0WwL9Mzw2YrcYEI5YRm+6qQg3q/aOhGgQ7vPX2DN+/kR X-Google-Smtp-Source: APXvYqxKjwOp1Gpjz3eMmkWteCGkVDSOaoKb8RHX5ZRZPJBIgaRWSStGL7lUu0cI0FXZJO9glyrfzwNwc7UvzdMJPSk= X-Received: by 2002:a6b:c34b:: with SMTP id t72mr6764893iof.17.1575563928211; Thu, 05 Dec 2019 08:38:48 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Thu, 5 Dec 2019 07:52:17 -0500 Message-ID: Subject: Re: kernel module code coverage To: Alan Somers Cc: Michael Tuexen , "slavash@freebsd.org" , current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47TLyL0b03z4P5L X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.53 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.54 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.54)[ip: (-2.57), ipnet: 209.85.128.0/17(-3.15), asn: 15169(-1.93), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[53.166.85.209.list.dnswl.org : 127.0.5.0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[53.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2019 16:38:51 -0000 > > Have you looked into /dev/kcov. This is used by SYZKALLER for getting > > coverage information from the kernel. > > > That's part of Matt Macy's gcov project, right?. No, /dev/kcov is independent of, and predates, Matt Macy's work. It provides broadly the same sort of information, but not using the same interface. From owner-freebsd-current@freebsd.org Fri Dec 6 00:24:57 2019 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 E72621B0E83 for ; Fri, 6 Dec 2019 00:24:57 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 47TYJ95x3jz3JpN for ; Fri, 6 Dec 2019 00:24:57 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id C9BC81B0E81; Fri, 6 Dec 2019 00:24:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C876E1B0E80 for ; Fri, 6 Dec 2019 00:24:57 +0000 (UTC) (envelope-from mmacy@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) server-signature RSA-PSS (4096 bits) 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 47TYJ94wLDz3JpL; Fri, 6 Dec 2019 00:24:57 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com [209.85.167.52]) (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: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 50F5E1732C; Fri, 6 Dec 2019 00:24:57 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f52.google.com with SMTP id r14so3903803lfm.5; Thu, 05 Dec 2019 16:24:57 -0800 (PST) X-Gm-Message-State: APjAAAXToi16GZQuHBI5oovUIPsrEBEPO+VP+F4IcMn7+BicoqTRPoV+ y5W1SiOATKXT57xXJgnoGQUIicCU+Nwtnyn9apQ= X-Google-Smtp-Source: APXvYqzI4KDr9uz4XktMN+jj0S1Gy4Bjzmp4esxtzL6OpC1LC+wKiTY0IFoFtD2NMa+CZp2q/BtNMJP2/iD/0stQRrI= X-Received: by 2002:a19:7d04:: with SMTP id y4mr2578030lfc.111.1575591895852; Thu, 05 Dec 2019 16:24:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Macy Date: Thu, 5 Dec 2019 16:24:44 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: kernel module code coverage To: Ed Maste Cc: Alan Somers , Michael Tuexen , "slavash@freebsd.org" , current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 00:24:58 -0000 On Thu, Dec 5, 2019 at 8:38 AM Ed Maste wrote: > > > > Have you looked into /dev/kcov. This is used by SYZKALLER for getting > > > coverage information from the kernel. > > > > > That's part of Matt Macy's gcov project, right?. > > No, /dev/kcov is independent of, and predates, Matt Macy's work. It > provides broadly the same sort of information, but not using the same > interface. GCOV also depends on GCC - probably limiting its potential use cases largely to vendor CI. From owner-freebsd-current@freebsd.org Fri Dec 6 01:21:34 2019 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 2E9A41B25E1 for ; Fri, 6 Dec 2019 01:21:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47TZYT10Pdz3Lyl for ; Fri, 6 Dec 2019 01:21:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: AhJR9YYVM1kXhvAxaRVnpPU7_mNyqv7ZaXnB76qQSlCistRazX7y.hDKR.S5tzC J2K_OkEzs8OTaUdCjr0oJdbWjEjWzU3xBmgi_oYQ4ZfGpM.L8K1snx_83e2tK9qOENh5HLiCJJZ6 4JwMOC3blH5YHvD6Nsk42F_qjVwIexoTXyQ9IUWXrdF88sMjChK8lV45p3UOMeR.FxEcdSlMCLdL MLeavhv1mPT2Wp8pAiqXf43fZ0yMZ4UCKZWtSHOY2gn2ctHQuetWTj9sohCgDALEeEXLCgJkhFct 57VeKkBwVyeJ5QGCOLHGowcnPZ_KVzL9DZ8bcB5.5EszxaqyIGbsjL4cFX679uzZBsiKSXQbOJV6 gdOpBLiHkKD9fyyQbI48WzKQZFkbwv8c8yCEVivrhyGq1v29o1x3JBdi9sRXQsqD27TQTzqT7lVx m4raLLDKK6_NuvzlNLqpREO3VGdWdBl0GPzpuhWeloW8MhdGgdfkPjrtlKCq1LFkPNO962K5Us6T iHO3NMubnVGDaMep9GD3dHHZM5LP32BV6u.DUFNdH5s0m25KRlxLmPJCq9L6CIxrP9FiUQzm.MwE RrH.KYMvRnCkQnBe2sNvsCUKyuuIk7lmZkhYA3i6d4VTits_3KKGkc4Nkpz.ehrkVFNcFsg8kUoI RKb610Eqskg9BwHTamNy0LyNpvBMoP3_sG3j9cr9RTW5duuUtSZ_aJ3eYOgPPoRdQ0keyNmeMDI8 holXYZegc6bmrmx60il7bA1oxKbSnfMpuKeobYE5YGJPsgvf00bNnRi6T919h60fnv6TPwPACUVd ZKjLViANNeZIcyDrrbLf6J7lVOZYVwop6TTEp5nCmgT8.lBO7cJpbozb_AYpC7.47fKchN9uwR29 q769WelvZ.LJAODyPpyRkreWaf_iL1L1h1.Ebt2Kww90g_uBtyiFvzLViCh4uOMSQ9oDsU7HJB_1 bLaHJdGWY391iKKBUcReqE9M59NjcPD.r2Zj1Jg2p7A7r8cpdn.YWJ13CfCKwS.KXc04par.9PjH J5wPf_t30Byl1l3r2RjImVmcv7PdbX8XqxFZE5dPduHnJ8vspPg8FLJVD0uRNeKob1JhgO29yXbF ef6AUDt39ds5L4D2R5T3W5xstihdEocuVOQyvFQS4ypRWdUfhdONX62uUDjR64h04bMNKoK6azMb 0ZKr5AQrbNNpKJT6vz1Vfxsf2ZJP2QWRw7Qe0K2DrUTH4onlWSaycjSe82rkbJ8umhmsE7ChKLi1 NFAdjRbOpMfikmJBgT4AAZxpen1qpS8ETJwrUARIMM8odiIg9YsHdqi_5gU8dZXXUvpV_zddoakW hZ6Dbta4zJAjmh7M5X8mNP5bbMz6SQIu9ijYI5rR0duQMWASo4sA3K9VkqrRp9uSM465AoR.90KA D_qPjuuKHP9Uy0Cc.sA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 6 Dec 2019 01:21:30 +0000 Received: by smtp419.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5d05d7eeb8750dff10505aa2f9e5879d; Fri, 06 Dec 2019 01:21:29 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: In a poudriere jail, during a bulk run, what is the status of /etc/os-release supposed to be? Message-Id: <6B1BDF22-110B-405F-8234-EC0ED4683224@yahoo.com> Date: Thu, 5 Dec 2019 17:21:27 -0800 To: FreeBSD Current X-Mailer: Apple Mail (2.3601.0.10) References: <6B1BDF22-110B-405F-8234-EC0ED4683224.ref@yahoo.com> X-Rspamd-Queue-Id: 47TZYT10Pdz3Lyl X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.21 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.77), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.79)[0.794,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(0.91)[0.913,0]; RCVD_IN_DNSWL_NONE(0.00)[31.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 01:21:34 -0000 I tried to look via bulk with -i and what I saw via interactive commands was: # ls -ldT /etc/os-release=20 lrwxr-xr-x 1 root wheel 21 Dec 6 00:48:55 2019 /etc/os-release -> = ../var/run/os-release # ls -laT /var/run/ total 28 drwxr-xr-x 5 root wheel 512 Dec 6 00:50:02 2019 . drwxr-xr-x 24 root wheel 512 Mar 9 07:41:50 2019 .. drwxr-xr-x 2 root wheel 512 Mar 9 07:41:50 2019 dhclient -r--r--r-- 1 root wheel 173 Dec 6 00:50:01 2019 ld-elf.so.hints drwxrwx--- 2 root network 512 Mar 9 07:41:50 2019 ppp -rw-r--r-- 1 root wheel 197 Dec 6 00:50:02 2019 utx.active drwxr-xr-x 2 root wheel 512 Mar 9 07:41:50 2019 wpa_supplicant So no /var/run/os-release to find: # more /etc/os-release=20 /etc/os-release: No such file or directory This was based on (from outside that bulk session): # poudriere version 3.3.99.20190828 # poudriere jail -l JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH FBSDcortexA53jail 13.0-CURRENT arm64.aarch64 null 2018-11-18 15:32:34 = /usr/obj/DESTDIRs/clang-cortexA53-installworld-poud where what is at the PATH was based on: installworld distrib-dirs distribution DB_FROM_SRC=3D1 = DESTDIR=3D/usr/obj/DESTDIRs/clang-cortexA53-installworld-poud (for a head -r355027 based context). This would appear to mean that port builds should not be trying to use /etc/os-release because /var/run/os-release is not established in poudriere-devel bulk build contexts? I will note that clang-cortexA53-installworld-poud was built via an amd64->aarch64 cross build, in case that matters for some reason. ( clang-cortexA53-installworld-poud/ was copied to the aarch64 system it was intended for. Both contexts use the /usr/obj/DESTDIRs/ style path prefix. ) I'm not trying to use /etc/os-release directly. I was just curious what it would appear to contain in such a context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Dec 6 19:08:54 2019 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 C08261B3758 for ; Fri, 6 Dec 2019 19:08:54 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47V2F20gGWz3GlY for ; Fri, 6 Dec 2019 19:08:54 +0000 (UTC) (envelope-from jamie@catflap.org) Received: by mailman.nyi.freebsd.org (Postfix) id 14D771B3757; Fri, 6 Dec 2019 19:08:54 +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 1380C1B3756 for ; Fri, 6 Dec 2019 19:08:54 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47V2F04WWLz3GlX; Fri, 6 Dec 2019 19:08:52 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id xB6J8jlJ010821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Dec 2019 19:08:45 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id xB6J8iLW010820; Fri, 6 Dec 2019 19:08:44 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201912061908.xB6J8iLW010820@donotpassgo.dyslexicfish.net> Date: Fri, 06 Dec 2019 19:08:44 +0000 Organization: Dyslexic Fish To: ricera10@gmail.com, asomers@freebsd.org Cc: current@freebsd.org Subject: Re: kernel module code coverage References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Fri, 06 Dec 2019 19:08:45 +0000 (GMT) X-Rspamd-Queue-Id: 47V2F04WWLz3GlX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=catflap.org; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org X-Spamd-Result: default: False [-3.73 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-0.93)[ipnet: 2001:19f0::/38(-2.53), asn: 20473(-2.05), country: US(-0.05)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 19:08:54 -0000 Eric Joyner wrote: > I'm reviving an ancient thread, but is Bullseye truly dropping FreeBSD > support? Do you have a link to something that shows that? > > I still see a FreeBSD tarball in their download archive page for the newest > version of their tool, which seems to be 8.16.5. It appears that the "archive" is for older releases. The latest is 8.16.6 and isn't listed for FreeBSD: https://www.bullseye.com/cgi-bin/download Cheers, Jamie From owner-freebsd-current@freebsd.org Fri Dec 6 19:13:02 2019 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 9C0371B3B12 for ; Fri, 6 Dec 2019 19:13:02 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47V2Kp2cBMz3HCV for ; Fri, 6 Dec 2019 19:13:02 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 597991B3B11; Fri, 6 Dec 2019 19:13:02 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 593941B3B10 for ; Fri, 6 Dec 2019 19:13:02 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47V2Kn3nTZz3HCT; Fri, 6 Dec 2019 19:13:01 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-io1-xd2d.google.com with SMTP id i11so8375943ioi.12; Fri, 06 Dec 2019 11:13:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RUkXl84nSL8/1tQ+s1hCue2mNIGMFbw3UWbbrUqPvOg=; b=Sd84WV/JyB57P6RS20E11b1lIdamTUZgfIc3PDMmPHoHN6lBH1YcE/Hvu9O4qsPfu6 4UJLdXulgaUdlLxOYsnIsWEy1c2uP+/p99QYTEvA9DHBw8Zg3z5Q376t5BQLNYoUmaW0 Wr/xsWSDU+KmYbb2ART1Zfn8jswFzARbLgN9GndAnZtdnkOmU85BAOS4I8AulQdYbw6F DxagqG+DqcLowrGKOfcUSn0j5q2uAcvDo5l7shW//IlS/2DCWzf8jXeJ6O8YrruzfEm/ wPWDyZcPNf7bLAsiH4Xn1k3/xXL2YkPUPcFqAylkY7R4cB3+zsq3qad64IvLdzzzxFUe j2vg== 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=RUkXl84nSL8/1tQ+s1hCue2mNIGMFbw3UWbbrUqPvOg=; b=ALGE7PLPDi+lmI/GDS9+VfrGETeU7pKqAm/QLaxNUfIP8beUEGVWoI9Fuqnc8WwQD+ ruRRFCFrB5FAYg9NL7mciTrN0EKwlYj+f431OM7kAoSJLzLMyBvhO4chQixdr3O671Zw sQ/KSax6f3YrjQf+/9PnlxSSf5WiKkks6zw1Vjz2v5h7wLMFKlzutmY3HqgpE/vzepTr oIZNgaDGs52yKYK/VDYbJRr9HoGVdJ5HrVugtz8jGi6pOG22xR7i/MS6yNki7CvW6bah WpiG0iKs0QyX385MUPwepDpJuvY3g8VMI93gb9uhhwUhDk42QaJRwYjP3sp1uqOeC4kQ A9Lg== X-Gm-Message-State: APjAAAXjmJB6refSHyCD7WEWjuid3s5bS3OTcrShyd9I3kg8xxCjZzxC ko4tPTHsUFL8v4mLhW6db90xQxvcz2xficiZmvCd0Tco X-Google-Smtp-Source: APXvYqyNDHkAzaVmYJ4IY6slRXj7XS+Sik/uezMPP8VQrKzEakZtAtgLCfanT7LQYqfFoS4lQqKfXsMMNBEcFOQOAIs= X-Received: by 2002:a02:711d:: with SMTP id n29mr14707717jac.114.1575659579748; Fri, 06 Dec 2019 11:12:59 -0800 (PST) MIME-Version: 1.0 References: <201912061908.xB6J8iLW010820@donotpassgo.dyslexicfish.net> In-Reply-To: <201912061908.xB6J8iLW010820@donotpassgo.dyslexicfish.net> From: Eric Joyner Date: Fri, 6 Dec 2019 11:12:23 -0800 Message-ID: Subject: Re: kernel module code coverage To: Jamie Landeg-Jones Cc: Alan Somers , current X-Rspamd-Queue-Id: 47V2Kn3nTZz3HCT X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Sd84WV/J; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ricera10@gmail.com designates 2607:f8b0:4864:20::d2d as permitted sender) smtp.mailfrom=ricera10@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (-6.77), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[d.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 19:13:02 -0000 I didn't realize it was going to get updated so soon, but the versions on that page were at "8.16.5" for the Windows and Linux versions when I sent my email a couple days ago. It also appears the versions for the OSs aren't all updated at the same time (.6 seems to only includes Windows/macOS fixes), so it's still possible we'll see 8.16.6 or 8.16.7 for FreeBSD later, absent any official messaging. On Fri, Dec 6, 2019 at 11:08 AM Jamie Landeg-Jones wrote: > Eric Joyner wrote: > > > I'm reviving an ancient thread, but is Bullseye truly dropping FreeBSD > > support? Do you have a link to something that shows that? > > > > I still see a FreeBSD tarball in their download archive page for the > newest > > version of their tool, which seems to be 8.16.5. > > It appears that the "archive" is for older releases. The latest is 8.16.6 > and > isn't listed for FreeBSD: > > https://www.bullseye.com/cgi-bin/download > > Cheers, Jamie > From owner-freebsd-current@freebsd.org Fri Dec 6 20:23:21 2019 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 E09531B56DD for ; Fri, 6 Dec 2019 20:23:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V3tv63PTz3Myj for ; Fri, 6 Dec 2019 20:23:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB6KNHvQ001080 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 6 Dec 2019 12:23:17 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB6KNGiJ001079 for freebsd-current@freebsd.org; Fri, 6 Dec 2019 12:23:16 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 12:23:16 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: USB causing boot to hang Message-ID: <20191206202316.GA1053@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47V3tv63PTz3Myj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.28), asn: 73(-0.85), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLYTO_ADDR_EQ_FROM(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 20:23:21 -0000 I updates /usr/src to r355452, and updated by kernel and world. Upon rebooting, verbose boot messages susgests the system is hanging when USB starts to attach. With the 3-week kernel verbose boot shows: ... pcm4: at nid 30 on hdaa1 pcm4: Playback: pcm4: Stream cap: 0x00000005 AC3 PCM pcm4: PCM cap: 0x000e05f0 16 20 24 bits, 32 44 48 88 96 192 KHz pcm4: DAC: 6 pcm4: pcm4: nid=30 [pin: SPDIF-out (Grey Jack)] pcm4: + <- nid=6 [audio output] [src: pcm] pcm4: pcm4: Mixer "vol" -> "none": child=0x00000010 pcm4: Mixer "pcm": parent="vol" pcm4: Soft PCM mixer ENABLED pcm4: Playback channel set is: Front Left, Front Right, pcm4: Playback channel matrix is: 2.0 (unknown) usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 12Mbps Full Speed USB v1.0 ... end with a prompt on the console. With today's kernel, boot is hung after the last pcm4: message and no usbus0 is displayed. The booting kernel/system is a % uname -a FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 Again, the failing kernel is r 355452 -- Steve From owner-freebsd-current@freebsd.org Fri Dec 6 21:32:17 2019 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 1D8871B702E for ; Fri, 6 Dec 2019 21:32:17 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V5QR5L6Mz3RCP for ; Fri, 6 Dec 2019 21:32:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2FD588D4A166; Fri, 6 Dec 2019 21:32:06 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 08070E707C4; Fri, 6 Dec 2019 21:32:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id a0kMVaRuynyl; Fri, 6 Dec 2019 21:32:03 +0000 (UTC) Received: from [192.168.2.110] (unknown [IPv6:fde9:577b:c1a9:31:cd01:97c2:711b:1d46]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 8D25AE707AC; Fri, 6 Dec 2019 21:32:03 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Steve Kargl" Cc: freebsd-current@freebsd.org Subject: Re: USB causing boot to hang Date: Fri, 06 Dec 2019 21:32:01 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: <603953FF-62C2-4773-B6EB-18305F9F1E7F@lists.zabbadoz.net> In-Reply-To: <20191206202316.GA1053@troutmask.apl.washington.edu> References: <20191206202316.GA1053@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47V5QR5L6Mz3RCP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-4.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zabbadoz.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.50)[ip: (-8.56), ipnet: 2a01:4f8::/29(-2.37), asn: 24940(-1.58), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 21:32:17 -0000 On 6 Dec 2019, at 20:23, Steve Kargl wrote: > I updates /usr/src to r355452, and updated by kernel and > world. Upon rebooting, verbose boot messages susgests > the system is hanging when USB starts to attach. With > the 3-week kernel verbose boot shows: > > ... > pcm4: at nid 30 on hdaa1 > pcm4: Playback: > pcm4: Stream cap: 0x00000005 AC3 PCM > pcm4: PCM cap: 0x000e05f0 16 20 24 bits, 32 44 48 88 96 192 > KHz > pcm4: DAC: 6 > pcm4: > pcm4: nid=30 [pin: SPDIF-out (Grey Jack)] > pcm4: + <- nid=6 [audio output] [src: pcm] > pcm4: > pcm4: Mixer "vol" -> "none": child=0x00000010 > pcm4: Mixer "pcm": parent="vol" > pcm4: Soft PCM mixer ENABLED > pcm4: Playback channel set is: Front Left, Front Right, > pcm4: Playback channel matrix is: 2.0 (unknown) > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 12Mbps Full Speed USB v1.0 > ... > > end with a prompt on the console. With today's kernel, > boot is hung after the last pcm4: message and no usbus0 > is displayed. > > The booting kernel/system is a > > % uname -a > FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 > > Again, the failing kernel is r 355452 I think I have seen this on around r355101 already in case it helps narrowing things down. I didn’t need USB and a few other things so I removed them from the kernel config, which helped. /bz From owner-freebsd-current@freebsd.org Fri Dec 6 21:39:02 2019 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 1C1D01B7291 for ; Fri, 6 Dec 2019 21:39:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V5ZF0wdlz3wbD for ; Fri, 6 Dec 2019 21:39:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB6Lcx81011510 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 13:38:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB6LcxGe011509; Fri, 6 Dec 2019 13:38:59 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 13:38:59 -0800 From: Steve Kargl To: "Bjoern A. Zeeb" Cc: freebsd-current@freebsd.org Subject: Re: USB causing boot to hang Message-ID: <20191206213859.GA1897@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <603953FF-62C2-4773-B6EB-18305F9F1E7F@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <603953FF-62C2-4773-B6EB-18305F9F1E7F@lists.zabbadoz.net> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47V5ZF0wdlz3wbD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.28), asn: 73(-0.85), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 21:39:02 -0000 On Fri, Dec 06, 2019 at 09:32:01PM +0000, Bjoern A. Zeeb wrote: > On 6 Dec 2019, at 20:23, Steve Kargl wrote: > > > I updates /usr/src to r355452, and updated by kernel and > > world. Upon rebooting, verbose boot messages susgests > > the system is hanging when USB starts to attach. With > > the 3-week kernel verbose boot shows: > > > > ... > > pcm4: at nid 30 on hdaa1 > > pcm4: Playback: > > pcm4: Stream cap: 0x00000005 AC3 PCM > > pcm4: PCM cap: 0x000e05f0 16 20 24 bits, 32 44 48 88 96 192 > > KHz > > pcm4: DAC: 6 > > pcm4: > > pcm4: nid=30 [pin: SPDIF-out (Grey Jack)] > > pcm4: + <- nid=6 [audio output] [src: pcm] > > pcm4: > > pcm4: Mixer "vol" -> "none": child=0x00000010 > > pcm4: Mixer "pcm": parent="vol" > > pcm4: Soft PCM mixer ENABLED > > pcm4: Playback channel set is: Front Left, Front Right, > > pcm4: Playback channel matrix is: 2.0 (unknown) > > usbus0: 5.0Gbps Super Speed USB v3.0 > > usbus1: 12Mbps Full Speed USB v1.0 > > ... > > > > end with a prompt on the console. With today's kernel, > > boot is hung after the last pcm4: message and no usbus0 > > is displayed. > > > > The booting kernel/system is a > > > > % uname -a > > FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 > > > > Again, the failing kernel is r 355452 > > I think I have seen this on around r355101 already in case it helps > narrowing things down. I didn’t need USB and a few other things so I > removed them from the kernel config, which helped. Yes, it's in that neighborhood. I'm in the middle of a binary search for the commit. Fortunately, there is only about 1000 commits between my last good kernel and the failing one. -- Steve From owner-freebsd-current@freebsd.org Fri Dec 6 22:31:48 2019 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 0FA121B9185 for ; Fri, 6 Dec 2019 22:31:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V6l66pt1z40b1 for ; Fri, 6 Dec 2019 22:31:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB6MVi6X011222 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 6 Dec 2019 14:31:44 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB6MViLT011220 for freebsd-current@freebsd.org; Fri, 6 Dec 2019 14:31:44 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 14:31:44 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191206223144.GA3224@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191206202316.GA1053@troutmask.apl.washington.edu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47V6l66pt1z40b1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.28), asn: 73(-0.85), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLYTO_ADDR_EQ_FROM(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 22:31:48 -0000 On Fri, Dec 06, 2019 at 12:23:16PM -0800, Steve Kargl wrote: > I updates /usr/src to r355452, and updated by kernel and > world. Upon rebooting, verbose boot messages susgests > the system is hanging when USB starts to attach. With > the 3-week kernel verbose boot shows: > > ... > pcm4: at nid 30 on hdaa1 > pcm4: Playback: > pcm4: Stream cap: 0x00000005 AC3 PCM > pcm4: PCM cap: 0x000e05f0 16 20 24 bits, 32 44 48 88 96 192 KHz > pcm4: DAC: 6 > pcm4: > pcm4: nid=30 [pin: SPDIF-out (Grey Jack)] > pcm4: + <- nid=6 [audio output] [src: pcm] > pcm4: > pcm4: Mixer "vol" -> "none": child=0x00000010 > pcm4: Mixer "pcm": parent="vol" > pcm4: Soft PCM mixer ENABLED > pcm4: Playback channel set is: Front Left, Front Right, > pcm4: Playback channel matrix is: 2.0 (unknown) > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 12Mbps Full Speed USB v1.0 > ... > > end with a prompt on the console. With today's kernel, > boot is hung after the last pcm4: message and no usbus0 > is displayed. > > The booting kernel/system is a > > % uname -a > FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 > > Again, the failing kernel is r 355452 > The problem seems to be caused 355010. This is a commit to fix CAM, which seems to break USB. -- Steve From owner-freebsd-current@freebsd.org Fri Dec 6 22:33:23 2019 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 268DC1B93AB for ; Fri, 6 Dec 2019 22:33:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47V6my0WFHz4125 for ; Fri, 6 Dec 2019 22:33:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x731.google.com with SMTP id k6so7883963qki.5 for ; Fri, 06 Dec 2019 14:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=opFhOAL3E/6ZKwZYah55cbW9BoxyeXCIvFzxLkh3pQI=; b=EXC5cIHXb6bRy2W+m+G+G6EtOtsR70xjE4eIbvSznVqynJDq6DjUkZctt3IMnetJfm miBGzJyO1EEwWImcRTPfoyRgrU0abeqQ4BuG7s0RfQ/8iweeWsrPCNUemkzSeXsnAcB7 qX85S0JoybTQY3adC+L6c7U75uXAVyn07xNeXz2XRuVxwNXkhDK44UH6vRtvdBG+c4qU p8T8bFUS70tp2EC4HJBU/X8/MRieOQokTdbYXy21hllKVN+1kxBmrcM9++I+idNA0D93 PX3jbPX26FsNzuRILeo5qQKkthVNFrgFERyI8HFJ/O9OzXmvBHoJMTxsrnGiq73+qMU4 oUYQ== 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=opFhOAL3E/6ZKwZYah55cbW9BoxyeXCIvFzxLkh3pQI=; b=hQKfZ2pgmGO3MjamlxOdXLfszz413h+VESpODqzTqEcltZ4mHufYYTWF8KTqxnsSiy uCShMRHIkNctOH8zSitenQk4Ihci9/pC4Ao/C5jq4uquc1B4Zq3Ax1Tyr2kROUrGv9uc I9jaId7SMM4lX2c0tjSNQVjfdGYWv53/lMD2QXuorVy0+xZu8+n4Jj0NIfxCIEz5beAD JAFtKHKHdEH4iiApCgDJyYtAQHKNGWbiJTyzezS+2OTBL74ckARjCaHd538cCOv+U8IQ ayVtbmt8DoVPbNGc9785LDNp0LlpwQlFPaqQam3vWStjLIkj4RoYDd8SAvJjhLNNq//x gLPw== X-Gm-Message-State: APjAAAXpgKyiiAhs3CZ8kAkoUox/By4o3OvRsrmY+ayIiJD3MT+8hqDp qR6WPiHpT19hYclIbQCl4kGXA3TYLXFk16PpkddpfHbL7nk= X-Google-Smtp-Source: APXvYqyxGgzSSNHXMP7szNoiYYifU/RSmXsSiztB6t3viZy3GLzHO0h8z4iIdlTHIKbt5GOVKOt/XPOlv9czAls9gXg= X-Received: by 2002:a05:620a:795:: with SMTP id 21mr5793257qka.60.1575671600387; Fri, 06 Dec 2019 14:33:20 -0800 (PST) MIME-Version: 1.0 References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> In-Reply-To: <20191206223144.GA3224@troutmask.apl.washington.edu> From: Warner Losh Date: Fri, 6 Dec 2019 15:33:09 -0700 Message-ID: Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: Steve Kargl , Alexander Motin Cc: FreeBSD Current X-Rspamd-Queue-Id: 47V6my0WFHz4125 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=EXC5cIHX; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::731) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.69)[ip: (-9.27), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 22:33:23 -0000 On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl wrote: > On Fri, Dec 06, 2019 at 12:23:16PM -0800, Steve Kargl wrote: > > I updates /usr/src to r355452, and updated by kernel and > > world. Upon rebooting, verbose boot messages susgests > > the system is hanging when USB starts to attach. With > > the 3-week kernel verbose boot shows: > > > > ... > > pcm4: at nid 30 on hdaa1 > > pcm4: Playback: > > pcm4: Stream cap: 0x00000005 AC3 PCM > > pcm4: PCM cap: 0x000e05f0 16 20 24 bits, 32 44 48 88 96 192 KHz > > pcm4: DAC: 6 > > pcm4: > > pcm4: nid=30 [pin: SPDIF-out (Grey Jack)] > > pcm4: + <- nid=6 [audio output] [src: pcm] > > pcm4: > > pcm4: Mixer "vol" -> "none": child=0x00000010 > > pcm4: Mixer "pcm": parent="vol" > > pcm4: Soft PCM mixer ENABLED > > pcm4: Playback channel set is: Front Left, Front Right, > > pcm4: Playback channel matrix is: 2.0 (unknown) > > usbus0: 5.0Gbps Super Speed USB v3.0 > > usbus1: 12Mbps Full Speed USB v1.0 > > ... > > > > end with a prompt on the console. With today's kernel, > > boot is hung after the last pcm4: message and no usbus0 > > is displayed. > > > > The booting kernel/system is a > > > > % uname -a > > FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 > > > > Again, the failing kernel is r 355452 > > > > The problem seems to be caused 355010. This is a commit to > fix CAM, which seems to break USB. > Yes. mav@ made this change... Warner From owner-freebsd-current@freebsd.org Fri Dec 6 22:45:27 2019 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 4AD601B9AE9 for ; Fri, 6 Dec 2019 22:45:27 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yb1-xb44.google.com (mail-yb1-xb44.google.com [IPv6:2607:f8b0:4864:20::b44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47V72t3Dcrz41nd for ; Fri, 6 Dec 2019 22:45:25 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-yb1-xb44.google.com with SMTP id v2so3640666ybo.3 for ; Fri, 06 Dec 2019 14:45:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=AYfHr895e4a3/u33CfLQR5byf/kqUWD0G9P3h8fE5tM=; b=sh8ejjgr/aDmMVbIjNvvT2HUKEDhv+dxUwkJZKZFKTEptDRtCPSTGeOpaXSMAt0Yzg QJIsoDy9DoP3KGVSA8wOgUPKwEpY7XP6O1xXwVwWIvlbZCrHp/njvVmlbMtZ5Q6/IeFN ZxZRtiAGs+LKdVoTR+S/Sf189U3FXZzV+BFIIrUieox/NkLgiz+jl98t7ufKepJbpLJj 2LVz6vMAon0F4jn0qg6ontWv7aODEIuWelvYGPDuFmch6TmH3gIowYLuLlFzWF+Ve+G7 c7+v09ztMJX2G0Qowtu5l7so1EbADJD6CD3/1yaMElhGUS0b5w5+qKAUxd1nbJiRuAjc vtIA== 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=AYfHr895e4a3/u33CfLQR5byf/kqUWD0G9P3h8fE5tM=; b=NqsYMoQ7JYnYJSJDBe2HzRU+2rBrq+K6AL87C5Jav7BPzPi+uNTV3WXVKuU/eWJs2v 0Ypd1eRmL94tUQ54wEdZm/7xLUGMvgDaWEIMoUH/RoaXN0VSsEVTXOovImFOfXFixSjD cXCIIVbQuajraAIvDCg+c/xbmhSNzWAtZrOrHHlbLNFLviAwpulqjZo16usG+P0a2M+w RBOtlLANbA4kmihUCvVSPWJzBmS9V7wLU+FoXvEK2At8aaEnVtUH2y6N0cVmVm3DnARm EDKAPnLDr8+w3/U7wvUajQw9iZ10C3jUzZb9odbn2zjS7gIQSacsuiLn2fptKKBS47qV qHDA== X-Gm-Message-State: APjAAAVDVCA2qxKFrlg0tW+udgL3DHOkTaP1BcNbiTEBjchIJnIx4/9Y 6LTH25Pp2OcCVmyhDubfb4/e7UB4 X-Google-Smtp-Source: APXvYqwj4ZcaCTSDhGUbO7PWkcLKbhWwRK8rO2S4Ffirb5RLdzhIXmN38YoVCkvsyANGtB+PehcWWQ== X-Received: by 2002:a25:c0d6:: with SMTP id c205mr12042155ybf.342.1575672323541; Fri, 06 Dec 2019 14:45:23 -0800 (PST) Received: from mavoffice.ixsystems.com ([12.189.233.129]) by smtp.gmail.com with ESMTPSA id b187sm7195504ywh.108.2019.12.06.14.45.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Dec 2019 14:45:22 -0800 (PST) Sender: Alexander Motin Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: Steve Kargl Cc: Warner Losh , FreeBSD Current References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> 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: <284e1dd9-23f5-ae48-6e18-fa523f7dc1a3@FreeBSD.org> Date: Fri, 6 Dec 2019 17:44:55 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 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: 47V72t3Dcrz41nd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=sh8ejjgr; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::b44 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.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:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[4.4.b.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.40)[ip: (2.19), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; 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]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 22:45:27 -0000 On 06.12.2019 17:33, Warner Losh wrote: > On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl > > wrote: > > On Fri, Dec 06, 2019 at 12:23:16PM -0800, Steve Kargl wrote: > > I updates /usr/src to r355452, and updated by kernel and > > world.  Upon rebooting, verbose boot messages susgests > > the system is hanging when USB starts to attach.  With > > the 3-week kernel verbose boot shows: > > > > ... > > pcm4: at nid 30 on hdaa1 > > pcm4: Playback: > > pcm4:      Stream cap: 0x00000005 AC3 PCM > > pcm4:         PCM cap: 0x000e05f0 16 20 24 bits, 32 44 48 88 96 > 192 KHz > > pcm4:             DAC: 6 > > pcm4: > > pcm4:     nid=30 [pin: SPDIF-out (Grey Jack)] > > pcm4:       + <- nid=6 [audio output] [src: pcm] > > pcm4: > > pcm4: Mixer "vol" -> "none": child=0x00000010 > > pcm4: Mixer "pcm": parent="vol" > > pcm4: Soft PCM mixer ENABLED > > pcm4: Playback channel set is: Front Left, Front Right, > > pcm4: Playback channel matrix is: 2.0 (unknown) > > usbus0: 5.0Gbps Super Speed USB v3.0 > > usbus1: 12Mbps Full Speed USB v1.0 > > ... > > > > end with a prompt on the console.  With today's kernel, > > boot is hung after the last pcm4: message and no usbus0 > > is displayed. > > > > The booting kernel/system is a > > > > % uname -a > > FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019,  amd64 > > > > Again, the failing kernel is r 355452 > > > > The problem seems to be caused 355010.  This is a commit to > fix CAM, which seems to break USB. > > Yes. mav@ made this change... Yes, I made the change, and it was supposed to improve USB inter-operation, but after reading this email I still have no clue what could be wrong, so ideas welcome. Steve, do you have some devices on that USB, especially umass(4)? Have you tried to remove them? -- Alexander Motin From owner-freebsd-current@freebsd.org Fri Dec 6 22:52:35 2019 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 F31F21BA17B for ; Fri, 6 Dec 2019 22:52:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V7C65C1Sz42dS; Fri, 6 Dec 2019 22:52:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB6MqVqv001039 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 14:52:31 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB6MqVZj001038; Fri, 6 Dec 2019 14:52:31 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 14:52:31 -0800 From: Steve Kargl To: Warner Losh Cc: Alexander Motin , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191206225231.GA949@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47V7C65C1Sz42dS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.28), asn: 73(-0.84), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 22:52:36 -0000 On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: > On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl > wrote: > > > On Fri, Dec 06, 2019 at 12:23:16PM -0800, Steve Kargl wrote: > > > I updates /usr/src to r355452, and updated by kernel and > > > world. Upon rebooting, verbose boot messages susgests > > > the system is hanging when USB starts to attach. With > > > the 3-week kernel verbose boot shows: > > > > > > ... > > > pcm4: Playback channel matrix is: 2.0 (unknown) > > > usbus0: 5.0Gbps Super Speed USB v3.0 > > > ... > > > > > > end with a prompt on the console. With today's kernel, > > > boot is hung after the last pcm4: message and no usbus0 > > > is displayed. > > > > > > The booting kernel/system is a > > > > > > % uname -a > > > FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 > > > > > > Again, the failing kernel is r 355452 > > > > > > > The problem seems to be caused 355010. This is a commit to > > fix CAM, which seems to break USB. > > > > Yes. mav@ made this change... > src/UPDATING seems to be missing an entry about CAM breaking USB. The commit message for 355010 states: Devices appearing on USB bus later may still require setting kern.cam.boot_delay, but hopefully those are minority. There is no statement about "where" kern.cam.boot_delay should be set. There is no statement about "what" value(s) kern.cam.boot_delay should be. For the record add kern.cam.boot_delay to /boot/loader.conf with the values 0, 1, and "1" did not allow the system to boot. The system will not boot with or without umass0 on uhub1 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:9:0: Attached to scbus9 da0 at umass-sim0 bus 0 scbus9 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number NA7PEG27 da0: 400.000MB/s transfers da0: 3815447MB (7814037167 512 byte sectors) da0: quirks=0x2 plugged into the port. -- Steve From owner-freebsd-current@freebsd.org Fri Dec 6 22:57:44 2019 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 EC0BE1BA398 for ; Fri, 6 Dec 2019 22:57:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V7K45dYMz436j; Fri, 6 Dec 2019 22:57:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB6MvgKu001086 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 14:57:43 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB6MvgPo001085; Fri, 6 Dec 2019 14:57:42 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 14:57:42 -0800 From: Steve Kargl To: Alexander Motin Cc: Warner Losh , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191206225742.GB949@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <284e1dd9-23f5-ae48-6e18-fa523f7dc1a3@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <284e1dd9-23f5-ae48-6e18-fa523f7dc1a3@FreeBSD.org> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47V7K45dYMz436j X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 22:57:45 -0000 On Fri, Dec 06, 2019 at 05:44:55PM -0500, Alexander Motin wrote: > > Yes, I made the change, and it was supposed to improve USB > inter-operation, but after reading this email I still have no clue what > could be wrong, so ideas welcome. Sorry about the initial vagueness. It took a couple of hours to bisect the problem. > Steve, do you have some devices on that USB, especially umass(4)? Have > you tried to remove them? On a good boot, this is what is reported by dmesg. There is a logitech USB mouse receiver and a Seagate USB hard drive. It does not matter if the hard drive is plugged in or not. % dmesg | grep -E ^u usbus0 on xhci0 usbus1 on ohci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus3 on ohci1 usbus4: EHCI version 1.0 usbus4 on ehci1 usbus5 on ohci2 usbus6 on ohci3 usbus7: EHCI version 1.0 usbus7 on ehci2 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen7.1: at usbus7 uhub0 on usbus7 uhub0: on usbus7 ugen6.1: at usbus6 uhub1 on usbus6 uhub1: on usbus6 ugen5.1: at usbus5 uhub2 on usbus5 uhub2: on usbus5 ugen4.1: at usbus4 uhub3 on usbus4 uhub3: on usbus4 ugen3.1: at usbus3 uhub4 on usbus3 uhub4: on usbus3 ugen2.1: at usbus2 uhub5 on usbus2 uhub5: on usbus2 ugen1.1: at usbus1 uhub6 on usbus1 uhub6: on usbus1 ugen0.1: <0x1106 XHCI root HUB> at usbus0 uhub7 on usbus0 uhub7: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub2: 2 ports with 2 removable, self powered uhub1: 4 ports with 4 removable, self powered uhub4: 5 ports with 5 removable, self powered uhub6: 5 ports with 5 removable, self powered uhub7: 5 ports with 4 removable, self powered ugen0.2: at usbus0 uhub8 on uhub7 uhub8: on usbus0 uhub8: 4 ports with 4 removable, self powered uhub0: 4 ports with 4 removable, self powered uhub3: 5 ports with 5 removable, self powered uhub5: 5 ports with 5 removable, self powered ugen0.3: at usbus0 umass0 on uhub7 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:9:0: Attached to scbus9 ugen3.2: at usbus3 ums0 on uhub4 ums0: on usbus3 ums0: 8 buttons and [XYZT] coordinates ID=0 uhid0 on uhub4 uhid0: on usbus3 % dmesg | grep da0 Trying to mount root from ufs:/dev/ada0p2 [rw]... da0 at umass-sim0 bus 0 scbus9 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number NA7PEGM0 da0: 400.000MB/s transfers da0: 3815447MB (7814037167 512 byte sectors) da0: quirks=0x2 -- Steve From owner-freebsd-current@freebsd.org Fri Dec 6 23:15:02 2019 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 130131BACD3 for ; Fri, 6 Dec 2019 23:15:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V7j06y9Jz44BD; Fri, 6 Dec 2019 23:15:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB6NEwsV001232 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 15:14:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB6NEwOa001231; Fri, 6 Dec 2019 15:14:58 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 15:14:58 -0800 From: Steve Kargl To: Warner Losh Cc: Alexander Motin , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191206231458.GA1187@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191206225231.GA949@troutmask.apl.washington.edu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47V7j06y9Jz44BD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.28), asn: 73(-0.84), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 23:15:02 -0000 On Fri, Dec 06, 2019 at 02:52:31PM -0800, Steve Kargl wrote: > > The commit message for 355010 states: > > Devices appearing on USB bus later may still require setting > kern.cam.boot_delay, but hopefully those are minority. > > There is no statement about "where" kern.cam.boot_delay should be set. > There is no statement about "what" value(s) kern.cam.boot_delay should be. > > For the record add kern.cam.boot_delay to /boot/loader.conf with the > values 0, 1, and "1" did not allow the system to boot. The system > will not boot with or without > Do I need to rebuild my kernel with the undocumented CAM_BOOT_DELAY? -- Steve From owner-freebsd-current@freebsd.org Fri Dec 6 23:15:36 2019 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 501971BADF0 for ; Fri, 6 Dec 2019 23:15:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yb1-xb41.google.com (mail-yb1-xb41.google.com [IPv6:2607:f8b0:4864:20::b41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47V7jg5g9Cz44KK for ; Fri, 6 Dec 2019 23:15:35 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-yb1-xb41.google.com with SMTP id o22so3662994ybg.6 for ; Fri, 06 Dec 2019 15:15:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=74lEJnO2lGbSiSo5a1JMIWwmX+DdtJB85hd2FpWHG5g=; b=ugjPB/2hJKAdanCAD5Yutl3VYz5LhBcF5xdYL0EKPi5AytANZHQaGP6SDSNVG5aV6D DSq6ftJtpbJsww7+OeTrZ4Dt8+Q1234dnLUpOUYkXQPY0ueNo2W85G0uLtWw2jFIiOt2 ZPka31wE2eATb70QT+Ce6r3Xg69YgXLr0XBw9mkhC8HaeUsBOkGoj7fUA9d0jp5dTjwV Ov5YGZRXJJxsaNcWYmHtaW1Ml9IaehXFOycL1sXXV9U8eOJAFryNUWm+7KDp2wEEbLo/ IPqjxCAdQsNSvvr9WUXDI102sLZe3R9ykpu/ufbEdXjZ6hXk9yLmRMswVY58H2KmO4tk ilew== 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=74lEJnO2lGbSiSo5a1JMIWwmX+DdtJB85hd2FpWHG5g=; b=eI79TxFD2mcjqVeWio3s7eeOhcM+/PIOwePygdZgXn/dXSMtuFtopOe3K11DVp0Yxc bAr8XsvwPzIeiTcieniHa8VsMYP4Sx4676a9UhteFUev/OmpoOcLsEkwKbnX3B+I86Jj /y2MnMDG3Au08WuqvkbhFzyi1DEajs7zTvsZO+URL0+FFc+FTkMj+CiUHXE7PN8otMab CUWIDvqK14rm0vGk4GIo12hxthQ8ZI6zQepNGRIfcyMO/3BGEzjXgPJskZxvc9M2ef0Z KlA8TzIf0wcAwP8OMYXJuB1UV8VJqKMPHlvLg303cbau4/MTljAiqsHUbRA+TqxxZmPg QWYw== X-Gm-Message-State: APjAAAWn4TWigx9aV3djkVnol84XjbFt7+ZD71LFWoF55yYDQjXTjPLD JgFrRmo7DVxZqbBmzleKIOxZgYCJ X-Google-Smtp-Source: APXvYqymeutK/G+UQRuKk+DG8Sf+/J0UCraAmnPDXD6HNSM5MfO9ubEAivIu2/9hhB99of5bh/47Hw== X-Received: by 2002:a25:c307:: with SMTP id t7mr12815320ybf.69.1575674134385; Fri, 06 Dec 2019 15:15:34 -0800 (PST) Received: from mavoffice.ixsystems.com ([12.189.233.129]) by smtp.gmail.com with ESMTPSA id x188sm6769908ywe.2.2019.12.06.15.15.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Dec 2019 15:15:33 -0800 (PST) Sender: Alexander Motin Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: sgk@troutmask.apl.washington.edu, Warner Losh Cc: FreeBSD Current References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> 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: Date: Fri, 6 Dec 2019 18:15:32 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <20191206225231.GA949@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47V7jg5g9Cz44KK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ugjPB/2h; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::b41 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-2.65 / 15.00]; ARC_NA(0.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:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.4.b.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.45)[ip: (1.95), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; 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]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 23:15:36 -0000 On 06.12.2019 17:52, Steve Kargl wrote: > On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: >> On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl >> wrote: >> >>> On Fri, Dec 06, 2019 at 12:23:16PM -0800, Steve Kargl wrote: >>>> I updates /usr/src to r355452, and updated by kernel and >>>> world. Upon rebooting, verbose boot messages susgests >>>> the system is hanging when USB starts to attach. With >>>> the 3-week kernel verbose boot shows: >>>> >>>> ... >>>> pcm4: Playback channel matrix is: 2.0 (unknown) >>>> usbus0: 5.0Gbps Super Speed USB v3.0 >>>> ... >>>> >>>> end with a prompt on the console. With today's kernel, >>>> boot is hung after the last pcm4: message and no usbus0 >>>> is displayed. >>>> >>>> The booting kernel/system is a >>>> >>>> % uname -a >>>> FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 >>>> >>>> Again, the failing kernel is r 355452 >>>> >>> >>> The problem seems to be caused 355010. This is a commit to >>> fix CAM, which seems to break USB. >>> >> >> Yes. mav@ made this change... >> > > src/UPDATING seems to be missing an entry about CAM breaking USB. And also that moon is made of cheese. :-\ > The commit message for 355010 states: > > Devices appearing on USB bus later may still require setting > kern.cam.boot_delay, but hopefully those are minority. > > There is no statement about "where" kern.cam.boot_delay should be set. > There is no statement about "what" value(s) kern.cam.boot_delay should be. If you never needed it before, you still don't need it. > For the record add kern.cam.boot_delay to /boot/loader.conf with the > values 0, 1, and "1" did not allow the system to boot. boot_delay value is measured in milliseconds, so values of 0 and 1 mean close to nothing. You may try to set it to some 10000, if you really want to try to delay CAM devices attach, but I doubt. > The system > will not boot with or without > > umass0 on uhub1 > umass0: on usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:9:0: Attached to scbus9 > da0 at umass-sim0 bus 0 scbus9 target 0 lun 0 > da0: Fixed Direct Access SPC-4 SCSI device > da0: Serial Number NA7PEG27 > da0: 400.000MB/s transfers > da0: 3815447MB (7814037167 512 byte sectors) > da0: quirks=0x2 > > plugged into the port. If system hangs even without any USB disk attached, then I don't see a relation between CAM and USB here. My change could affect some timings of the boot process, but without closer debugging it is hard to guess something. To be sure whether USB is related I would try to disable all USB controllers either in BIOS or with set of loader tunables like hint.ehci.0.disabled=1 , hint.ohci.0.disabled=1 , hint.xhci.0.disabled=1, ... -- Alexander Motin From owner-freebsd-current@freebsd.org Fri Dec 6 23:41:08 2019 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 3529A1BBA59 for ; Fri, 6 Dec 2019 23:41:08 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47V8H80NTsz45hP; Fri, 6 Dec 2019 23:41:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB6Nf5Pw001070 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 15:41:05 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB6Nf5L2001069; Fri, 6 Dec 2019 15:41:05 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 15:41:05 -0800 From: Steve Kargl To: Alexander Motin Cc: Warner Losh , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191206234105.GA1027@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47V8H80NTsz45hP X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 23:41:08 -0000 On Fri, Dec 06, 2019 at 06:15:32PM -0500, Alexander Motin wrote: > On 06.12.2019 17:52, Steve Kargl wrote: > > On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: > >> On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl > >> wrote: > >> > >>> On Fri, Dec 06, 2019 at 12:23:16PM -0800, Steve Kargl wrote: > >>>> I updates /usr/src to r355452, and updated by kernel and > >>>> world. Upon rebooting, verbose boot messages susgests > >>>> the system is hanging when USB starts to attach. With > >>>> the 3-week kernel verbose boot shows: > >>>> > >>>> ... > >>>> pcm4: Playback channel matrix is: 2.0 (unknown) > >>>> usbus0: 5.0Gbps Super Speed USB v3.0 > >>>> ... > >>>> > >>>> end with a prompt on the console. With today's kernel, > >>>> boot is hung after the last pcm4: message and no usbus0 > >>>> is displayed. > >>>> > >>>> The booting kernel/system is a > >>>> > >>>> % uname -a > >>>> FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, amd64 > >>>> > >>>> Again, the failing kernel is r 355452 > >>>> > >>> > >>> The problem seems to be caused 355010. This is a commit to > >>> fix CAM, which seems to break USB. > >>> > >> > >> Yes. mav@ made this change... > >> > > > > src/UPDATING seems to be missing an entry about CAM breaking USB. > > And also that moon is made of cheese. :-\ > Not sure what you mean. You made a change, and the commit log even notes that there could be an issue. Yet, you want a user to waste half a day finding the root cause of the problem. > > The commit message for 355010 states: > > > > Devices appearing on USB bus later may still require setting > > kern.cam.boot_delay, but hopefully those are minority. > > > > There is no statement about "where" kern.cam.boot_delay should be set. > > There is no statement about "what" value(s) kern.cam.boot_delay should be. > > If you never needed it before, you still don't need it. Prior to 355010 the system just boots up. After 355010 the system hangs. Will kern.cam.boot_delay paper over whatever (latent?) bug you've exposed? > > For the record add kern.cam.boot_delay to /boot/loader.conf with the > > values 0, 1, and "1" did not allow the system to boot. > > boot_delay value is measured in milliseconds, so values of 0 and 1 mean > close to nothing. You may try to set it to some 10000, if you really > want to try to delay CAM devices attach, but I doubt. 0 and 1 were my guesses that boot_delay was an integer representation of a boolean value; 0 being disable the new code; 1 being enable new code. Looks like I guessed wrong given the documentation. > > The system > > will not boot with or without > > > > umass0 on uhub1 > > umass0: on usbus0 > > umass0: SCSI over Bulk-Only; quirks = 0x0100 > > umass0:9:0: Attached to scbus9 > > da0 at umass-sim0 bus 0 scbus9 target 0 lun 0 > > da0: Fixed Direct Access SPC-4 SCSI device > > da0: Serial Number NA7PEG27 > > da0: 400.000MB/s transfers > > da0: 3815447MB (7814037167 512 byte sectors) > > da0: quirks=0x2 > > > > plugged into the port. > > If system hangs even without any USB disk attached, then I don't see a > relation between CAM and USB here. My change could affect some timings > of the boot process, but without closer debugging it is hard to guess > something. To be sure whether USB is related I would try to disable all > USB controllers either in BIOS or with set of loader tunables like > hint.ehci.0.disabled=1 , hint.ohci.0.disabled=1 , > hint.xhci.0.disabled=1, ... Yep. Completely disabling USB allows the system to boot. I don't see how this would be unexpected as umass using cam. -- Steve From owner-freebsd-current@freebsd.org Sat Dec 7 00:10:00 2019 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 539631BC72E for ; Sat, 7 Dec 2019 00:10:00 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47V8wQ70KRz47TW for ; Sat, 7 Dec 2019 00:09:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-ot1-x343.google.com with SMTP id d17so7405651otc.0 for ; Fri, 06 Dec 2019 16:09:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ztU/zrn0r6b2gZURTPDATu/hOhrmPgFzKykuCPKGrMs=; b=c7mq0socHXhKiLnzWar9HV/8mwPxZhL3b1LHNrVM88HF3o6+0jMeWxkmT76iXcoKbe UWGabkiIxhm5mn2tIUJfNwGado8Vq3dXQh1tzLbn9cC0sV9mhaKTUIxFuTLwniU//ocB G3nleLXgiJsaQSALVUj8Z5a2N446jL//Fv43dSq7vAYmBzFQYQVxgl0u4SmXqAD0Gpwg dzQHYH8MeVCYV4GPgMDHdoFHSF1NVoR5fG4yVq9lk78BoYzz/iaNEzOtYmFC7NuCBORj b+LyRlB5SK41iQ0aG1d/vmev2aC0pnv/2UbsJrgOp7kJVmxL/D2cwmcTZEb6kd9oa/ta KtUA== 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=ztU/zrn0r6b2gZURTPDATu/hOhrmPgFzKykuCPKGrMs=; b=YJBavJ4OnIm6RfsYed28Z36dZMONtucWlxsN4tr+XNrbpLlS48qJXySM+d898eUN9K Z5+qCp9i3qBvZzYISgpcaTlAZAsTHLSldabhwief4VQrllJjcwNmC0gj1IA7lE6rbIqz 5lUAMJotgDoaltzsyDPW/EB+HN/1NduUcq3PFFsRjCAGBNF+nNXHw2g5+ndEAzvMyrUP ZpINtF7I6Ty5TKjJIl7dyARuRAKoushMbwnuzGmWiuAlQv7vo3s7IJ7DjFrxmMeqYhqq HXxfCytVSI9wfhG6CDdg9nc8uPVzvDBVGI54yXRhEIH40og1zBxG+m3WdWszcRzIMC5y IC3A== X-Gm-Message-State: APjAAAU3Ju2HiTtXfCLLPpXj7Dh5VnyN6JNNqBfXUq1U+/7woiZ7Wa/C g0fqiMBzk0fLm421qnnN8fTcy3QQ X-Google-Smtp-Source: APXvYqxAXbvMEXsOIloLU/QxcFYTnLwZbJNJUCsKdJtQJ5omZfADav/5fQ1INmi2Ot48jL3WbGZq3Q== X-Received: by 2002:a9d:6f07:: with SMTP id n7mr139536otq.112.1575677397011; Fri, 06 Dec 2019 16:09:57 -0800 (PST) Received: from spectre.mavhome.dp.ua ([2600:1700:3580:3560:228:f8ff:fe04:d12]) by smtp.gmail.com with ESMTPSA id 91sm3056882otb.7.2019.12.06.16.09.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Dec 2019 16:09:56 -0800 (PST) Sender: Alexander Motin Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: sgk@troutmask.apl.washington.edu Cc: Warner Losh , FreeBSD Current References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> 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: <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> Date: Fri, 6 Dec 2019 19:09:55 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 In-Reply-To: <20191206234105.GA1027@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47V8wQ70KRz47TW X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=c7mq0soc; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::343 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-2.47 / 15.00]; ARC_NA(0.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:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[3.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.27)[ip: (2.87), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; 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]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 00:10:00 -0000 On 06.12.2019 18:41, Steve Kargl wrote: > On Fri, Dec 06, 2019 at 06:15:32PM -0500, Alexander Motin wrote: >> On 06.12.2019 17:52, Steve Kargl wrote: >>> On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: >>>> On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl >>>> wrote: >>>>> The problem seems to be caused 355010. This is a commit to >>>>> fix CAM, which seems to break USB. >>>>> >>>> Yes. mav@ made this change... >>>> >>> src/UPDATING seems to be missing an entry about CAM breaking USB. >> >> And also that moon is made of cheese. :-\ > > Not sure what you mean. I mean that if we are going to write there random fairy-tales, then I prefer my moon. If serious, then my change did not change semantics of any existing tunables, only the way some of them are implemented, so there was nothing to write in UPDATING. > You made a change, and the commit log > even notes that there could be an issue. Yet, you want a user > to waste half a day finding the root cause of the problem. I am sorry that you wasted your time, but quick and ungrounded blames is the last thing I want to read on Friday evening after the long day. >>> The commit message for 355010 states: >>> >>> Devices appearing on USB bus later may still require setting >>> kern.cam.boot_delay, but hopefully those are minority. >>> >>> There is no statement about "where" kern.cam.boot_delay should be set. >>> There is no statement about "what" value(s) kern.cam.boot_delay should be. >> >> If you never needed it before, you still don't need it. > > Prior to 355010 the system just boots up. After 355010 > the system hangs. Will kern.cam.boot_delay paper over > whatever (latent?) bug you've exposed? My change affected the timing of system boot process, allowing system to continue booting some further, not waiting for CAM to scan its buses and disks. If the problem is reproducible even without USB storage, then CAM probably does not wait for it, so it is not the problem I first thought about. >> If system hangs even without any USB disk attached, then I don't see a >> relation between CAM and USB here. My change could affect some timings >> of the boot process, but without closer debugging it is hard to guess >> something. To be sure whether USB is related I would try to disable all >> USB controllers either in BIOS or with set of loader tunables like >> hint.ehci.0.disabled=1 , hint.ohci.0.disabled=1 , >> hint.xhci.0.disabled=1, ... > > Yep. Completely disabling USB allows the system to boot. I don't > see how this would be unexpected as umass using cam. umass uses CAM, but you've told the problem happens even without umass, that is why I told that I don't see any relation. Does disabling of _all_ USB fixes the problem? Have you tried to narrow it down to specific controller or device? Is there anything special in your system? Are you running GENERIC kernel? If not, then what do you have changed? If your kernel includes VERBOSE_SYSINIT as GENERIC does, I would try to set debug.verbose_sysinit=1 and see how far the boot process goes and at which stage it may is hanging (if we guess that hang is related to the stage and not asynchronous). -- Alexander Motin From owner-freebsd-current@freebsd.org Sat Dec 7 00:17:40 2019 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 41E531BCBB8 for ; Sat, 7 Dec 2019 00:17:40 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47V95G4rNYz47vn; Sat, 7 Dec 2019 00:17:38 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 3513A260190; Sat, 7 Dec 2019 01:17:34 +0100 (CET) Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: Alexander Motin , sgk@troutmask.apl.washington.edu Cc: Warner Losh , FreeBSD Current References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> From: Hans Petter Selasky Message-ID: <3e5ead69-b933-70a4-a183-67552d8932fb@selasky.org> Date: Sat, 7 Dec 2019 01:16:13 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47V95G4rNYz47vn X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.13)[ip: (-9.34), ipnet: 88.99.0.0/16(-4.73), asn: 24940(-1.58), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 00:17:40 -0000 On 2019-12-07 01:09, Alexander Motin wrote: > On 06.12.2019 18:41, Steve Kargl wrote: >> On Fri, Dec 06, 2019 at 06:15:32PM -0500, Alexander Motin wrote: >>> On 06.12.2019 17:52, Steve Kargl wrote: >>>> On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: >>>>> On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl >>>>> wrote: >>>>>> The problem seems to be caused 355010. This is a commit to >>>>>> fix CAM, which seems to break USB. >>>>>> >>>>> Yes. mav@ made this change... >>>>> >>>> src/UPDATING seems to be missing an entry about CAM breaking USB. >>> >>> And also that moon is made of cheese. :-\ >> >> Not sure what you mean. > > I mean that if we are going to write there random fairy-tales, then I > prefer my moon. > > If serious, then my change did not change semantics of any existing > tunables, only the way some of them are implemented, so there was > nothing to write in UPDATING. > >> You made a change, and the commit log >> even notes that there could be an issue. Yet, you want a user >> to waste half a day finding the root cause of the problem. > > I am sorry that you wasted your time, but quick and ungrounded blames is > the last thing I want to read on Friday evening after the long day. > >>>> The commit message for 355010 states: >>>> >>>> Devices appearing on USB bus later may still require setting >>>> kern.cam.boot_delay, but hopefully those are minority. >>>> >>>> There is no statement about "where" kern.cam.boot_delay should be set. >>>> There is no statement about "what" value(s) kern.cam.boot_delay should be. >>> >>> If you never needed it before, you still don't need it. >> >> Prior to 355010 the system just boots up. After 355010 >> the system hangs. Will kern.cam.boot_delay paper over >> whatever (latent?) bug you've exposed? > > My change affected the timing of system boot process, allowing system to > continue booting some further, not waiting for CAM to scan its buses and > disks. If the problem is reproducible even without USB storage, then > CAM probably does not wait for it, so it is not the problem I first > thought about. > >>> If system hangs even without any USB disk attached, then I don't see a >>> relation between CAM and USB here. My change could affect some timings >>> of the boot process, but without closer debugging it is hard to guess >>> something. To be sure whether USB is related I would try to disable all >>> USB controllers either in BIOS or with set of loader tunables like >>> hint.ehci.0.disabled=1 , hint.ohci.0.disabled=1 , >>> hint.xhci.0.disabled=1, ... >> >> Yep. Completely disabling USB allows the system to boot. I don't >> see how this would be unexpected as umass using cam. > > umass uses CAM, but you've told the problem happens even without umass, > that is why I told that I don't see any relation. Does disabling of > _all_ USB fixes the problem? Have you tried to narrow it down to > specific controller or device? > > Is there anything special in your system? Are you running GENERIC > kernel? If not, then what do you have changed? > > If your kernel includes VERBOSE_SYSINIT as GENERIC does, I would try to > set debug.verbose_sysinit=1 and see how far the boot process goes and at > which stage it may is hanging (if we guess that hang is related to the > stage and not asynchronous). > Hi, There is an option you can compile into the kernel which will allow the keyboard to enter the debugger. options ALT_BREAK_TO_DEBUGGER Sounds to me like either a leaked refcount or that one thread is spinning blocking execution of other threads. --HPS From owner-freebsd-current@freebsd.org Sat Dec 7 00:33:48 2019 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 253C61BDBD1 for ; Sat, 7 Dec 2019 00:33:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47V9Rt728Pz49Ym for ; Sat, 7 Dec 2019 00:33:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x729.google.com with SMTP id m188so8079313qkc.4 for ; Fri, 06 Dec 2019 16:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gohUV8cWMLkRQJOGEUhuof1arffOi+wbncP+Q0aaCOM=; b=QfjgaMGFD/qweiVYPtTyiM8VSkJfKlHAn2QU3J0ksFqUByVgWze58EOm7bcHvgHXq8 23J+l1roRPOYw8DL3Hx8MyY88NTQTUJTkGD1KBeda4BAYFzGv+5DKu0nUjQ/ZqH42OpT /9b6bG99zhCdv+HH4F6BUxrvYFvn2ESQ5ltOAzzV+D6k8w4DVLXiXvd0a7bTZq+eI+Zh z0sn6KpKVHTWqTyahrVO71zxV5L/eNrR82p1fVhMqN4iI+bbyT/jVnLJFF2uTFjDl8br UdcllOaCZ0wsFiQa+SU9Q2eiH2PsPPrkIrNGnQ0ZGZwLNKwrfLikfLhAlHHcLlv4Fqws roIQ== 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=gohUV8cWMLkRQJOGEUhuof1arffOi+wbncP+Q0aaCOM=; b=Dl8gq9VGmgiUsZqd3W1oXCqVw3iGqo2nclRsCDtTyMY0POkCEdcOdhWsencO3Sd+6J g8nBfk5Bf52hjLECs44Jcee3w/p7HVr0TaLJJm++BSv4t31wJxNCuj3e+puVMFaUlNZO apjDp/6kAqScDzzzSNYXa3NvpZdRksqXA3oT8W16nYpTxTkeMg5kcwoX8ZbGAXTE1jEF ShPHmGy9fvjcNKLGlnZRKHTmlDvF0eJID7l6pzAAwslSQJtn5yiJdtbzz23mjE7khms9 aMKwJMPWRBCmnhXEZd331AEtLRL46+6fTY8iD2dF0c5zYtcfUfgWyV8cKUDaI77m+lWL mU6g== X-Gm-Message-State: APjAAAVP3SpkKZSa54ivkIgghQlpgd1iblhbCSfS+3kp5Ig59w9B25Mz ENAinWplUoHqq53FH+pvhnaggueIuhXdcVI06pfcN183UR2+QA== X-Google-Smtp-Source: APXvYqzsG93qepLjwcALfCB90YLLjS/rcyDscCH0+Vuxv6lQpEL1idzjp2aQmye89Ml6BrIhpkDPIp3xlfqSUFg6Poc= X-Received: by 2002:a37:b0c5:: with SMTP id z188mr10497040qke.215.1575678825226; Fri, 06 Dec 2019 16:33:45 -0800 (PST) MIME-Version: 1.0 References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> In-Reply-To: <20191206234105.GA1027@troutmask.apl.washington.edu> From: Warner Losh Date: Fri, 6 Dec 2019 17:33:33 -0700 Message-ID: Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: Steve Kargl Cc: Alexander Motin , FreeBSD Current X-Rspamd-Queue-Id: 47V9Rt728Pz49Ym X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=QfjgaMGF; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::729) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[9.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.68)[ip: (-9.19), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 00:33:48 -0000 On Fri, Dec 6, 2019 at 4:41 PM Steve Kargl wrote: > On Fri, Dec 06, 2019 at 06:15:32PM -0500, Alexander Motin wrote: > > On 06.12.2019 17:52, Steve Kargl wrote: > > > On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: > > >> On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl < > sgk@troutmask.apl.washington.edu> > > >> wrote: > > >> > > >>> On Fri, Dec 06, 2019 at 12:23:16PM -0800, Steve Kargl wrote: > > >>>> I updates /usr/src to r355452, and updated by kernel and > > >>>> world. Upon rebooting, verbose boot messages susgests > > >>>> the system is hanging when USB starts to attach. With > > >>>> the 3-week kernel verbose boot shows: > > >>>> > > >>>> ... > > >>>> pcm4: Playback channel matrix is: 2.0 (unknown) > > >>>> usbus0: 5.0Gbps Super Speed USB v3.0 > > >>>> ... > > >>>> > > >>>> end with a prompt on the console. With today's kernel, > > >>>> boot is hung after the last pcm4: message and no usbus0 > > >>>> is displayed. > > >>>> > > >>>> The booting kernel/system is a > > >>>> > > >>>> % uname -a > > >>>> FreeBSD 13.0-CURRENT #1 r354658: Wed Nov 13 11:23:32 PST 2019, > amd64 > > >>>> > > >>>> Again, the failing kernel is r 355452 > > >>>> > > >>> > > >>> The problem seems to be caused 355010. This is a commit to > > >>> fix CAM, which seems to break USB. > > >>> > > >> > > >> Yes. mav@ made this change... > > >> > > > > > > src/UPDATING seems to be missing an entry about CAM breaking USB. > > > > And also that moon is made of cheese. :-\ > > > > Not sure what you mean. You made a change, and the commit log > even notes that there could be an issue. Yet, you want a user > to waste half a day finding the root cause of the problem. > > > > The commit message for 355010 states: > > > > > > Devices appearing on USB bus later may still require setting > > > kern.cam.boot_delay, but hopefully those are minority. > > > > > > There is no statement about "where" kern.cam.boot_delay should be set. > > > There is no statement about "what" value(s) kern.cam.boot_delay > should be. > > > > If you never needed it before, you still don't need it. > > Prior to 355010 the system just boots up. After 355010 > the system hangs. Will kern.cam.boot_delay paper over > whatever (latent?) bug you've exposed? > > > > For the record add kern.cam.boot_delay to /boot/loader.conf with the > > > values 0, 1, and "1" did not allow the system to boot. > > > > boot_delay value is measured in milliseconds, so values of 0 and 1 mean > > close to nothing. You may try to set it to some 10000, if you really > > want to try to delay CAM devices attach, but I doubt. > > 0 and 1 were my guesses that boot_delay was an integer representation > of a boolean value; 0 being disable the new code; 1 being enable new > code. Looks like I guessed wrong given the documentation. > > > > > The system > > > will not boot with or without > > > > > > umass0 on uhub1 > > > umass0: on usbus0 > > > umass0: SCSI over Bulk-Only; quirks = 0x0100 > > > umass0:9:0: Attached to scbus9 > > > da0 at umass-sim0 bus 0 scbus9 target 0 lun 0 > > > da0: Fixed Direct Access SPC-4 SCSI device > > > da0: Serial Number NA7PEG27 > > > da0: 400.000MB/s transfers > > > da0: 3815447MB (7814037167 512 byte sectors) > > > da0: quirks=0x2 > > > > > > plugged into the port. > > > > If system hangs even without any USB disk attached, then I don't see a > > relation between CAM and USB here. My change could affect some timings > > of the boot process, but without closer debugging it is hard to guess > > something. To be sure whether USB is related I would try to disable all > > USB controllers either in BIOS or with set of loader tunables like > > hint.ehci.0.disabled=1 , hint.ohci.0.disabled=1 , > > hint.xhci.0.disabled=1, ... > > Yep. Completely disabling USB allows the system to boot. I don't > see how this would be unexpected as umass using cam. > There is a long, tangled history of multiple mechanisms being used to control releasing mountroot() to do its thing. CAM historically used one method, while USB used another. I've not closely reviewed this change to see what the issue might be, but if the system booted before, but doesn't now, then there's been a de-facto bug introduce or exposed by this change. Maybe it would be better to back out 355010 and have it reviewed and tested more carefully. It's been tricky in the past to get right and since there's issues that have come up, it might be best to take a more conservative approach. If we can't get a quick resolution, I'd recommend that we go this route... Looking at the change, I see that it is a bit weird... It ditches the 'do all the config intr hook stuff' which completes before we look at the root holds for using the root holds. In theory, this should be fine... however, USB does root holds for its uhub exploration which then finds umass, which needs its own enumeration before it's usable as root. I need to see what interlocks are there, but it does look a little like there might be a chance for USB config and CAM config to race more now than before. I say 'might' because I've not looked all places where things were held, released, etc. Disabling USB is a big clue, but I'm not entirely what it's a clue of. I think it means it's disable thing other half of the race, but it could also be disabling a deadlock between threads that before could never deadlock. Warner From owner-freebsd-current@freebsd.org Sat Dec 7 02:08:12 2019 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 C6DA51C2D08 for ; Sat, 7 Dec 2019 02:08:12 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47VCXr4c1vz4Gq9; Sat, 7 Dec 2019 02:08:12 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB7289JK001288 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 18:08:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB7289Zr001287; Fri, 6 Dec 2019 18:08:09 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 18:08:09 -0800 From: Steve Kargl To: Alexander Motin Cc: Warner Losh , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191207020809.GA1234@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47VCXr4c1vz4Gq9 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 02:08:12 -0000 On Fri, Dec 06, 2019 at 07:09:55PM -0500, Alexander Motin wrote: > On 06.12.2019 18:41, Steve Kargl wrote: > > On Fri, Dec 06, 2019 at 06:15:32PM -0500, Alexander Motin wrote: > >> On 06.12.2019 17:52, Steve Kargl wrote: > >>> On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: > >>>> On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl > >>>> wrote: > >>>>> The problem seems to be caused 355010. This is a commit to > >>>>> fix CAM, which seems to break USB. > >>>>> > >>>> Yes. mav@ made this change... > >>>> > >>> src/UPDATING seems to be missing an entry about CAM breaking USB. > >> > >> And also that moon is made of cheese. :-\ > > > > Not sure what you mean. > > I mean that if we are going to write there random fairy-tales, then I > prefer my moon. > > If serious, then my change did not change semantics of any existing > tunables, only the way some of them are implemented, so there was > nothing to write in UPDATING. The system boots at 355009. The system hangs at 355010. How about adding: After revision 355010, the cam subsystem may cause the usb subsystem to hang during boot. It is recommended to disable usb. You even hint at problems in your original commit message. The system is at work and unattended until Monday. -- Steve From owner-freebsd-current@freebsd.org Sat Dec 7 02:11:51 2019 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 65A231C315D for ; Sat, 7 Dec 2019 02:11:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47VCd22rT4z4H9y; Sat, 7 Dec 2019 02:11:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB72Bma3001344 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 18:11:48 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB72Bmsj001343; Fri, 6 Dec 2019 18:11:48 -0800 (PST) (envelope-from sgk) Date: Fri, 6 Dec 2019 18:11:48 -0800 From: Steve Kargl To: Hans Petter Selasky Cc: Alexander Motin , Warner Losh , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191207021148.GB1234@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> <3e5ead69-b933-70a4-a183-67552d8932fb@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e5ead69-b933-70a4-a183-67552d8932fb@selasky.org> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47VCd22rT4z4H9y X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.28), asn: 73(-0.84), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 02:11:51 -0000 On Sat, Dec 07, 2019 at 01:16:13AM +0100, Hans Petter Selasky wrote: > > There is an option you can compile into the kernel which will allow the > keyboard to enter the debugger. > > options ALT_BREAK_TO_DEBUGGER > > Sounds to me like either a leaked refcount or that one thread is > spinning blocking execution of other threads. > I tried setting the sysctls hw.usb.umass.debug: 1 hw.usb.xhci.debug: 1 hw.usb.uhci.debug: 1 hw.usb.ohci.debug: 1 hw.usb.ehci.debug: 1 but when I rebooted I forgot to request a verbose boot. There was no apparent debugging output to the console. I try again on Monday to get additional information. -- Steve From owner-freebsd-current@freebsd.org Sat Dec 7 02:29:54 2019 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 1BE381C43BF for ; Sat, 7 Dec 2019 02:29:54 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ot1-x341.google.com (mail-ot1-x341.google.com [IPv6:2607:f8b0:4864:20::341]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47VD1s25Kwz4JBL for ; Sat, 7 Dec 2019 02:29:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-ot1-x341.google.com with SMTP id p8so7524281oth.10 for ; Fri, 06 Dec 2019 18:29:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=cSzmxhB1e5CkKOmJYu31MfUZKAWxr6Q3IhnULEdfWI4=; b=cSYJmYVzfGG9g20LqoykCJUzYM8saRKVKfZ7X78XBUwsXJ8AvTxC32zlnMI56Ewtbt 4vDkinemsMvJeJYVjNAjAYAmFVEOwueNZqVhIDIOnMMKsuMNaSMCduqIfI8/CvvIRAsq 2heYTh4tz4FErcXUjTf30kt2dlKmSplb3ORmKpW/1kkZ/Ve90tRcOvdS+js6fDHhHsni KNXAh1lvfAmA9t+8AMyFciAFQgEH319HSeM8ducVFspcGhXvdHFUjsqecNVeuMi4ETBG 92CX82KDprreDV+rA3RjPU9JaXjTW9zFJFwJG9DB7gR2mhrpNgW2FXRsvUoWQPU9xNcV MMFg== 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=cSzmxhB1e5CkKOmJYu31MfUZKAWxr6Q3IhnULEdfWI4=; b=MVdZBgbA8/DvJrNvIKxG/O4Ql0SPVg2lmvBSQo5D8z6+o9jDoIlBFTMwftiOE8KipC WJkaRKzBMx0OcPBGjlKK/hoGL3XiZohEuj42sK44p8wIsQ4JZKivDLYroi/L+DJn++4V 0z82yraRifI/3tKNwv6nYJA4ho4FeDVRn4Fu1/HSXA44FFVxiuzoLiXvWxIGnOms/kJI 1gCrlljnAUZJFPeG0IAWRUNhEbioVwIIm9EuSmnBsPeA7udbTSgx4mEjODwoY3OUys7g oHqv6zEXeZE3++V7wy4meBVmtvovomkyI/bLtssIsU2+ir/ZsoZ4/lkj0f5x7dOBqDjW woCQ== X-Gm-Message-State: APjAAAW1FkAJM+bfWZAIEfCk7RtaPnR0wUaRPkbXJ7eAu7AS8lIXJc+Q T6mitsLA2oHk5mWyy2skrE8vYASe X-Google-Smtp-Source: APXvYqyW1Vh6NEh6TCBVYaZaK5d4QYZJbMH9ztsasccsQAqJAPZqFIX0VOi1Qb7bJcMZqXA6uMXH3Q== X-Received: by 2002:a05:6830:10d5:: with SMTP id z21mr14181654oto.30.1575685791196; Fri, 06 Dec 2019 18:29:51 -0800 (PST) Received: from spectre.mavhome.dp.ua ([2600:1700:3580:3560:228:f8ff:fe04:d12]) by smtp.gmail.com with ESMTPSA id b20sm5634819oib.1.2019.12.06.18.29.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Dec 2019 18:29:50 -0800 (PST) Sender: Alexander Motin Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: sgk@troutmask.apl.washington.edu Cc: Warner Losh , FreeBSD Current References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> <20191207020809.GA1234@troutmask.apl.washington.edu> 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: Date: Fri, 6 Dec 2019 21:29:49 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 In-Reply-To: <20191207020809.GA1234@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47VD1s25Kwz4JBL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=cSYJmYVz; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::341 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-2.44 / 15.00]; ARC_NA(0.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:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-0.25)[ip: (2.98), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; 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]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 02:29:54 -0000 On 06.12.2019 21:08, Steve Kargl wrote: > On Fri, Dec 06, 2019 at 07:09:55PM -0500, Alexander Motin wrote: >> On 06.12.2019 18:41, Steve Kargl wrote: >>> On Fri, Dec 06, 2019 at 06:15:32PM -0500, Alexander Motin wrote: >>>> On 06.12.2019 17:52, Steve Kargl wrote: >>>>> On Fri, Dec 06, 2019 at 03:33:09PM -0700, Warner Losh wrote: >>>>>> On Fri, Dec 6, 2019 at 3:31 PM Steve Kargl >>>>>> wrote: >>>>>>> The problem seems to be caused 355010. This is a commit to >>>>>>> fix CAM, which seems to break USB. >>>>>>> >>>>>> Yes. mav@ made this change... >>>>>> >>>>> src/UPDATING seems to be missing an entry about CAM breaking USB. >>>> >>>> And also that moon is made of cheese. :-\ >>> >>> Not sure what you mean. >> >> I mean that if we are going to write there random fairy-tales, then I >> prefer my moon. >> >> If serious, then my change did not change semantics of any existing >> tunables, only the way some of them are implemented, so there was >> nothing to write in UPDATING. > > The system boots at 355009. > The system hangs at 355010. > > How about adding: After revision 355010, the cam subsystem may cause > the usb subsystem to hang during boot. It is recommended to disable usb. > > You even hint at problems in your original commit message. All I told in the commit message, is that my change may not fix all existing USB boot problems. That is it. Nothing more. I would not commit any change with known problems. And I am still not convinced that it is a problem of my change, not some other pre-existing problem triggered by it. -- Alexander Motin From owner-freebsd-current@freebsd.org Sat Dec 7 04:57:16 2019 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 53C691C8211 for ; Sat, 7 Dec 2019 04:57:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47VHHv5H7gz4QDB; Sat, 7 Dec 2019 04:57:14 +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 xB74vBCH073034 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 6 Dec 2019 20:57:12 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id xB74vA5F073033; Fri, 6 Dec 2019 20:57:10 -0800 (PST) (envelope-from fbsd) Date: Fri, 6 Dec 2019 20:57:10 -0800 From: bob prohaska To: Alexander Motin Cc: sgk@troutmask.apl.washington.edu, Warner Losh , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191207045709.GA72838@www.zefox.net> References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> <20191207020809.GA1234@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 47VHHv5H7gz4QDB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 04:57:16 -0000 For what it's worth, there does seem to be something amiss with USB. An RPI2 at r355446 is having difficulty finding its USB devices on a hands-off reboot. The problem wasn't apparent until this most recent upgrade. Here's the console output: DRAM: 944MB Number of U-Boot devices: 1 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. Booting from disk0s2a: Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x6b58cc data=0x93968+0x1edd98 syms=[0x4+0x7b420+0x4+0xcacef] /boot/entropy size=0x1000 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x100. Kernel entry at 0x2200180... Kernel args: (null) ---<>--- Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.1-STABLE r355446 RPI2 arm FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) VT: init without driver. CPU: ARM Cortex-A7 r0p5 (ECO: 0x00000000) CPU Features: Multiprocessing, Thumb2, Security, Virtualization, Generic Timer, VMSAv7, PXN, LPAE, Coherent Walk Optional instructions: SDIV/UDIV, UMULL, SMULL, SIMD(ext) LoUU:2 LoC:3 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 989851648 (943 MB) avail memory = 955912192 (911 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: mem 0x3f000000-0x3fffffff on ofwbus0 lintc0: mem 0x40000000-0x400000ff on simplebus0 intc0: mem 0xb200-0xb3ff irq 4 on simplebus0 gpio0: mem 0x200000-0x2000af irq 5,6,7,8 on simplebus0 gpio0: read-only pins: 46,48-53. gpio0: reserved pins: 48-53. gpiobus0: on gpio0 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 19200000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 19200000 Hz quality 1000 bcmwd0: mem 0x10001c-0x100027 on simplebus0 gpioc0: on gpio0 iichb0: mem 0x205000-0x20501f irq 9 on simplebus0 iichb1: mem 0x804000-0x80401f irq 10 on simplebus0 spi0: mem 0x204000-0x20401f irq 11 on simplebus0 spibus0: on spi0 bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff irq 12,13,14,15,16,17,18,19,20,21,22,23,24 on simplebus0 mbox0: mem 0xb880-0xb8bf irq 25 on simplebus0 sdhci_bcm0: mem 0x300000-0x3000ff irq 26 on simplebus0 mmc0: on sdhci_bcm0 uart0: mem 0x201000-0x201fff irq 27 on simplebus0 uart0: console (115200,n,8,1) vchiq0: mem 0xb800-0xb84f irq 28 on simplebus0 vchiq: local ver 8 (min 3), remote ver 8. pcm0: on vchiq0 bcm283x_dwcotg0: mem 0x980000-0x99ffff irq 29 on simplebus0 usbus0 on bcm283x_dwcotg0 cpulist0: on ofwbus0 cpu0: on cpulist0 bcm2835_cpufreq0: on cpu0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 fb0: on ofwbus0 fbd0 on fb0 VT: initialize with new VT driver "fb". fb0: 656x416(656x416@0,0) 24bpp fb0: fbswap: 1, pitch 1968, base 0x3daac000, screen_size 818688 gpioled0: on ofwbus0 cryptosoft0: Timecounters tick every 1.000 msec iicbus0: on iichb0 iic0: on iicbus0 iicbus1: on iichb1 iic1: on iicbus1 usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 mmcsd0: 8GB at mmc0 41.6MHz/4bit/65535-block bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF Release APs Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Warning: no time-of-day clock registered, system time will not be set accurately uhub0: 1 port with 1 removable, self powered Setting hostuuid: 95acec23-6e2c-11e7-8cb9-b827eb1a5a4b. Setting hostid: 0x6aebd8b6. swapon: /dev/da0b: No such file or directory Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clugen0.2: at usbus0 euhub1 on uhub0 uhub1: on usbus0 uhub1: MTT enabled free (5579 frags, 12994 blocks, 2.3% fragmentation) Can't stat /dev/da0d: No such file or directory Can't stat /dev/da0e: No such file or directory Can't stat /dev/da0d: No such file or directory Can't stat /dev/da0e: No such file or directory Can't stat /dev/da0a: No such file or directory Can't stat /dev/da0a: No such file or directory THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/da0d (/tmp), ufs: /dev/da0e (/usr), ufs: /dev/da0a (/var) Warning! Some of the devices might not be available; retrying Waiting 30s for the root mount holders: usbus0 CAMuhub1: 5 ports with 4 removable, self powered .ugen0.3: at usbus0 smsc0 on uhub1 smsc0: on usbus0 smsc0: chip 0xec00, rev. 0002 miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: 4e:61:0e:1c:ae:c0 .ugen0.4: at usbus0 umass0 on uhub1 umass0: on usbus0 .ugen0.5: at usbus0 ...............Restarting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 109531 free (5579 frags, 12994 blocks, 2.3% fragmentation) Can't stat /dev/da0d: No such file or directory Can't stat /dev/da0e: No such file or directory Can't stat /dev/da0d: No such file or directory Can't stat /dev/da0e: No such file or directory Can't stat /dev/da0a: No such file or directory Can't stat /dev/da0a: No such file or directory THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/da0d (/tmp), ufs: /dev/da0e (/usr), ufs: /dev/da0a (/var) Unknown error 3; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! 2019-12-06T20:07:21.926442-08:00 init 1 - - /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: The machine seems able to boot hands-off a kernel from r333740, so I don't think it's hardware. /boot/loader.conf contains bob@www:~ % more /boot/loader.conf kern.cam.boot_delay="20000" vm.pageout_oom_seq="2048" bob@www:~ % Booting direct to single-user, running fsck and exiting the shell brought multi-user operation. Still, It appears that recognition of an FTDI FT232 usb-serial adapter is impaired as well. It had to be unplugged and replugged after booting to be recognized. Also FWIW, an RPI3 running r355422 seems not to share the difficulty. Hope this is of some use, bob prohaska From owner-freebsd-current@freebsd.org Sat Dec 7 09:24:52 2019 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 7B6241CEBE2 for ; Sat, 7 Dec 2019 09:24:52 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47VPDf5Bckz4bjV for ; Sat, 7 Dec 2019 09:24:50 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id j42so10329092wrj.12 for ; Sat, 07 Dec 2019 01:24:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=DCWzT1CLkR4t8v79f53ea8ESUHnT33RhTptW04e0Yp4=; b=nj6EqlbS/H2I4wlXLHF4lfSgoa41C3nnf1Dxu3V5Oly832ja5C83Z/mX9JlY+6FmuE YgK/I6KXI/B7XGV/Zs/sQidynlaW+AP1cjAkd1K4BtQIZYUdZD6ULctegafp/WVSSWdC SvyHIRELNafIR+GKH/2L8jf6sxDutq6/CM+pdt8LYUqFhgFr9fKOn/Q3imSRuoiiv/ht au6wLRfz5RvHCPL07iclczFxbMxPp5D3vvghzgFmcgV7nlB4Wr8Qd8HUAZ3FAZo6A1pP ODcan1zLxa2s6BZ8Nbk3lNvdz/W4+XzLAsdK+KA/MBzoB9yWCgI3+O0N1ahQiR/0Saip LIOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=DCWzT1CLkR4t8v79f53ea8ESUHnT33RhTptW04e0Yp4=; b=QCzYhc4DWjnymdAIMjyLuOedtIkJoAGoJxyOFUcrt9JKAeFM82aX5s+PALhVxZQHKp sjD7RhwAiwDV8JTj60MzHzb+4aWdbzrnmfp7UUM4vEhKMmtmkpjMWL+3LV9GvylXrN6K D6MznE2hekkbVEUQ1SnfbbbBXluHt5+ZzsQPHFW6yAkbm/AGBhV5aBAVPjPVj5dEeil0 WRnkF3ek5pBl+RcMvL30xZtYNZH8gsATsKJD7imWEa0lLtZQOTJq7h9ZeNaLmuLfdIw9 bpKt6bMGv2mthoJMyTVcKpsUf1IGQiTLG/vX6afgaUgMowjxkuCqhrmbaz/PAdwMef+q sbGg== X-Gm-Message-State: APjAAAUhKuce1n0kiCSyS0oDYfmsEWpPtX5miKoe/db5FPLNr6lX6q2q HLvvmsKlWqBfcDYsQBSSr9EOWNa0 X-Google-Smtp-Source: APXvYqx7jSmVOsn5lbi/FkqKag6sUG17y+Fq6iCQnhtfWCJMwOtbI+WGEhfDXfc1V+Sw1M/36h4VSg== X-Received: by 2002:a5d:46c7:: with SMTP id g7mr16095010wrs.11.1575710688159; Sat, 07 Dec 2019 01:24:48 -0800 (PST) Received: from ernst.home (p5B3BE199.dip0.t-ipconnect.de. [91.59.225.153]) by smtp.gmail.com with ESMTPSA id c72sm6372759wmd.11.2019.12.07.01.24.47 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 07 Dec 2019 01:24:47 -0800 (PST) Date: Sat, 7 Dec 2019 10:24:46 +0100 From: Gary Jennejohn To: FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191207102446.52f2a7c0@ernst.home> In-Reply-To: References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47VPDf5Bckz4bjV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=nj6EqlbS; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[153.225.59.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.41), ipnet: 2a00:1450::/32(-2.68), asn: 15169(-1.93), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[5.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 09:24:52 -0000 On Fri, 6 Dec 2019 18:15:32 -0500 Alexander Motin wrote: > On 06.12.2019 17:52, Steve Kargl wrote: [snip] > > For the record add kern.cam.boot_delay to /boot/loader.conf with the > > values 0, 1, and "1" did not allow the system to boot. > > boot_delay value is measured in milliseconds, so values of 0 and 1 mean > close to nothing. You may try to set it to some 10000, if you really > want to try to delay CAM devices attach, but I doubt. > This isn't aimed at anyone, but it seems like adding " in msec" to the end of the description string would save users a lot of hassle. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat Dec 7 16:05:11 2019 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 4553D1D5F05 for ; Sat, 7 Dec 2019 16:05:11 +0000 (UTC) (envelope-from genre.roger@orange.fr) Received: from smtp.smtpout.orange.fr (smtp07.smtpout.orange.fr [80.12.242.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47VZ6Z24l0z3QcN for ; Sat, 7 Dec 2019 16:05:09 +0000 (UTC) (envelope-from genre.roger@orange.fr) Received: from [192.168.1.11] ([86.236.45.84]) by mwinf5d66 with ME id b456210081oyQNm03456B3; Sat, 07 Dec 2019 17:05:07 +0100 X-ME-Helo: [192.168.1.11] X-ME-Auth: Z2VucmUucm9nZXJAb3JhbmdlLmZy X-ME-Date: Sat, 07 Dec 2019 17:05:07 +0100 X-ME-IP: 86.236.45.84 To: freebsd-current@freebsd.org From: Roger Genre Subject: cam subsystem vs usb Message-ID: <8a1ccd2a-fde4-7ba4-4f05-02b925d28b94@orange.fr> Date: Sat, 7 Dec 2019 17:05:06 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 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: 47VZ6Z24l0z3QcN X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of genre.roger@orange.fr has no SPF policy when checking 80.12.242.129) smtp.mailfrom=genre.roger@orange.fr X-Spamd-Result: default: False [2.86 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[129.242.12.80.rep.mailspike.net : 127.0.0.17]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[orange.fr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.96)[0.962,0]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; RCVD_IN_DNSWL_NONE(0.00)[129.242.12.80.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; DMARC_NA(0.00)[orange.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[orange.fr]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (2.78), ipnet: 80.12.240.0/20(1.44), asn: 3215(1.68), country: FR(-0.00)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 16:05:11 -0000 Hi, I use a 5-hdd bunch connected via USB3 in JBOD mode; that 5 hdd builds a zpool and are listed during boot process as da0 to da4. Here is my /boot/loader.conf file: .../... hw.snd.default_device=2 dev.pcm.1.play.vchans=2 fuse_load="YES" kern.cam.boot_delay=12000 kern.vty=vt sysctl net.local.stream.recvspace=65536 cpu_microcode_load="YES" cpu_microcode_name="/boot/firmware/intel-ucode.bin" sysctl net.local.stream.recvspace=65536 sysctl net.local.stream.sendspace=65536 .../... Under FBSD12.0, the boot process got fine. Since recent upgrade to 12.1, the first "cold" boot shows: .../... Dec  7 10:17:25 H97M-G43 kernel: Trying to mount root from ufs:/dev/ada1p2 [rw]... Dec  7 10:17:25 H97M-G43 kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 Dec  7 10:17:25 H97M-G43 kernel: da0: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da0: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da0: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da0: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da0: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da1 at umass-sim0 bus 0 scbus3 target 0 lun 1 Dec  7 10:17:25 H97M-G43 kernel: da1: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da1: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da1: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da1: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da1: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da2 at umass-sim0 bus 0 scbus3 target 0 lun 2 Dec  7 10:17:25 H97M-G43 kernel: da2: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da2: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da2: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da2: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da2: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da3 at umass-sim0 bus 0 scbus3 target 0 lun 3 Dec  7 10:17:25 H97M-G43 kernel: da3: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da3: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da3: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da3: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da3: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da4 at umass-sim0 bus 0 scbus3 target 0 lun 4 Dec  7 10:17:25 H97M-G43 kernel: da4: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da4: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da4: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da4: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da4: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 74 70 6d 71 00 00 04 00 Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): SCSI status: Check Condition Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:4,1(Logical unit is in process of becoming ready) Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): Polling device for readiness Dec  7 10:17:25 H97M-G43 kernel: ZFS filesystem version: 5Dec  7 10:17:25 H97M-G43 kernel: ZFS storage pool version: features support (5000) .../... The readiness time takes about 10 seconds. Curiously, further "warm" reboots are going fine, without  any readiness sequence. Could this behaviour be related to the cam_system/usb_system problem leading to hang the boot process, recently reported? Hope this be usefull for debugging the cam subsystem. Roger Genre From owner-freebsd-current@freebsd.org Sat Dec 7 17:09:31 2019 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 4E8D31D71A8 for ; Sat, 7 Dec 2019 17:09:31 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yb1-xb44.google.com (mail-yb1-xb44.google.com [IPv6:2607:f8b0:4864:20::b44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47VbXp3bdNz3yNq for ; Sat, 7 Dec 2019 17:09:30 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-yb1-xb44.google.com with SMTP id p137so4363978ybg.9 for ; Sat, 07 Dec 2019 09:09:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=q4kc+MoTELc/sPMzGzu36fcGSeGvtdAZCugzFegxX30=; b=CKm0oGV68Sf53egGyPtVc2lsCm2zNIQAamTSGky/5hVXCVRoQ8vjRBwpkyyWXQ9hSp ia6pQbYPGXHwzhsHThxKnVvCyj1K6a05E0OG0qvyjY2mXrmp0anjTC8c7D6dwmE9gK0W QBhErsGx5qE59yf9SEa0wT6wf/gh8ModtUKM6sAk+poD9kIOrprAaceQgQbEcDkVl97P 3gn1mkRxwRmkq2MaGV8GYcRGPEOCDNZ5QxbfMlz9mqS4CWi97WIXKOZL91QSnmfFIvFd HeYpbiJkUQGFtRTgRXjpc8LBBVueJ99IyY90vo0+Wn0I1AuQv+9xLXMdVejscxKvYxgH H9Uw== 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=q4kc+MoTELc/sPMzGzu36fcGSeGvtdAZCugzFegxX30=; b=gT6pTHWaqmvRDuLAyEmS+LVh09Rh5fJIMXtf+36m0XdQPodu23O7nkpV8EJbKsbiSg Qbh8S3DKCfsS7t4ssR1u6wf2rEQyEfo73jGjc60rYFPHBFt41CKCqf18myKHKcUGE8ep ZF8yE6l9j7Mpc/8MmYnr+msbP6XJytdcWUS2iHLTy9qVauhpPjd6xhppsOLBp9cxgtlM hcEtpE6pwaJ0CrswQcwPMkAADKxa1WPARSIlgl6ejQmAUr1M2CQnX1uZy3DP3n/DYBZ/ yacbFaK2WEpuJ5WVqxgqtGivK09thJ0rZK5+ewM9XBwDZ840MA4+KDPYEZjNIXGwn/7L fTTQ== X-Gm-Message-State: APjAAAWAsus2lY3kXR+E3gY9prjReBaEkBGimX9aZahCVYULDXNNK7GR MmsZFr2uuM2M2py9O9M4cUmDs61n X-Google-Smtp-Source: APXvYqxhC61anvKu5lanes3JsBoc2WhgEgVozY82VwrXtfooIQjtOamb11/6VIyjtfYtHcRSwSf/Xw== X-Received: by 2002:a25:7cc7:: with SMTP id x190mr13824288ybc.156.1575738568882; Sat, 07 Dec 2019 09:09:28 -0800 (PST) Received: from spectre.mavhome.dp.ua ([2600:1700:3580:3560:228:f8ff:fe04:d12]) by smtp.gmail.com with ESMTPSA id g18sm7702006ywb.25.2019.12.07.09.09.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 07 Dec 2019 09:09:27 -0800 (PST) Sender: Alexander Motin Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] To: bob prohaska Cc: sgk@troutmask.apl.washington.edu, Warner Losh , FreeBSD Current References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> <20191207020809.GA1234@troutmask.apl.washington.edu> <20191207045709.GA72838@www.zefox.net> 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: <92fb687a-9c2c-2dc3-298d-4cfd135d6e3e@FreeBSD.org> Date: Sat, 7 Dec 2019 12:09:27 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 In-Reply-To: <20191207045709.GA72838@www.zefox.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47VbXp3bdNz3yNq X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CKm0oGV6; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::b44 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-2.61 / 15.00]; ARC_NA(0.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)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[4.4.b.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.41)[ip: (2.17), ipnet: 2607:f8b0::/32(-2.23), asn: 15169(-1.93), country: US(-0.05)]; 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]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 17:09:31 -0000 Hi Bob, On 06.12.2019 23:57, bob prohaska wrote: > For what it's worth, there does seem to be something amiss with USB. > > An RPI2 at r355446 is having difficulty finding its USB devices > on a hands-off reboot. The problem wasn't apparent until this most > recent upgrade. Here's the console output: > > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > Warning: no time-of-day clock registered, system time will not be set accurately > uhub0: 1 port with 1 removable, self powered > Setting hostuuid: 95acec23-6e2c-11e7-8cb9-b827eb1a5a4b. > Setting hostid: 0x6aebd8b6. > swapon: /dev/da0b: No such file or directory > Starting file system checks: > /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ufs/rootfs: clugen0.2: at usbus0 ... > Warning! Some of the devices might not be available; retrying > Waiting 30s for the root mount holders: usbus0 CAM ... > The machine seems able to boot hands-off a kernel from r333740, > so I don't think it's hardware. > > /boot/loader.conf contains > bob@www:~ % more /boot/loader.conf > kern.cam.boot_delay="20000" > vm.pageout_oom_seq="2048" > bob@www:~ % > > Booting direct to single-user, running fsck and exiting the shell > brought multi-user operation. Your situation seem to be different from the first one. As I understand, you have root file system on SD card, while some other file systems and swap on a USB stick. The problem in your case is that root mount wait for UFS waits only for root file system to appear, rather then all of them. There is an rc.d scripts that should wait for other devices via calling root_hold_wait function, and you may see in logs that they try, but I guess something is not right there. As a workaround for the rc.d problem you may set tunable vfs.root_mount_always_wait=1 . After that I guess you may be even able to remove kern.cam.boot_delay tunable to make boot even faster then before, while still remain reliable if your USB stick behaves properly. I think we should either enable vfs.root_mount_always_wait=1 by default, or really fix the rc.d scripts to properly wait when needed. > Still, It appears that recognition > of an FTDI FT232 usb-serial adapter is impaired as well. It had to > be unplugged and replugged after booting to be recognized. I don't know what is the problem here, but I guess that vfs.root_mount_always_wait may help here too, if we assume that the problem is that some app is trying to open the serial adapter before the USB scan is complete, that previously was workarounded by delay caused by kern.cam.boot_delay setting. -- Alexander Motin From owner-freebsd-current@freebsd.org Sat Dec 7 17:57:19 2019 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 814441C889A for ; Sat, 7 Dec 2019 17:57:19 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Vcby44vkz43Qh; Sat, 7 Dec 2019 17:57:18 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:mime-version :user-agent:date:date:message-id:subject:subject:from:from; s= 201508; t=1575741428; bh=IpDIEZiWepJ6eIk8E8TuiM50LXPS9Dm0Yu76sAw 9pMs=; b=byshW62soIiDIucQr4e5QQ2STwaeAK8nRkTx1m6baRuxJxzzXOv5Mg1 bLGKV6G/EqBQqDvnTN+b1oS7dt0rX3yce0puCkmRVrnAaLkjaU1bVj30G5PBj10M r9V+bqc7rncGx2oOBk9EFHxoFwWsdRq8nLccdQcbW3Kf46jMBYbY= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 0AD5974E8; Sat, 7 Dec 2019 12:57:08 -0500 (EST) To: dougm@freebsd.org, freebsd-current From: Michael Butler Subject: SVN r355491 breaks libprocstat Message-ID: <99d71e40-b669-d7da-3163-7a74a7163660@protected-networks.net> Date: Sat, 7 Dec 2019 12:57:07 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Vcby44vkz43Qh X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=byshW62s; dmarc=none; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net X-Spamd-Result: default: False [-6.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[protected-networks.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[protected-networks.net:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.73)[ip: (-9.80), ipnet: 202.12.127.0/24(-4.90), asn: 5716(-3.88), country: US(-0.05)]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 17:57:19 -0000 This member removal has other consequences. As follows .. --- lib/libprocstat__L --- Building /usr/obj/usr/src/amd64.amd64/lib/libprocstat/smbfs.o --- libprocstat.o --- /usr/src/lib/libprocstat/libprocstat.c:620:29: error: no member named 'next' in 'struct vm_map_entry' for (entryp = map->header.next; ~~~~~~~~~~~ ^ /usr/src/lib/libprocstat/libprocstat.c:622:24: error: no member named 'next' in 'struct vm_map_entry' entryp = vmentry.next) { ~~~~~~~ ^ 2 errors generated. imb From owner-freebsd-current@freebsd.org Sat Dec 7 19:25:15 2019 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 1AF751CAAF6 for ; Sat, 7 Dec 2019 19:25:15 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47VfYP5GJyz488Y; Sat, 7 Dec 2019 19:25:13 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id xB7JP1M9037170 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 7 Dec 2019 20:25:01 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1575746701; bh=d32uxgqHSd/89qjdV9E1xIWdQ8TRxueypfweKKbscj4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=hrENpX8NgEhLMtCF/bFHMefXmpoot+TKBB7Oixs+MDTHjbN4GyN8XGPp/bRQuXOCs 6Ury+0eyp0OdXaZbI5ZtPo1ebglxz9fZEGMPkXEl2lfWYnjAlFgt4dK7ZJ5/Z9GcUi KB+pupgP29nstHrULKBDKGQtz6N9z9kWI23i2+f3qhTXCzTHL+VdTeOLZb/t+92Ko5 HZ8JMudw2eNX036neI+OLhn081f4frtxG//xjQPwd+SdjRUha52wZ0pLOe0V6KENRO tkZS4zKSaapgqN+aDoxWGOr2zpNRHFdhPHKDUqUgmgrPfFlH/CKzK+P/WWVDmJ91YA hpd81Wx1HhqnQ== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id xB7JP1vL037167; Sat, 7 Dec 2019 20:25:01 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Sat, 7 Dec 2019 20:25:01 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: Michael Butler cc: dougm@freebsd.org, freebsd-current Subject: Re: SVN r355491 breaks libprocstat In-Reply-To: <99d71e40-b669-d7da-3163-7a74a7163660@protected-networks.net> Message-ID: References: <99d71e40-b669-d7da-3163-7a74a7163660@protected-networks.net> User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on enterprise.ximalas.info X-Rspamd-Queue-Id: 47VfYP5GJyz488Y X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=hrENpX8N; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-4.93 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-1.93)[ip: (-7.86), ipnet: 2001:700::/32(-1.14), asn: 224(-0.66), country: NO(-0.01)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 19:25:15 -0000 On Sat, 7 Dec 2019 12:57-0500, Michael Butler wrote: > This member removal has other consequences. As follows .. > > --- lib/libprocstat__L --- > Building /usr/obj/usr/src/amd64.amd64/lib/libprocstat/smbfs.o > --- libprocstat.o --- > /usr/src/lib/libprocstat/libprocstat.c:620:29: error: no member named > 'next' in 'struct vm_map_entry' > for (entryp = map->header.next; > ~~~~~~~~~~~ ^ > /usr/src/lib/libprocstat/libprocstat.c:622:24: error: no member named > 'next' in 'struct vm_map_entry' > entryp = vmentry.next) { > ~~~~~~~ ^ > 2 errors generated. Now we seem to be missing the prototypes: --- libprocstat.o --- /usr/src/lib/libprocstat/libprocstat.c:620:17: error: implicit declaration of function 'vm_map_entry_first' is invalid in C99 [-Werror,-Wimplicit-function-declaration] for (entryp = vm_map_entry_first(map); ^ /usr/src/lib/libprocstat/libprocstat.c:620:15: error: incompatible integer to pointer conversion assigning to 'vm_map_entry_t' (aka 'struct vm_map_entry *') from 'int' [-Werror,-Wint-conversion] for (entryp = vm_map_entry_first(map); ^ ~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/lib/libprocstat/libprocstat.c:622:16: error: implicit declaration of function 'vm_map_entry_succ' is invalid in C99 [-Werror,-Wimplicit-function-declaration] entryp = vm_map_entry_succ(&vmentry)) { ^ /usr/src/lib/libprocstat/libprocstat.c:622:16: note: did you mean 'vm_map_entry_first'? /usr/src/lib/libprocstat/libprocstat.c:620:17: note: 'vm_map_entry_first' declared here I'm at r355504. -- Trond. From owner-freebsd-current@freebsd.org Sat Dec 7 20:05:17 2019 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 805111CB555 for ; Sat, 7 Dec 2019 20:05:17 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47VgRc1YV9z49lj for ; Sat, 7 Dec 2019 20:05:15 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id z7so11527807wrl.13 for ; Sat, 07 Dec 2019 12:05:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=vANRnTPk+1ID1lNSVFVOI0o+FDq4ZY1Wsa6lHjcejAo=; b=UEExyinPoocpdRy7biBDmVgobdlNPTYr17HmrIjYH29GvKttN3g/MoWtD9ltxgSN7M SdVBgYMeGlsoGguNWx71eKSrlaxevNVAHq9Ta3i1KQrqgC39N0GjN/jHguHBS/pO0dmw 8AfeogwPtSdY/m7JQ1d7wewDqhIElSA/xwwlxThjS+9gPwlGvyhqYLRRkY+EcrEozX0H icyLovBJVVi0oI2ANK6OZNjbhcdYhL3uUcFIRepANYwSCf5ANNU4nOTmJS7YAW1ucYAW ss+oY8rhygaQFa7+atpgMRP/C2dAnWK9V3jBGx92nwrRNxlzl1rP17zhcpavWFPhWgp+ bDfA== 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=vANRnTPk+1ID1lNSVFVOI0o+FDq4ZY1Wsa6lHjcejAo=; b=qD+kMgubIpna661UYppgO4I5td691TRl8gcBHgoZ1NjVcK+rSpuowRHarermnfc5L/ o15nQiajl1ZR/umZQGZT3mVN6/SQf1iTYbWCc38t8UUPSUb9zxzNxGJ787oZ7Z5BWjDM WhCzWySQ+T3NM593ILjDQih7kR45gSEtoTP76sVs7LzlBhxHXa9WH9zo/Gfm2mPfP2/U jitRwY5m135z+896+1WqqLKLBRmBTfVKU+EfX18sXGqJDrK64MnAtNQ/KKby+xf7ioZ5 hxbJtVVNtJk7wGd2F787vyQd81xiXrmuHGCXDpeql3sY7eCzsT4Ir06ra0FTCNyJ+ksG RiDg== X-Gm-Message-State: APjAAAXmksAEPnsT4wAvrx5UykJyGXEa52JKqbE7rqo6M5LN0CLVq6aZ WWK5EFhwLcCfmy3JL5L03JqQZdL5L+k= X-Google-Smtp-Source: APXvYqyTKsoppZ2czA107TsAcyeTJgNLY4L4ukd4HmsSQUDhmo/o+E8qmoEGZRdU+iCIGyApgOUkow== X-Received: by 2002:adf:b64e:: with SMTP id i14mr21707562wre.332.1575749113836; Sat, 07 Dec 2019 12:05:13 -0800 (PST) Received: from [192.168.1.7] (host-2-100-169-93.as13285.net. [2.100.169.93]) by smtp.gmail.com with ESMTPSA id h8sm22139486wrx.63.2019.12.07.12.05.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 07 Dec 2019 12:05:12 -0800 (PST) To: FreeBSD CURRENT From: Graham Perrin Subject: r355494 buildworld [libprocstat.o] Error code 1 [lib/libprocstat__L] Error code 2 Message-ID: Date: Sat, 7 Dec 2019 20:05:11 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 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: 47VgRc1YV9z49lj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UEExyinP; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[93.169.100.2.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.06), ipnet: 2a00:1450::/32(-2.68), asn: 15169(-1.93), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 20:05:17 -0000 --- _libinstall --- sh /usr/src/tools/install.sh  -C -o root -g wheel -m 444 libmlx5.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/ sh /usr/src/tools/install.sh  -s -o root -g wheel -m 444   -S libmlx5.so.1 /usr/obj/usr/src/amd64.amd64/tmp/lib/ sh /usr/src/tools/install.sh  -o root -g wheel -m 444 libmlx5.so.1.debug /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs -o root -g wheel -m 755 /usr/obj/usr/src/amd64.amd64/tmp/lib/libmlx5.so.1 /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libmlx5.so --- lib/libprocstat__L --- ===> lib/libprocstat (obj,all,install) --- .depend --- echo libprocstat.so.1.full: /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libelf.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libkvm.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libutil.a >> .depend --- zfs/zfs.o --- --- secure/lib/libcrypto__L --- --- ct_sct_ctx.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.ct_sct_ctx.o -MTct_sct_ctx.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/ct/ct_sct_ctx.c -o ct_sct_ctx.o --- lib/libprocstat__L --- --- zfs.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/cddl/compat/opensolaris/include -I/usr/src/cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/contrib/opensolaris/head -I/usr/src/lib/libprocstat -DNEED_SOLARIS_BOOLEAN   -g -MD -MF.depend.zfs.o -MTzfs.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/lib/libprocstat/zfs.c -o zfs.o --- secure/lib/libcrypto__L --- --- ct_vfy.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.ct_vfy.o -MTct_vfy.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/ct/ct_vfy.c -o ct_vfy.o --- lib/libprocstat__L --- --- cd9660.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe   -I. -I/usr/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_ZFS -g -MD -MF.depend.cd9660.o -MTcd9660.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments    -c /usr/src/lib/libprocstat/cd9660.c -o cd9660.o --- secure/lib/libcrypto__L --- --- ct_x509v3.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.ct_x509v3.o -MTct_x509v3.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/ct/ct_x509v3.c -o ct_x509v3.o --- lib/libprocstat__L --- --- common_kvm.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe   -I. -I/usr/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_ZFS -g -MD -MF.depend.common_kvm.o -MTcommon_kvm.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments    -c /usr/src/lib/libprocstat/common_kvm.c -o common_kvm.o --- secure/lib/libcrypto__L --- --- cbc_cksm.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.cbc_cksm.o -MTcbc_cksm.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/cbc_cksm.c -o cbc_cksm.o --- cbc_enc.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.cbc_enc.o -MTcbc_enc.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/cbc_enc.c -o cbc_enc.o --- lib/libprocstat__L --- --- core.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe   -I. -I/usr/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_ZFS -g -MD -MF.depend.core.o -MTcore.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments    -c /usr/src/lib/libprocstat/core.c -o core.o --- secure/lib/libcrypto__L --- --- cfb64ede.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.cfb64ede.o -MTcfb64ede.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/cfb64ede.c -o cfb64ede.o --- cfb64enc.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.cfb64enc.o -MTcfb64enc.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/cfb64enc.c -o cfb64enc.o --- lib/libprocstat__L --- --- libprocstat.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe   -I. -I/usr/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_ZFS -g -MD -MF.depend.libprocstat.o -MTlibprocstat.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments    -c /usr/src/lib/libprocstat/libprocstat.c -o libprocstat.o --- secure/lib/libcrypto__L --- --- cfb_enc.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.cfb_enc.o -MTcfb_enc.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/cfb_enc.c -o cfb_enc.o --- lib/libc++__L --- --- strstream.pico --- c++  -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -fpic -DPIC  -O2 -pipe -isystem /usr/src/contrib/libc++/include -isystem /usr/src/contrib/libcxxrt -nostdinc++ -nostdlib -D_LIBCPP_BUILDING_LIBRARY -DLIBCXXRT -g -MD -MF.depend.strstream.pico -MTstrstream.pico -Wno-format-zero-length -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -g -std=c++11    -Wno-c++11-extensions   -c /usr/src/contrib/libc++/src/strstream.cpp -o strstream.pico --- secure/lib/libcrypto__L --- --- ecb3_enc.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.ecb3_enc.o -MTecb3_enc.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/ecb3_enc.c -o ecb3_enc.o --- ecb_enc.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.ecb_enc.o -MTecb_enc.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/ecb_enc.c -o ecb_enc.o --- fcrypt.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.fcrypt.o -MTfcrypt.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/fcrypt.c -o fcrypt.o --- lib/libprocstat__L --- /usr/src/lib/libprocstat/libprocstat.c:620:29: error: no member named 'next' in 'struct vm_map_entry'                 for (entryp = map->header.next;                               ~~~~~~~~~~~ ^ /usr/src/lib/libprocstat/libprocstat.c:622:24: error: no member named 'next' in 'struct vm_map_entry'                     entryp = vmentry.next) {                              ~~~~~~~ ^ --- secure/lib/libcrypto__L --- --- ofb64ede.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -I/usr/src/crypto/openssl -I/usr/src/crypto/openssl/crypto/include -I/usr/src/crypto/openssl/include -DL_ENDIAN -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPADLOCK_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"/usr/lib/engines\"" -DNDEBUG -I/usr/src/crypto/openssl/crypto -I/usr/src/crypto/openssl/crypto/ec/curve448 -I/usr/src/crypto/openssl/crypto/ec/curve448/arch_32 -I/usr/src/crypto/openssl/crypto/modes -I/usr/obj/usr/src/amd64.amd64/secure/lib/libcrypto -g -MD -MF.depend.ofb64ede.o -MTofb64ede.o -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments    -c /usr/src/crypto/openssl/crypto/des/ofb64ede.c -o ofb64ede.o --- lib/libprocstat__L --- 2 errors generated. *** [libprocstat.o] Error code 1 make[4]: stopped in /usr/src/lib/libprocstat 1 error make[4]: stopped in /usr/src/lib/libprocstat *** [lib/libprocstat__L] Error code 2 make[3]: stopped in /usr/src --- secure/lib/libcrypto__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/secure/lib/libcrypto *** [secure/lib/libcrypto__L] Error code 2 make[3]: stopped in /usr/src --- lib/libc++__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libc++ *** [lib/libc++__L] Error code 2 make[3]: stopped in /usr/src 3 errors make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src root@momh167-gjp4-8570p:/usr/src # From owner-freebsd-current@freebsd.org Sat Dec 7 21:03:13 2019 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 528941CC55C for ; Sat, 7 Dec 2019 21:03:13 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47VhkS3tmRz4D1p; Sat, 7 Dec 2019 21:03:11 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id xB7L36BR003659 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 7 Dec 2019 22:03:07 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1575752587; bh=ulv5v1bux5zTQdVpM5CLwddqj4gNgW2evuitPeGVMKg=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=KJ2U3LMkKzhglKKU8bc8XBEsMB+xzpPMk/WDLdLVlNBv4M/9orGf5DbkjQbyhl4dS Fxmu86KvvhiTSrClmRXErBb9mJepsnZ7WUhLefZX/aOdeIvgyL6YHNMfg2qtYZz/gj AyI6VsyU8E9XgSCWIPf9do+/YWMVZ/a8B5n6Ae3Ebrv9T+BeSKcPaGDmeUa9rKjeqv Cm0R7H/PxF8P9BT2q9o4ZfMEgL5UWHYATMZM4X59FKCBAhF7a+woANxsuq/X7PoJW3 +mfXyb0HzhGkpZeAzAsrqtGhVzAcchNjkflI++XzMFVXM4b/3iqXSOqIr3A+BTrLE8 zVJRU8QniczxA== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id xB7L35sv003650; Sat, 7 Dec 2019 22:03:05 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Sat, 7 Dec 2019 22:03:05 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= cc: Michael Butler , dougm@freebsd.org, freebsd-current Subject: Re: SVN r355491 breaks libprocstat In-Reply-To: Message-ID: References: <99d71e40-b669-d7da-3163-7a74a7163660@protected-networks.net> User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on enterprise.ximalas.info X-Rspamd-Queue-Id: 47VhkS3tmRz4D1p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=KJ2U3LMk; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-3.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+a:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; CTYPE_MIXED_BOGUS(1.00)[]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-1.91)[ip: (-7.74), ipnet: 2001:700::/32(-1.14), asn: 224(-0.66), country: NO(-0.01)] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 21:03:13 -0000 On Sat, 7 Dec 2019 20:25+0100, Trond Endrestøl wrote: > On Sat, 7 Dec 2019 12:57-0500, Michael Butler wrote: > > > This member removal has other consequences. As follows .. > > > > --- lib/libprocstat__L --- > > Building /usr/obj/usr/src/amd64.amd64/lib/libprocstat/smbfs.o > > --- libprocstat.o --- > > /usr/src/lib/libprocstat/libprocstat.c:620:29: error: no member named > > 'next' in 'struct vm_map_entry' > > for (entryp = map->header.next; > > ~~~~~~~~~~~ ^ > > /usr/src/lib/libprocstat/libprocstat.c:622:24: error: no member named > > 'next' in 'struct vm_map_entry' > > entryp = vmentry.next) { > > ~~~~~~~ ^ > > 2 errors generated. > > Now we seem to be missing the prototypes: > > --- libprocstat.o --- > /usr/src/lib/libprocstat/libprocstat.c:620:17: error: implicit declaration of function 'vm_map_entry_first' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > for (entryp = vm_map_entry_first(map); > ^ > /usr/src/lib/libprocstat/libprocstat.c:620:15: error: incompatible > integer to pointer conversion assigning to 'vm_map_entry_t' (aka > 'struct vm_map_entry *') from 'int' [-Werror,-Wint-conversion] > for (entryp = vm_map_entry_first(map); > ^ ~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/lib/libprocstat/libprocstat.c:622:16: error: implicit declaration of function 'vm_map_entry_succ' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > entryp = vm_map_entry_succ(&vmentry)) { > ^ > /usr/src/lib/libprocstat/libprocstat.c:622:16: note: did you mean 'vm_map_entry_first'? > /usr/src/lib/libprocstat/libprocstat.c:620:17: note: 'vm_map_entry_first' declared here > > I'm at r355504. Now at r355506, and my laptop is building the kernels, one at a time. -- Trond. From owner-freebsd-current@freebsd.org Sat Dec 7 21:06:49 2019 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 A95E81CC743 for ; Sat, 7 Dec 2019 21:06:49 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Vhpc3lZnz4DGN for ; Sat, 7 Dec 2019 21:06:48 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id xB7L6gYs021704 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 7 Dec 2019 22:06:42 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1575752803; bh=irJeRu/GbVVdarOimQfw6dduOPpr3vtN14SqiK+j11w=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=Np8P5XoIE/7gibO0puuT7Kt2R5//FRVLNZlrFHMK7Ks4ui71KMpsa4xzdcPVDLg1H 1FxPNyP4CI3EA8ou24lvsyfiUYrj8zrrAzfhX5xX/LmJC4QAMhUTW8e3cldQhIFJ17 3WarPTpH1yJGzbxqbahUvLg75BWIStccavo6N0T89bFh3dElOaCq5lekdvhdexnXMi boQsNG5/YqWp1CFVSxugoORLbUCAmyu3qBJ/REeTlLUPdCb7alTVXedEB16zvoCHR9 q2INGnPJjHSIGgHWjfIC0X5SbJ+3Dld8h7uGGJng6LKOLjkd6nC9c+HKoFQvEJLU3c tEc6hPWknKzuw== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id xB7L6faZ021695; Sat, 7 Dec 2019 22:06:41 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Sat, 7 Dec 2019 22:06:41 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: Graham Perrin cc: FreeBSD CURRENT Subject: Re: r355494 buildworld [libprocstat.o] Error code 1 [lib/libprocstat__L] Error code 2 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on enterprise.ximalas.info X-Rspamd-Queue-Id: 47Vhpc3lZnz4DGN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=Np8P5XoI; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-3.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; CTYPE_MIXED_BOGUS(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-1.89)[ip: (-7.63), ipnet: 2001:700::/32(-1.13), asn: 224(-0.66), country: NO(-0.01)] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 21:06:49 -0000 On Sat, 7 Dec 2019 20:05-0000, Graham Perrin wrote: > --- lib/libprocstat__L --- > /usr/src/lib/libprocstat/libprocstat.c:620:29: error: no member named 'next' > in 'struct vm_map_entry' >                 for (entryp = map->header.next; >                               ~~~~~~~~~~~ ^ > /usr/src/lib/libprocstat/libprocstat.c:622:24: error: no member named 'next' > in 'struct vm_map_entry' >                     entryp = vmentry.next) { >                              ~~~~~~~ ^ Try r355506. -- Trond. From owner-freebsd-current@freebsd.org Sat Dec 7 21:08:20 2019 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 5ADA51CC887 for ; Sat, 7 Dec 2019 21:08:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47VhrM2gQFz4DPj for ; Sat, 7 Dec 2019 21:08:19 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x331.google.com with SMTP id t14so10907419wmi.5 for ; Sat, 07 Dec 2019 13:08:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=HfGu6hVt5Qm8ZUMMXVbfdgf/FqbwuAOGe9utSfATH1g=; b=rZKnjsWtSVcOWH4Cs+6tm/QLYS68WEOYguskAIErfccpx9GeAB+wSFFfvJVEa3rGQK Y4XgQjsg/KuDCuJBH6C2jbcHHT1nKAEYhcA/w6mou+HeBBlIMpteIo85NPi2iiyOFiEm vBoQfa6uwsOsxvcUcMxVA6ajWmXNF1Bx4eC2PgJZGLmHEchFOrJ43UxMNgLgKmIg/GC9 k/W5/eros+X8wbJRazgKxlEU3QYJrxqz4h90upvPtpyou6zV2kVFs/b7VR0qJ7SYNtqB nDlIK6MrLjuMFCCSbiblZLX75OGtR4QZSET5CpJsmqI4DYkdxiugm6fDpDUVg0b69UZF 45cA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=HfGu6hVt5Qm8ZUMMXVbfdgf/FqbwuAOGe9utSfATH1g=; b=m3axxk5msN2d3jLe9UTHvVSj1fU63ltqqJw5u4FkVwYpx6A8OM+YiX16qfCV7TiZ/S hj/sumUElcim6syJ8hJL6FQraAaJFyhYRVcIuHKO8GsAD9Jh+77uU9Q3twcL6K56hCVZ YNgP5qLVGIgkymuT6x0fCXoMB/zQnYY+r29yltJxoI2KTgD5hjT/nHu4HbGEDBbST6hQ a5t/JAxlFifbhWMl4vqEU4f5u8yAntWHBX+SzjDdc8vWwPOfyNjzHU0eJwTuqZ7JRxCV HXtkyOBaAO7Ol9sk/QLTsBGNJG3XZvLv3ug6Jx+lUUKspdnbyuqJUhFMq17DYACUHGLn 8M9Q== X-Gm-Message-State: APjAAAW5SwU6MbpuS6/R1vCT2MiAAoPX6lK/lAlYstvLJjfXqY/OqQpG TH29hp3y7n/m0BgpBBZh1LtPQPmsHhM= X-Google-Smtp-Source: APXvYqyRJ4io1qt+qzNzXoSLhLu6fE89JjrkHYi/uN7BuWrX6xF+8fHmmReA+8i/3kqteCCh0fAIlg== X-Received: by 2002:a7b:c051:: with SMTP id u17mr16767003wmc.174.1575752896034; Sat, 07 Dec 2019 13:08:16 -0800 (PST) Received: from [192.168.1.7] (host-2-100-169-93.as13285.net. [2.100.169.93]) by smtp.gmail.com with ESMTPSA id q144sm7698511wme.46.2019.12.07.13.08.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 07 Dec 2019 13:08:15 -0800 (PST) Subject: Re: r355494 buildworld [libprocstat.o] Error code 1 [lib/libprocstat__L] Error code 2 From: Graham Perrin To: FreeBSD CURRENT References: Message-ID: <72ca6d5b-2139-8ebd-62c1-83b508c6060e@gmail.com> Date: Sat, 7 Dec 2019 21:08:14 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 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-Rspamd-Queue-Id: 47VhrM2gQFz4DPj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rZKnjsWt; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::331 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[93.169.100.2.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.93), ipnet: 2a00:1450::/32(-2.68), asn: 15169(-1.93), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[1.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 21:08:20 -0000 Ignore my previous e-mail. I just saw, the 'SVN r355491 breaks libprocstat' thread. (Forgot to check my 'current' e-mail folder, to which I recently began filtering e-mail. Apologies for the noise.)