From owner-freebsd-current@freebsd.org Sun Jul 5 07:00:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 581B5362ABE for ; Sun, 5 Jul 2020 07:00:33 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B002n1j6Zz4Z5x; Sun, 5 Jul 2020 07:00:33 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p548612f6.dip0.t-ipconnect.de [84.134.18.246]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id D13BF14A8A; Sun, 5 Jul 2020 07:00:32 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Sun, 5 Jul 2020 09:00:31 +0200 From: Gordon Bergling To: Enji Cooper Cc: freebsd-current , Alan Somers Subject: Re: Undeletable files after kyua test runs Message-ID: <20200705070031.GA3218@lion.0xfce3.net> References: <20200629172626.GA63722@lion.0xfce3.net> <28F5E543-5B64-4CC0-A450-A2719D3C3A65@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 7:40AM up 1 day, 20:30, 5 users, load averages: 1.25, 1.09, 1.04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2020 07:00:33 -0000 On Sat, Jul 04, 2020 at 10:02:45AM -0700, Enji Cooper wrote: > > On Jul 4, 2020, at 8:59 AM, Enji Cooper wrote: > >> On Jul 2, 2020, at 7:57 PM, Enji Cooper > wrote: > >>> On Jun 29, 2020, at 10:26 AM, Gordon Bergling > wrote: > >>> > >>> Hi, > >>> > >>> I recently stumbled across undeletable files that are generated by kyua test runs, > >>> for example > >>> > >>> -rwxr-xr-x 1 root wheel 0 May 9 13:10 /tmp/kyua.aB4q62/8676/work/fileforaudit > >>> > >>> I haven't yet identified the test that generate those files, but it is impossible > >>> to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but > >>> on every boot the system argues that these file aren't deletable. > >>> I tried to 'rm -rf' them by hand but, even this wasn't possible. I have looked for > >>> any extend attributes, but I didn't find any. > >>> > >>> Has anyone an idea how this is possible and may how these files can be deleted? > >> > >> The issue is tests/sys/audit/file-attribute-modify.c , based on the file present that can’t be deleted. Can you please provide more information about the test run in a PR (I see how it can leave files behind, but I want to make sure it is what I think it is, first)? > > > > PR filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247761 . Working on a CR. > > Hi, > I just created the following CR: https://reviews.freebsd.org/D25561 and added the following related GitHub issue to PR: https://github.com/jmmv/kyua/issues/142 . This should be completed to avoid issues like this in the future from occurring. > Thank you for the report! > -Enji Hi Enji, thanks for taking care of this issue and creating a PR. I didn't find the time in the last 3 days. Are you still need informationen about the kyua runs? I usually just do a # kyua test -k /usr/tests/Kyuafile once in a while, which results for example in the following undeletable files / directories. -rwxr-xr-x 1 root wheel 0 Jul 1 12:44 /tmp/kyua.gv1loN/8718/work/fileforaudit -rwxr-xr-x 1 root wheel 0 Jul 5 08:50 /tmp/kyua.FH0CAp/8718/work/fileforaudit --Gordon From owner-freebsd-current@freebsd.org Sun Jul 5 09:25:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 18C6D366DCC for ; Sun, 5 Jul 2020 09:25:25 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B03Fw6wpgz3TNc; Sun, 5 Jul 2020 09:25:24 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-WLAN.fritz.box (p200300cd5f203300251086e584ce2666.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:3300:2510:86e5:84ce:2666]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 59CB114F48; Sun, 5 Jul 2020 09:25:24 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: CURRENT: bc -e results in empty string/result To: "Hartmann, O." Cc: FreeBSD CURRENT References: <20200703172503.5b739102@thor.intern.walstatt.dynvpn.de> <82c80079-2e33-dfea-4553-37806c6fbe60@freebsd.org> <20200704115031.5f9ee55c@hermann.fritz.box> From: =?UTF-8?Q?Stefan_E=c3=9fer?= Autocrypt: addr=se@freebsd.org; keydata= mQENBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAG0J1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPokBVAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+q BQkLJQETAAoJEEfrte9a/fVEOeMH/icmdK1eZQvB3U8quJo9VMaZsaTuCMbUE4NThyfsIvIm MCd+rb/yULmMYwqNfjyKB1x4ikR4x+94l+yJoz7K0Usks+eNKDmMGJM6pWWssTigaJubFdVd hVVC+C1QJi7JshYSib08uONoPmO4lv5Az0TDYGtsMzsES2sIlc62c9go5WPGYhQFRbX3Lk6y V6m8OHh+G9XGSj3oPO4UteRwu+SzTdOLunZBWG1wu34+IeZm663D+2gOppQLWpLa2qaTerqw THu377ayZ2B2LPJ5JkvkZeHYPkwDQ+b5PGn0UhfkxPnDVYki5F7qKxvQ5uq1/q9YaCX7mmOl H2yO7tgVsrW5AQ0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAYkBPAQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+rBQkL JQEZAAoJEEfrte9a/fVEuesH/2DNxGWnHvWwMyiyhlQtafvDKwEn/wAgR8gHJFodB7emf8rA TnukH7MVttCoHtjN5lvv9RSBHjNTZls5wR/ANlwdRuPQHd8ZGxLe3S6IuUB3zDSwFltLGurO N2kOMhs5mTGyypSa+uw3rtQbUAVYf1oPbiR4FLtiM8FLyEvE95hX5fPq9Qvx9FmN79kmCIEw jDKPqDaUf/OR2fEF0LSIbXHEk4tNqCEwx5DIJ0fp5/z5UzICUAmwxyRs5O/Hre1jzPsMVyud Ml9t7UTOJGKVWwRory1PMnOFxN+iz5/d4FhYSKXF7kfMiFgol4LuWaxJRwbBrr71VGBrRy2a L1nw6Bc= Message-ID: Date: Sun, 5 Jul 2020 11:25:21 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200704115031.5f9ee55c@hermann.fritz.box> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2020 09:25:25 -0000 Am 04.07.20 um 11:50 schrieb Hartmann, O.: > On Fri, 3 Jul 2020 17:58:27 +0200 > Stefan Eßer wrote: >> From the bc man-page: >> >> The quit statement causes bc(1) to quit, even if it is on a branch >> that will not be executed (it is a compile-time command). >> >> The halt statement causes bc(1) to quit, if it is executed. (Unlike >> quit if it is on a branch of an if statement that is not executed, >> bc(1) does not quit.) >> >> This behavior is identical to that of GNU bc: >> >> $ echo "6582031 - 1048576 - 0 - 409600 - 1024 - 40 - 4096; quit " | >> gbc $ echo "6582031 - 1048576 - 0 - 409600 - 1024 - 40 - 4096; halt " >> | gbc 5118695 > > Hello. > > Unfortunately, there was no remark in UPDATING and in the hurry I did > not find any traces of the change, so it hit me since several scripts > failed. As a workaround, it helped to replace "-e quit" by "-e halt", > although this might semantically also an unfortunate way to do. Hi Oliver, you are right to point out that the change would have been worth an entry in UPDATING! (... which I'm going to belatedly add, now) I had submitted an entry for the quarterly report, but UPDATING is the first place that I'd consult, in case of such an unexpected change, too. The author of the new bc has changed the semantics of -e to those of the FreeBSD version, since he is very interested in providing an implementation that covers all relevant GNU and FreeBSD features and extensions. The new version is already waiting to be committed in my source tree, I'm just waiting for the go-ahead from the author, who runs fuzzing tests for several days before tagging a new release version (the regression tests run in less than a minute and did all pass, including one for the FreeBSD -e behavior, of course ;-) ). I'll expect the new version with the fix to be tagged on Monday afternoon (local time) and will then update the sources in base and the port. Best regards, STefan From owner-freebsd-current@freebsd.org Mon Jul 6 09:40:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4ED49361344 for ; Mon, 6 Jul 2020 09:40:40 +0000 (UTC) (envelope-from SRS0=Kfc8EB=AR=codenetworks.net=sm@eigbox.net) Received: from bosmailout03.eigbox.net (bosmailout03.eigbox.net [66.96.185.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B0gY336RYz3XQ1 for ; Mon, 6 Jul 2020 09:40:39 +0000 (UTC) (envelope-from SRS0=Kfc8EB=AR=codenetworks.net=sm@eigbox.net) Received: from bosmailscan10.eigbox.net ([10.20.15.10]) by bosmailout03.eigbox.net with esmtp (Exim) id 1jsNc6-0003PE-Iw for freebsd-current@freebsd.org; Mon, 06 Jul 2020 05:40:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Reply-To: Cc:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=wT3qmJ0SY6SNd0vopeUEqFYM5YMkRZPRZg2nuPQtlcU=; b=GGpj7zuaQyjE+doCJkgydOTkza GVrbNnzbe5uOwhdUb655Ca9DK9WUfOpBxDbae6LMcZ3YYD/daiz0hJAYDBCzHZUys5HH1xNbOyf+S splFg9WAzfW9fqyW+t8CWO+F8d4fYksaJHMSNVpRsAtK5H2rJM/4IWTbAR1iv4lxWsDCw6aIKdFFI PHkiGwJgIxZnJM6k2Ew2SofhLTrNVOgpwoZZT8uw2NT5NjgkA+4BX/JKU8n0WsZMonrofT5iI1HZf GWMCDOY4Nqdy3hiMnBXnmK0waUOjX7zsdcsmpeBPtBmD234my2I32DONvRtqD2gLNeUoh5pqS/Gic P39C927w==; Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan10.eigbox.net with esmtp (Exim) id 1jsNc6-0007wJ-HI for freebsd-current@freebsd.org; Mon, 06 Jul 2020 05:40:38 -0400 Received: from bosauthsmtp03.yourhostingaccount.com ([10.20.18.3]) by bosimpout13 with id zlgb2200103yW7601lgeQd; Mon, 06 Jul 2020 05:40:38 -0400 X-Authority-Analysis: v=2.2 cv=ba8baKHB c=1 sm=1 tr=0 a=6uKCkKhFq2wXOH2GoQX8aA==:117 a=HgejYIwJ78uhX17IQOWm3w==:17 a=IkcTkHD0fZMA:10 a=_RQrkK6FrEwA:10 a=x6SUvDt4rVEA:10 a=JqEG_dyiAAAA:8 a=6I5d2MoRAAAA:8 a=dyeXqMUk8434x8sldW8A:9 a=QEXdDO2ut3YA:10 a=3pf7q-6hoM4A:10 a=IjZwj45LgO3ly-622nXo:22 Received: from cpc96352-rdng26-2-0-cust40.15-3.cable.virginm.net ([86.18.84.41]:26129 helo=[192.168.0.100]) by bosauthsmtp03.eigbox.net with esmtpa (Exim) id 1jsNc3-0001Rs-3D for freebsd-current@freebsd.org; Mon, 06 Jul 2020 05:40:35 -0400 Subject: =?UTF-8?B?UmU6INCSINC+0YLQstC10YIg0L3QsDogUmU6IGVkaXRvcnMvbGlicmVv?= =?UTF-8?Q?ffice_PDF_export/printing_broken?= To: freebsd-current@freebsd.org References: <1240905853.3700064.1592845431061.ref@mail.yahoo.com> <1240905853.3700064.1592845431061@mail.yahoo.com> <2008475768.3775242.1592850379401@mail.yahoo.com> <77b13788-cf29-807c-59e5-2913a9cd2675@schmitz.computer> <586839DF-D3CC-4EA6-88ED-16E19CBB3590@unrelenting.technology> From: Santiago Martinez Message-ID: Date: Mon, 6 Jul 2020 10:40:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <586839DF-D3CC-4EA6-88ED-16E19CBB3590@unrelenting.technology> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 86.18.84.41 X-EN-OrigHost: cpc96352-rdng26-2-0-cust40.15-3.cable.virginm.net X-Rspamd-Queue-Id: 4B0gY336RYz3XQ1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=GGpj7zua; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=Kfc8EB=AR=codenetworks.net=sm@eigbox.net designates 66.96.185.3 as permitted sender) smtp.mailfrom=SRS0=Kfc8EB=AR=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.960]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-0.90)[-0.895]; RCVD_IN_DNSWL_NONE(0.00)[66.96.185.3:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=Kfc8EB=AR=codenetworks.net=sm@eigbox.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.185.3:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=Kfc8EB=AR=codenetworks.net=sm@eigbox.net]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2020 09:40:40 -0000 Hi there! thanks for it. im also having the issue with the PDF. Apart from that, I also started having screen  rendering issues with LibreOffice. I have applied the env variable and it seems to solve it also. Santi On 2020-07-04 14:23, myfreeweb wrote: > > On July 4, 2020 1:12:39 PM UTC, Jesper Schmitz Mouridsen wrote: >> Accidentally found on twitter >> >> Colin Percival >> @cperciva >> >> >> In case anyone else (including future-me) runs into the same problem: If >> LibreOffice"export to PDF" produces pages without any text, set >> "SAL_VCL_QT5_USE_CAIRO=true" in the environment. No, I have no idea why. >> Ran into this on FreeBSD; found the fix on the Lubuntu forum. > Maybe switching the default UI backend to qt5 was a mistake ;) > > gtk3 isn't really "broken", it has a relatively minor visual bug that only happens on FreeBSD. Maybe if it was the default, someone would be motivated enough to fix it. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jul 7 08:00:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 32F7A35914E for ; Tue, 7 Jul 2020 08:00:18 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1FGp0DwMz4DBL; Tue, 7 Jul 2020 08:00:18 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MacBook-Pro-449.fritz.box (p200300cd5f203300a54bfd25487fcd66.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:3300:a54b:fd25:487f:cd66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 776D82A0CD; Tue, 7 Jul 2020 08:00:17 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: CURRENT: bc -e results in empty string/result From: =?UTF-8?Q?Stefan_E=c3=9fer?= To: "Hartmann, O." Cc: FreeBSD CURRENT References: <20200703172503.5b739102@thor.intern.walstatt.dynvpn.de> <82c80079-2e33-dfea-4553-37806c6fbe60@freebsd.org> <20200704115031.5f9ee55c@hermann.fritz.box> Autocrypt: addr=se@freebsd.org; keydata= mQENBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAG0J1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPokBVAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+q BQkLJQETAAoJEEfrte9a/fVEOeMH/icmdK1eZQvB3U8quJo9VMaZsaTuCMbUE4NThyfsIvIm MCd+rb/yULmMYwqNfjyKB1x4ikR4x+94l+yJoz7K0Usks+eNKDmMGJM6pWWssTigaJubFdVd hVVC+C1QJi7JshYSib08uONoPmO4lv5Az0TDYGtsMzsES2sIlc62c9go5WPGYhQFRbX3Lk6y V6m8OHh+G9XGSj3oPO4UteRwu+SzTdOLunZBWG1wu34+IeZm663D+2gOppQLWpLa2qaTerqw THu377ayZ2B2LPJ5JkvkZeHYPkwDQ+b5PGn0UhfkxPnDVYki5F7qKxvQ5uq1/q9YaCX7mmOl H2yO7tgVsrW5AQ0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAYkBPAQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+rBQkL JQEZAAoJEEfrte9a/fVEuesH/2DNxGWnHvWwMyiyhlQtafvDKwEn/wAgR8gHJFodB7emf8rA TnukH7MVttCoHtjN5lvv9RSBHjNTZls5wR/ANlwdRuPQHd8ZGxLe3S6IuUB3zDSwFltLGurO N2kOMhs5mTGyypSa+uw3rtQbUAVYf1oPbiR4FLtiM8FLyEvE95hX5fPq9Qvx9FmN79kmCIEw jDKPqDaUf/OR2fEF0LSIbXHEk4tNqCEwx5DIJ0fp5/z5UzICUAmwxyRs5O/Hre1jzPsMVyud Ml9t7UTOJGKVWwRory1PMnOFxN+iz5/d4FhYSKXF7kfMiFgol4LuWaxJRwbBrr71VGBrRy2a L1nw6Bc= Message-ID: <2b96b30d-35aa-00fb-f872-77072911cd53@freebsd.org> Date: Tue, 7 Jul 2020 10:00:13 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 08:00:18 -0000 Am 05.07.20 um 11:25 schrieb Stefan Eßer: > Am 04.07.20 um 11:50 schrieb Hartmann, O.: > The author of the new bc has changed the semantics of -e to those > of the FreeBSD version, since he is very interested in providing > an implementation that covers all relevant GNU and FreeBSD features > and extensions. > > The new version is already waiting to be committed in my source > tree, I'm just waiting for the go-ahead from the author, who runs > fuzzing tests for several days before tagging a new release version > (the regression tests run in less than a minute and did all pass, > including one for the FreeBSD -e behavior, of course ;-) ). > > I'll expect the new version with the fix to be tagged on Monday > afternoon (local time) and will then update the sources in base > and the port. The new version 3.1.1 has been imported into -CURRENT and the port has been updated. It fixes the behavior of -e, removes non-applicable comments regarding optionally compiled in features (the build contains all, with only NLS being controlled by WITH(OUT)_NLS and this option being reflected in the man-page now). Best regards, STefan From owner-freebsd-current@freebsd.org Tue Jul 7 12:26:05 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D9BFD361075 for ; Tue, 7 Jul 2020 12:26:05 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st43p00im-zteg10063401.me.com (st43p00im-zteg10063401.me.com [17.58.63.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1M9S6ll6z4Ws9 for ; Tue, 7 Jul 2020 12:26:04 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by st43p00im-zteg10063401.me.com (Postfix) with ESMTPSA id 2C7E84A0C5A; Tue, 7 Jul 2020 12:26:03 +0000 (UTC) From: Toomas Soome Message-Id: <72383E6F-668A-47B5-AD2C-9F8E436BD995@me.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Geli encryption issue on r362779 Date: Tue, 7 Jul 2020 15:26:00 +0300 In-Reply-To: <01000173063d9d8d-f46774e6-d490-43cc-925d-e729c82904fa-000000@email.amazonses.com> Cc: freebsd-current@freebsd.org To: lausts@acm.org References: <01000173051a6c1b-ceec77e5-6fee-4969-ada0-70ad8789e1dd-000000@email.amazonses.com> <0100017305bed46f-20efa601-2169-491f-bc95-a4fd8cffafa3-000000@email.amazonses.com> <9ACB03CF-2168-4CCE-B1DC-6D76E33DE9C8@me.com> <01000173063d9d8d-f46774e6-d490-43cc-925d-e729c82904fa-000000@email.amazonses.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-07_08:2020-07-07, 2020-07-07 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2007070094 X-Rspamd-Queue-Id: 4B1M9S6ll6z4Ws9 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-1.20)[-1.202]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.63.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.63.175:from]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.016]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_LOW(-1.00)[me.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.63.175:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 12:26:05 -0000 Hi! I believe, 362989 should fix your issue. Please do let me know. thanks, toomas > On 30. Jun 2020, at 20:19, Thomas Laus wrote: > > On 2020-06-30 11:31, Toomas Soome wrote: >> >> hi! >> >> 362431: https://svnweb.freebsd.org/base?view=revision&revision=362431 >> >> The majority of the code is now shared with loader (libsa/libi386), >> however, we do have some bits in zfsboot.c, which is common part of >> gptzfsboot and zfsboot. >> > That looks like the problem revision. My i5 can still boot this > revision, but my Core2 Duo can not. At least this narrows things a bit. > > Tom > > -- > Public Keys: > PGP KeyID = 0x5F22FDC1 > GnuPG KeyID = 0x620836CF > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jul 7 16:18:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 34BB0366362 for ; Tue, 7 Jul 2020 16:18:45 +0000 (UTC) (envelope-from 010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@amazonses.com) Received: from a48-98.smtp-out.amazonses.com (a48-98.smtp-out.amazonses.com [54.240.48.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1SKt1WxWz3Y8S for ; Tue, 7 Jul 2020 16:18:42 +0000 (UTC) (envelope-from 010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1594138721; h=Reply-To:Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=pBytI1j9tj6ccwVGo8Oir66tcZTtmy6pkrIeqEICVbQ=; b=Dtuy4TfwlG8t6R4sTpSAsj96IO3uBOvJst99ktHIMJZOg97VPsR32u4DgVrjg3cL D1xM9W4ZwFDEvagTjtDOKCvELVAFrKJt5a7kQ9JXJ//datfxUFQzJsWi3saw4tVOjnL 5+q9QPIA/UHbpEdxzx2oJ0YBHRh/Yiv0cCMe568s= Reply-To: lausts@acm.org Subject: Re: Geli encryption issue on r362779 To: freebsd-current@freebsd.org, toomas Soome References: <01000173051a6c1b-ceec77e5-6fee-4969-ada0-70ad8789e1dd-000000@email.amazonses.com> <0100017305bed46f-20efa601-2169-491f-bc95-a4fd8cffafa3-000000@email.amazonses.com> <9ACB03CF-2168-4CCE-B1DC-6D76E33DE9C8@me.com> <01000173063d9d8d-f46774e6-d490-43cc-925d-e729c82904fa-000000@email.amazonses.com> <72383E6F-668A-47B5-AD2C-9F8E436BD995@me.com> From: Thomas Laus Autocrypt: addr=lausts@acm.org; prefer-encrypt=mutual; keydata= mQGiBDx1NWwRBADARalI5I8kGeBYYYWnZB73T1fU4333yCuRokRvzlAZ5Zhb3hqsNdTEMheN FDjZSL8J5jeJtvSRinY2p09CxpAMoJR9zHLmHl+zEOY8fInbB+KiFtSfGf0blSEY9/+isQP9 xmUIQWUj0kwVtrns7m1HrYLiI07NVFzbHNKqQcbPuwCg0n/KKi+VJiUs5MqLKwGuPotGeZME AIluMetTQwfLyovundMwFYlSZ/Z8JjkMybqgKuiRrZnaBVVZ80NjAYZI73yAZPfQh9mvFxW9 ipc2tSALwDy/tYDpQRK0k+0EsDmwG/wM6OarkqSuFcYx+tP86+2+6Xitn6E/hriIWa/ZQVef /fx7dZzdwhXH6fd34v8o/BuqhawLBACs4MTMGbdSmyI56vCMXWY1yxRPmuygd4vUnXqYwlrM Ee/LjQdreg1zTAJnnW1K+PgOUW/jvS+uAbgxLa3i59/Z4Uu7nB6G1y+Y1cThojUsLnvoJlt1 4XE1U/vnOcvO3evo6knB1qjbAMsZGaVleiVKDq+7XE7swe4WtBJKbYJthbQcVGhvbWFzIExh dXMgPGxhdXN0c0BhY20ub3JnPoh/BBMRAgA/AheAAh4BBgsJCAcDAgYVCAIJCgsEFgIDAQIZ ARYhBBloSoDtPqFEokqZd+v/gtRiCDbPBQJeCkKSBQkjjKomAAoJEOv/gtRiCDbPtWkAn3Sn 1ksVTC5TGCvd/QuLacFbBSZqAJ9NEUmlaosaPc/YoxezSnkpG8MQTbkCDQRFspgcEAgAjXsi 9WqowAKZ7d2ix6t7fiYgu2QBGWq36NvN+cPBJIu0CnagL1v4W1UrRW/0cInLzgqlWrSU7SFg y1+rGBlusMHf8/faGeZD0XwMdYgTIYdjdK5VZ0GaRWUs0LbHAOJQkOFRHLMAEG8wrc3f1xrn uVJ4JPOA81kTmTXvYTyQNXJBySc0oNSgvSut8aBbNGBZhw9U2V3yXXnnMeWR8+DYrriYdOdR eK7S0LNN8TPY60PJx3KLN9vUY9Cb5Ly0NavF3wREPQqYlNfTMoG/GA/n8XB6SCoMj73oKCyw FLbckBUjFsl7wTeKKvU68V8kWG762fscXhOhRduETGrja09MbwADBQf/WiycmdfNtB41+vvT HQqz9tm3ZHAW2yE53CxfQpvlyS/KwnWgLjl/iV0SHRDede0NJ5yTEqPVhqq7WCdlqVsHPSpX FfvyOgbNmjPmOY/a1nW4UnWSqA7bgQvkthahhoLeHzkU8YKupW0m05RIBpqQER6HwBOksTq4 sWV/lUy1P0VT8GqqPLNklKe2BEu+KhuhLV6XwEG3VrHNoY6/R5CMGvBhZbtiUViCZktmxJAj Fq0VCcuj7+Oo52eq4BL2vMrzLX+2Ib1JSWid6t0N+grXxbr2mv7H2V2/4Vo0XI3IKxPX1mdG y9RBkbRUGyV9A8RlaS0QTnXvsxZTjOnmjxPX64hmBBgRAgAmAhsMFiEEGWhKgO0+oUSiSpl3 6/+C1GIINs8FAl4KQ6YFCRpPSIoACgkQ6/+C1GIINs+S6wCeI2n/+azjnVivvCryW5TX3DDh o2oAoLnebgcEDawA/CrxKxpkTiXtL7VGuQENBDx1NXQQBACO2D8nP7d2/ugxmJl9edxI97vG vHvxByQNOhyWXvEOos1uI4M/Sn6By9opJyt2Tl0HGMO2ksn3f4ESKlPH8+9Q2GhJhbdP8KC6 UPrf1hB8XrvAZsqax5Zr9f00SG4cdqWsGDHY4mUG7B/F0SFEAEgczQciYfJKT0J0fnHyjRAg gwADBQP+L1gGS1XuaHh9VtAn0hzXFQlIH3UAX0+9tlenOTA1aTBqrbNepGJH0zFlwQjQN1c+ qz7ULswo9LGWob0nRAoZ2g9hIQs+8p1KMwBs/V2j6PkNwSj/fUsMXAOvor0HcEHjpIW952KV h9oGbPEbB+LaDVb5BKjbOhAzfdrlPlBx0F6IdAQoEQIANBYhBBloSoDtPqFEokqZd+v/gtRi CDbPBQJeCk0cFh0BVXBncmFkZSB0byBtb3JlIGJpdHMACgkQ6/+C1GIINs8CPQCeJKOtIuT/ zMxWEN9B3VucBIQ5TPcAoMsPLPJWp71kv+1s+JPeJcv/zJNYiEwEGBECAAwFAlaX+EQFCRwG mUgACgkQ6/+C1GIINs90KwCeN8z1KIVcvhLKMVq3Qy6eZkDCAA4AoIOVlXHHiZE1vQ50HJ0R HoghYce3 Message-ID: <010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@email.amazonses.com> Date: Tue, 7 Jul 2020 16:18:41 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <72383E6F-668A-47B5-AD2C-9F8E436BD995@me.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-SES-Outgoing: 2020.07.07-54.240.48.98 Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-Rspamd-Queue-Id: 4B1SKt1WxWz3Y8S X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=224i4yxa5dv7c2xz3womw6peuasteono header.b=Dtuy4Tfw; dmarc=none; spf=pass (mx1.freebsd.org: domain of 010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@amazonses.com designates 54.240.48.98 as permitted sender) smtp.mailfrom=010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@amazonses.com X-Spamd-Result: default: False [-0.05 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[lausts@acm.org]; R_DKIM_ALLOW(-0.20)[amazonses.com:s=224i4yxa5dv7c2xz3womw6peuasteono]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18:c]; NEURAL_HAM_LONG(-1.00)[-1.004]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[acm.org]; FORGED_SENDER(0.30)[lausts@acm.org,010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@amazonses.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[amazonses.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.240.48.98:from]; NEURAL_HAM_SHORT(-0.35)[-0.347]; FREEMAIL_TO(0.00)[freebsd.org,me.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[54.240.48.98:from]; ASN(0.00)[asn:14618, ipnet:54.240.48.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@amazonses.com]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 16:18:45 -0000 On 2020-07-07 08:26, Toomas Soome wrote: > Hi! > > I believe, 362989 should fix your issue. Please do let me know. > I updated to r362989. I built world and kernel after clearing out /usr/obj and this problem still exists. It works fine on my i5 desktop, but still has a problem reading my Geli encrypted partition. I copied my old gptzfsboot file to ada0p1 from a live filesystem and it works. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Tue Jul 7 20:14:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98C9D34B758; Tue, 7 Jul 2020 20:14:20 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1YYm3WZGz44kb; Tue, 7 Jul 2020 20:14:20 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 56D2F1A4ED; Tue, 7 Jul 2020 20:14:20 +0000 (UTC) Date: Tue, 7 Jul 2020 20:14:20 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-07-05 Message-ID: <20200707201420.GA22709@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 20:14:20 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-07-05 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-06-29 to 2020-07-05. During this period, we have: * 1899 builds (95.7% (+1.3) passed, 4.3% (-1.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 221 test runs (91.4% (+2.3) passed, 7.2% (-3.0) unstable, 1.4% (+0.7) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 23 doc and www builds (95.7% (-0.3) passed, 4.3% (+0.3) failed) Test case status (on 2020-07-05 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ----- | -------- | | head/amd64 | 7857 (0) | 7762 (-4) | 0 (0) | 95 (+4) | | head/i386 | 7855 (0) | 7753 (-1) | 0 (0) | 102 (+1) | | 12-STABLE/amd64 | 7617 (+24) | 7556 (+21) | 0 (0) | 61 (+3) | | 12-STABLE/i386 | 7615 (+24) | 7546 (+21) | 0 (0) | 69 (+3) | | 11-STABLE/amd64 | 6912 (+24) | 6861 (+24) | 0 (0) | 51 (0) | | 11-STABLE/i386 | 6910 (+24) | 6857 (+24) | 0 (0) | 53 (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-20200705 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome.https://hackmd.io/@FreeBSD-CI/ , any help is welcomed. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * (head, stable/12, stable/11) 2 tests start failing after llvm10 import * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) Fix in review: https://reviews.freebsd.org/D25284 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3749 tests, 2277 success, 647 failures, 825 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated (i386) https://bugs.freebsd.org/244737 * sys.kern.sysv_test.msg https://bugs.freebsd.org/233649 ## 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 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Tue Jul 7 21:18:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E9DC134D0E0 for ; Tue, 7 Jul 2020 21:18:15 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oo1-xc33.google.com (mail-oo1-xc33.google.com [IPv6:2607:f8b0:4864:20::c33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1ZzV75XPz47d4 for ; Tue, 7 Jul 2020 21:18:14 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oo1-xc33.google.com with SMTP id a9so1272911oof.12 for ; Tue, 07 Jul 2020 14:18:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=xOvEIEY+96zCj2nHaWmTaPcVjvVcUY6AWUax20Swhgk=; b=Adfn7f0y2Ks7hv8DLQhjkO2gQiXmUSqu7Fzd0OLTN2vq9/7ka+Dj7dqvVUx/Ffaat7 vphHyK2c9zuvCckO/GZW+kE0hK3Ux6o/tMqJF4wWW2L/ejmwv+aO6lO+lt4Up/7OE23B YQvr76LvWkssJLcTXPgJBqpv67GB/jhg80uk1EvxtIIj98TIE9HC1vckn2jGYNS7DRN+ rEvwBL3zZhBvP8rOodeNu5Zqf0EiXX9k/3Riu6kcIEvvWqODGtDfpari6up5GJ/JxqGJ nQQwj+sueWwzbLhdZGBdGmnAjnX0CN/+3/jrsQAO+/lY4r7ALzyrs5luHc9wghAOAJnz Pnow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=xOvEIEY+96zCj2nHaWmTaPcVjvVcUY6AWUax20Swhgk=; b=hyReYUweKxM9v4DSlyT1tJbUJoiaLt8obvZI1m9N5vpMWNpLDGpVuX8LN8CLnyddtC d6/YD+AepBXYtV5Y9YBq0/5QUrHtOIY1ZnsBCDsr0h/L7JhV0yEN3CrROu+Cv2zzLmuc fQgf6LXZ136QYkcL4c7EPRxKGnL616L3xrB4x+aafvcCSSbNNxw2ll8pj5xbmVkyxhej CM7Jtl5nyX8f+UXdoBMH4+FGJMH3HpRTtznt+4KdsK2/CMkJTwKWQV+KSDQ3pdcaa2KN 1qs9NWTgqhPAmvlnzbRNr755UUsNjMH/13sfws1vvjyGyfsQf1xoSwUkBtKoVPnCWJL2 wasA== X-Gm-Message-State: AOAM5336kiP5SSQ3kcO2+pryIQSeKdanhC6K47bCMXIFod7/3UWgpzRE +LVKbJJbLCj9G9w7eEjXoZsl87eZOAUzVs/dq/mE48s9 X-Google-Smtp-Source: ABdhPJyv5rcdqmYwnDmPp/NNfD2iXuZvTsh8cTGh3+iukts0Nx2gnjAJIRFxD5q5qKeRaSyj9Yde0MaluhvobtGYUFQ= X-Received: by 2002:a4a:2a41:: with SMTP id x1mr48525307oox.79.1594156693179; Tue, 07 Jul 2020 14:18:13 -0700 (PDT) MIME-Version: 1.0 From: alan somers Date: Tue, 7 Jul 2020 15:18:02 -0600 Message-ID: Subject: Hardware crypto card wanted To: FreeBSD CURRENT X-Rspamd-Queue-Id: 4B1ZzV75XPz47d4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Adfn7f0y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 2607:f8b0:4864:20::c33 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; 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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.04)[-1.041]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c33:from]; NEURAL_SPAM_SHORT(0.16)[0.156]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 21:18:16 -0000 I'm working on a change to geli, but I need to test it on a system with a hardware crypto card. Not merely one with AES-NI, but one of the old fashioned PCI kind that works with crypto(9). Would anybody who runs CURRENT on such a machine be willing to test my patch for me? -Alan From owner-freebsd-current@freebsd.org Tue Jul 7 22:24:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6E57934E71B for ; Tue, 7 Jul 2020 22:24:16 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1cRg2k8kz4Bmv for ; Tue, 7 Jul 2020 22:24:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x72a.google.com with SMTP id 145so37260501qke.9 for ; Tue, 07 Jul 2020 15:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=Rky3g8x9PwijBqeBMnIKbN8swN/XMMq1Dv6zTbEiOXs=; b=r3eYWgjM570x505rn9tIEBraFkhE8mYtu19fpLsHsNXmvwgICgQ18xb9FvKWkqViok qqfRa9dJVJM085YQ4nbBGy93YV3wKOXwSnilF59/A2WMfvB4dZV7EDHbo2g99S0fYrGV d+ZNBPQOTDMoj2RBfP4TvZA6OyhFUu1Z75CZIkir2wEv/0gQ+LS/tJtnHUoPghr1Mzx6 BTEAy4jZL3q0vCYbiyGlIj1/qCDRCl6fdanZVMCP3Kd3/FqzejgmiT5AEZTEfinNCHoL dxYel5cAirq0wjrqODEvtveEvvuPcRHawkEC6UIwucedEIGTfhfftrPMk79UhEr930L+ eQCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=Rky3g8x9PwijBqeBMnIKbN8swN/XMMq1Dv6zTbEiOXs=; b=Ut0Srwy/ECsYsSqf31VcKp0eq9ooUpPlpzpotVjd/Cez3ubTywpoiabLNMl+mYiatG TQ4CYqTluD/YYr62TRv5cSQ0rfqEKDu/M0XZjvlBK4R1QMSQDoxSxgqNdz/FcBulnvvO YMJqhxDdWsfcS75JzyQS9OZi4Q5qzodPmNeQDPi9P5//rhnc1MEte+fTKfr0XOOsQL4d 1HsYMblCEGGfLI1G4yRhNJ7TZsZoDQFa1vtqRTUbxtxhjRQilM5aJw+YiLt37nKmVW/q a9wcB7ttQu0WrPtkswb+MrPOOvIF5a4YNNITg/cJIrxeG14SM/R1m1SQ0xbZhLQV5QG5 atZg== X-Gm-Message-State: AOAM5317EdJ1xli+CriTj7M6GLPGyu0zZjfxUBdhmawYJ2MKmbBAkX7U odLU8AYSNT51mmMZUObKgwpblWHzHl0= X-Google-Smtp-Source: ABdhPJxoIm28LS0TVFllUu9kst/U7eN3m11qPcM/BZY47KhsniHsYjRlau4TWD86OpEQrkBdOHbtNw== X-Received: by 2002:a37:e307:: with SMTP id y7mr51741232qki.489.1594160654293; Tue, 07 Jul 2020 15:24:14 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-20-184-147-206-12.dsl.bell.ca. [184.147.206.12]) by smtp.gmail.com with ESMTPSA id v12sm27870055qtj.32.2020.07.07.15.24.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jul 2020 15:24:13 -0700 (PDT) Sender: Mark Johnston Date: Tue, 7 Jul 2020 18:24:08 -0400 From: Mark Johnston To: alan somers Cc: FreeBSD CURRENT Subject: Re: Hardware crypto card wanted Message-ID: <20200707222408.GA51619@raichu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4B1cRg2k8kz4Bmv X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=r3eYWgjM; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::72a as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-1.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.18)[-0.177]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[184.147.206.12:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.001]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.009]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72a:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 22:24:16 -0000 On Tue, Jul 07, 2020 at 03:18:02PM -0600, alan somers wrote: > I'm working on a change to geli, but I need to test it on a system with a > hardware crypto card. Not merely one with AES-NI, but one of the old > fashioned PCI kind that works with crypto(9). Would anybody who runs > CURRENT on such a machine be willing to test my patch for me? I'm finishing work on a new hardware crypto driver and can test if you like. Do you want to run the existing GELI tests with the patch applied, or something else? I don't quite understand why GELI would care about the distinction, though. Doesn't GELI use AES-NI via crypto(9) as well? From owner-freebsd-current@freebsd.org Tue Jul 7 22:36:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C02934EEB9 for ; Tue, 7 Jul 2020 22:36:45 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f180.google.com (mail-oi1-f180.google.com [209.85.167.180]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1ck459Hbz4Ck9; Tue, 7 Jul 2020 22:36:44 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f180.google.com with SMTP id e4so28064873oib.1; Tue, 07 Jul 2020 15:36:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9X/ecV+b4YISchpbiypS7QQ9YqoUAeAO066fPOD+P1A=; b=gohCKuyHc0ZJ1j3JJGmtj2MdVFYU/zRH1qg4hi6/l5X5mI6D6Wt+I+P/B4/oN6lk2T Jj2ygLlSIRLre9I8Z58nBSLurZwITFTLzMQFDLD7qWiJl3oCmojjvBtkt2zMp7qWfpGc YpB9uB6yW4hRmdLTN1PQPP4X3Cp2YC/GnMKyiiSY0UN9pobQqByLOvpTv5XZPvuWihp6 +/O1OH/hNIzHa3iFIzrtm/fiK5t8vvUTbM2roHl9jLiulz3r3vf/lr0uMQYwwiMGlqbX urkY6syLQnwH4NQK70EOALu+ChK+D6p8MgXxSZhZ87y4225r3ZQTyUWMO9kHGT+r+oH1 ruPA== X-Gm-Message-State: AOAM531gDrgDXTxPkOYTZIZawSvz6Z3KCe3ozrQFK/1R7CKP7gGpTE/7 Yg4jRpcVyxtQwh6bbYcF/PYgJlZqmTgWAdkEJpCwFF6Mh9w= X-Google-Smtp-Source: ABdhPJzC4FeXcOYRz/poFMfbhmQxHULvaG8qAXaNt7Qpaxq6AfsupcFpOfrdVQ/XFUq8VY8bM+9CIXdka8RXoiq73oU= X-Received: by 2002:a54:4d96:: with SMTP id y22mr4725498oix.55.1594161403144; Tue, 07 Jul 2020 15:36:43 -0700 (PDT) MIME-Version: 1.0 References: <20200707222408.GA51619@raichu> In-Reply-To: <20200707222408.GA51619@raichu> From: Alan Somers Date: Tue, 7 Jul 2020 16:36:32 -0600 Message-ID: Subject: Re: Hardware crypto card wanted To: Mark Johnston Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 4B1ck459Hbz4Ck9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 22:36:45 -0000 Yeah, just apply the patch and run the geli tests. The patch add one additional geli test, too. IIUC, geli doesn't use the thread pool when it's using hardware crypto, which is why I think it's important that change be tested both ways. The change is here: https://reviews.freebsd.org/D25587 -Alan On Tue, Jul 7, 2020 at 4:24 PM Mark Johnston wrote: > On Tue, Jul 07, 2020 at 03:18:02PM -0600, alan somers wrote: > > I'm working on a change to geli, but I need to test it on a system with a > > hardware crypto card. Not merely one with AES-NI, but one of the old > > fashioned PCI kind that works with crypto(9). Would anybody who runs > > CURRENT on such a machine be willing to test my patch for me? > > I'm finishing work on a new hardware crypto driver and can test if you > like. Do you want to run the existing GELI tests with the patch > applied, or something else? > > I don't quite understand why GELI would care about the distinction, > though. Doesn't GELI use AES-NI via crypto(9) as well? > From owner-freebsd-current@freebsd.org Tue Jul 7 23:25:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE41F350042 for ; Tue, 7 Jul 2020 23:25:06 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1dnt3x7Rz4FQm; Tue, 7 Jul 2020 23:25:06 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x82f.google.com with SMTP id j10so33141686qtq.11; Tue, 07 Jul 2020 16:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=xA9nvPfBj7xPw0wtsRuqu0Z6WKpcIOjH0dhfgz/E92Q=; b=VuijDB7NPefF71yIoHp14Si6S4ZxUodc2mSvuGIZv0Z099uWPFpg5gFRCvoMLqJdTt lIPNPI9PYtnsrj130FTOvTs2ePH7jlp1CaIAPsK7cjJwyV+JdJtzhQe8d9v/mjEWWabp SMoC2VphwFa2TC1oNxHwHhk9FNMpkEkIpFCecQZOom2fDQKzvkQfXKUlAvJDx6NZ/PHQ JuCdSZnLRpNuMNRjmnah9e4+ZhXrBJJ9374PCIAYjxMW9k4qDnA8G5DQ6g6WaUphbzYS NxV7ZkvkyaunSE1yxjbtv9UhMzM6SqLhfnPNyQ4h2AE0m8Ku8gRs91DMJvtsg1ZDkL9e aMXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=xA9nvPfBj7xPw0wtsRuqu0Z6WKpcIOjH0dhfgz/E92Q=; b=b7V4dCa27iyBQyWpZrL0cvgvEG6Y8nYqMwfXBDuDvZ1kC4IMWCiAABKgq3O2gmzMUZ hC+k1AR8UitEQ7z28aYimXIjzDmA3vaBiMw/gGAMMNURAeJq1k4EjUlXEwMWWS0NzrjB WFFuaxcRdYyOnw2Yy7fOcxsL5GWsfQoJxb1puaj0TyFzeLOf++0vGbvGgK8v/58B7Byv oPD+9Wdju+/CyWif0oksv5yCoTDpud5in9y7R5FKFo+Il/wglFoyO0HtvVYaaGTH115c EiiErNH4d/7Rkv7Lxec6PB7H39xDCfVO0D+UXuOk5s6vclYMzTCrFzfZO2vBsqroqldc z9SQ== X-Gm-Message-State: AOAM530Eki9TkJYfHRSeX3TIM2vSHhTPo8nFHe35VRY9AKQBHJk5JZu7 bl7FgQvNDxf+d6xfuW7RTXywvmuKVRA= X-Google-Smtp-Source: ABdhPJwaZ6pKECLfv0aIoQJuIWLry9cTe74kz9ByPlxxt13JK1LD6BL/gdgO9c5lzW3j6jl8+KtmZQ== X-Received: by 2002:aed:242f:: with SMTP id r44mr29320372qtc.368.1594164304847; Tue, 07 Jul 2020 16:25:04 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-20-184-147-206-12.dsl.bell.ca. [184.147.206.12]) by smtp.gmail.com with ESMTPSA id o10sm27192709qtq.71.2020.07.07.16.25.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jul 2020 16:25:03 -0700 (PDT) Sender: Mark Johnston Date: Tue, 7 Jul 2020 19:25:01 -0400 From: Mark Johnston To: Alan Somers Cc: FreeBSD CURRENT Subject: Re: Hardware crypto card wanted Message-ID: <20200707232501.GB51619@raichu> References: <20200707222408.GA51619@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4B1dnt3x7Rz4FQm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 23:25:06 -0000 On Tue, Jul 07, 2020 at 04:36:32PM -0600, Alan Somers wrote: > Yeah, just apply the patch and run the geli tests. The patch add one > additional geli test, too. IIUC, geli doesn't use the thread pool when > it's using hardware crypto, which is why I think it's important that change > be tested both ways. >From my reading of the code that isn't the case, but I might be missing something. r226840 looks like it might be relevant. > The change is here: > https://reviews.freebsd.org/D25587 Works fine using the hardware driver. I had to patch the new test per my comments in the review. > -Alan > > On Tue, Jul 7, 2020 at 4:24 PM Mark Johnston wrote: > > > On Tue, Jul 07, 2020 at 03:18:02PM -0600, alan somers wrote: > > > I'm working on a change to geli, but I need to test it on a system with a > > > hardware crypto card. Not merely one with AES-NI, but one of the old > > > fashioned PCI kind that works with crypto(9). Would anybody who runs > > > CURRENT on such a machine be willing to test my patch for me? > > > > I'm finishing work on a new hardware crypto driver and can test if you > > like. Do you want to run the existing GELI tests with the patch > > applied, or something else? > > > > I don't quite understand why GELI would care about the distinction, > > though. Doesn't GELI use AES-NI via crypto(9) as well? > > From owner-freebsd-current@freebsd.org Wed Jul 8 09:39:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4C49935C756 for ; Wed, 8 Jul 2020 09:39:33 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1vQr6glqz3Y4k for ; Wed, 8 Jul 2020 09:39:32 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id E492635C754; Wed, 8 Jul 2020 09:39:32 +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 E415535CB8C; Wed, 8 Jul 2020 09:39:32 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f46.google.com (mail-lf1-f46.google.com [209.85.167.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1vQr03yBz3Xyl; Wed, 8 Jul 2020 09:39:31 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f46.google.com with SMTP id m26so26469271lfo.13; Wed, 08 Jul 2020 02:39:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:cc:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=ho1SwJDkktHGFXucWoTBwPnYTZFjJXyGv4veAdwgt6c=; b=gC9puuwWr4raBD46N6l7OXxO2lRd9rE938rL5rwvzD8ZLP7UPzwl6Tu/5YH/IlmWGk swaCH39pxKKVg6pywjeushS34uFH50YfUpLm3ypCeWfW7FvjBAtguIL0o81jqWbWYpx1 nJKvo7R4TGgy4dmCNFrdlfC/5nFfWfBfbBWZNbFNtqySFXE56SMBaJlmmQOBm0x3Dmrc zBNOcQnY+DKo/yhhCOW0MFzUVsb8qKEtpm2jWoXGPW5w/l6app1ENNVkL56X59WI2qWx 04zX7VJA2ezBHjHMnN3iKEpfjGHl4tIudZ/rvLtLzH2mdbxPhbCVPNsP2xiiImKtmIXr SEoA== X-Gm-Message-State: AOAM532QEy3D8JSHC3cMPZ3nqjdoBtgzeo6DzPDkc4mbP6Vy8c8gkc2c 0fx0tLijFz0qwjOqF9G4E4W+Z531Zvw= X-Google-Smtp-Source: ABdhPJzv8S1uFMzEuXGjg5XCLwV7nTV1Q9FedKRIFdvigLV+60hJmDfPGEfQSOC4+KmRbec/GTtYVg== X-Received: by 2002:a05:6512:10ca:: with SMTP id k10mr25438679lfg.177.1594201169946; Wed, 08 Jul 2020 02:39:29 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id s14sm780247ljs.52.2020.07.08.02.39.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Jul 2020 02:39:29 -0700 (PDT) Subject: Re: driver for cp2112 (USB GPIO and I2C gadget) From: Andriy Gapon To: usb@freebsd.org, FreeBSD Hackers References: Cc: FreeBSD Current Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Wed, 8 Jul 2020 12:39:27 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B1vQr03yBz3Xyl X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.46 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[FreeBSD.org]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_LONG(-0.86)[-0.855]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.82)[-0.821]; NEURAL_HAM_SHORT(-0.75)[-0.746]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.46:from]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.46:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 09:39:33 -0000 On 19/06/2020 17:14, Andriy Gapon wrote: > > If anyone interested in reviewing a new driver please help yourself to: > https://reviews.freebsd.org/D25359 > https://reviews.freebsd.org/D25360 > What might be curious about it is that there are usb, i2c and gpio mixed together. Any interest at all? I am still torn about which of the approaches to take. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Jul 8 21:31:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 687C935531F; Wed, 8 Jul 2020 21:31:24 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2CDD2BsLz45sn; Wed, 8 Jul 2020 21:31:24 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f181.google.com (mail-lj1-f181.google.com [209.85.208.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: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 295171BA9C; Wed, 8 Jul 2020 21:31:24 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f181.google.com with SMTP id s9so55869586ljm.11; Wed, 08 Jul 2020 14:31:24 -0700 (PDT) X-Gm-Message-State: AOAM5309htfwCuYFXMlXk3RpsEF0VT9y/jIEZJ7c3twKLlgFQ+MDdkGo 0SyrtMgpjC2mjeWE/DgJRR3CaUwfU5/7CrPN0Ss= X-Google-Smtp-Source: ABdhPJzkPsOrt2Tp54Rq3g/9QQ8qqMdK0dEW7USpjDSngAx8RvmZQ5CXlDzQyEcuoybib73aQ7E0al6TIJhpnuBfg3A= X-Received: by 2002:a2e:943:: with SMTP id 64mr9555237ljj.445.1594243882646; Wed, 08 Jul 2020 14:31:22 -0700 (PDT) MIME-Version: 1.0 From: Matthew Macy Date: Wed, 8 Jul 2020 14:31:11 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: CFT for vendor openzfs To: freebsd-fs , freebsd-hackers@freebsd.org, freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 21:31:24 -0000 Checkout updated HEAD: % git clone https://github.com/mattmacy/networking.git -b projects/openzfs_vendor freebsd Checkout updated openzfs in to sys/contrib: % git clone https://github.com/zfsonfreebsd/ZoF.git -b projects/openzfs_vendor freebsd/sys/contrib/openzfs Build world and kernel with whatever your usual configuration is. Where possible the openzfs kmod is backward compatible with the cmd utils in HEAD so common operations work with existing tools and the new kmod. In the projects/openzfs_vendor branch of ZoF ozfs libraries are backward compatible with the zfs kmod in HEAD. Although ideally one would test this in a separate boot environment, the interoperability should allow one to rollback without too much difficulty. Thanks in advance for your time. -M From owner-freebsd-current@freebsd.org Wed Jul 8 21:39:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 15E9D355B84; Wed, 8 Jul 2020 21:39:01 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2CP06swrz4698; Wed, 8 Jul 2020 21:39:00 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f173.google.com (mail-lj1-f173.google.com [209.85.208.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id C9E481B97A; Wed, 8 Jul 2020 21:39:00 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f173.google.com with SMTP id e8so13866ljb.0; Wed, 08 Jul 2020 14:39:00 -0700 (PDT) X-Gm-Message-State: AOAM533oPBHjaOhWxUQDUAkAC8m8IiXzWr5Fdj+NmkiCesIo2BaXA8gr +jfM8iGj9Kh0RXC8xY6tAR0JVBTFs84wZbSWFhE= X-Google-Smtp-Source: ABdhPJwL4BO4hAzjODcNu461p3QculXkL1tFgcDVJ0yVuQNmP6PstV61cERF9UhP1rNOWpZzYuZikcnz3+/5eAHIFnI= X-Received: by 2002:a05:651c:307:: with SMTP id a7mr33532041ljp.297.1594244339383; Wed, 08 Jul 2020 14:38:59 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Macy Date: Wed, 8 Jul 2020 14:38:48 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Further note - Re: CFT for vendor openzfs To: freebsd-fs , freebsd-hackers@freebsd.org, freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 21:39:01 -0000 Do NOT zpool upgrade unless you are willing to live without the ability to ever rollback to the legacy zfs kmod. On Wed, Jul 8, 2020 at 2:31 PM Matthew Macy wrote: > > Checkout updated HEAD: > % git clone https://github.com/mattmacy/networking.git -b > projects/openzfs_vendor freebsd > > Checkout updated openzfs in to sys/contrib: > % git clone https://github.com/zfsonfreebsd/ZoF.git -b > projects/openzfs_vendor freebsd/sys/contrib/openzfs > > Build world and kernel with whatever your usual configuration is. > Where possible the openzfs kmod is backward compatible with the cmd > utils in HEAD so common operations work with existing tools and the > new kmod. In the projects/openzfs_vendor branch of ZoF ozfs libraries > are backward compatible with the zfs kmod in HEAD. Although ideally > one would test this in a separate boot environment, the > interoperability should allow one to rollback without too much > difficulty. > > Thanks in advance for your time. > -M From owner-freebsd-current@freebsd.org Wed Jul 8 22:40:21 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 498AD35769E; Wed, 8 Jul 2020 22:40:21 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2Dlk4wXYz49Cs; Wed, 8 Jul 2020 22:40:18 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-qt1-x842.google.com with SMTP id i3so213887qtq.13; Wed, 08 Jul 2020 15:40:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=/5jR9etROHtRlmliBHjnL0ZdDXrAmvgjdUgkQ9XFuv4=; b=LkTb0gk28rPgFVlM884u8ToxC9yzg85PGyhHZYh5TB+SnBnw1dqXZAmF6t2/AyrmnT kv96XkRuXx32W2P4IYkAV4E7+dm/nxdVZXRGc5zNnLr7z7pxTj/4GGhICziw62nfh0De IfarZh6zkJ4I/mugMYI3Pd/u/OPf4mihrrlwqa0FgocHcR9rY+hGSjHbJtQIMveOddcY 0ZFacDKy2eR5GTWNRcbmPDwnufpc/0AM57XLaeBo980H86SMBHEurur3rHVaPVirc/nH Q1AQTFVly1YGMqwEL7F1D9prg0xMzEmnu/hKr1dB6mv2wvUS/dJ7I61o4fxBMshhqIKo b+YA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=/5jR9etROHtRlmliBHjnL0ZdDXrAmvgjdUgkQ9XFuv4=; b=srAiFZGhjCI7Al3jZSNsjEY8z+JalKb39h0UATil2KNHbg8+cBuWtl4gjqpJGPo+0/ OBmxJQbdCxH0ordhVE5w+V4zFckOOaaRoufcroUyCqyu++tZtJYVgR/AQoRV488v7+p0 aanuY3+8CsHZDUMoc2eKoxC0VPHyG971+WqfepbPeONwPgpOYMNAuxdbKL7lkPmfFOYf XUERqelDsCNCUECZo9j7aPUQd7slQYM+koOV4pPrnoanhOSIxvsznQkpEDjmfHgtKb5T HRRa/eikLXrClylY1Rl2T+m6S1k/rSZGH3Vub+4hwhoMHfXwpkXq7YRNoyTq0KxFnw2i 9L4w== X-Gm-Message-State: AOAM531tTEGPU862fw90bsZqocExzjhFfWxdoFd9iRIEA2pe96EIb05l rI9Wh+ehjFzqDbBbzv3OSqgT1Y4Q X-Google-Smtp-Source: ABdhPJx+PO8vWkpK19dMAOr1Jr4TFcuR2EJI0eJpn91MLLFyimxE1uAWSQ7Z0X5P/TkvFtc3J1UeZg== X-Received: by 2002:ac8:4050:: with SMTP id j16mr11468268qtl.44.1594248017653; Wed, 08 Jul 2020 15:40:17 -0700 (PDT) Received: from [10.0.10.8] (cpe-65-25-51-0.neo.res.rr.com. [65.25.51.0]) by smtp.googlemail.com with ESMTPSA id x29sm1290802qtv.80.2020.07.08.15.40.16 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 08 Jul 2020 15:40:17 -0700 (PDT) Message-ID: <5F064B4F.5040006@gmail.com> Date: Wed, 08 Jul 2020 18:40:15 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "freebsd-questions@freebsd.org" , FreeBSD current Subject: ipv6_ipfilter_rules= is obsolete ? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2Dlk4wXYz49Cs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LkTb0gk2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of luzar722@gmail.com designates 2607:f8b0:4864:20::842 as permitted sender) smtp.mailfrom=luzar722@gmail.com X-Spamd-Result: default: False [-2.12 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.11)[-0.106]; RECEIVED_SPAMHAUS_PBL(0.00)[65.25.51.0:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.974]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.036]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::842:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 22:40:21 -0000 In /etc/defaults/rc.conf I see this ipv6_ipfilter_rules="/etc/ipf6.rules" # rules definition file for ipfilter, # see /usr/src/contrib/ipfilter/rules for examples man 8 ipf says ipf -6 ipv4 and ipv6 rules are stored in a single table and can be read from a single file. This option is no longer required to load ipv6 rules. I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules" line in /etc/defaults/rc.conf is obsolete and should be removed before RELEASE 13.0 is published for users to use. From owner-freebsd-current@freebsd.org Wed Jul 8 23:34:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 91E863587DD; Wed, 8 Jul 2020 23:34:14 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2Fxw2ypSz4DHQ; Wed, 8 Jul 2020 23:34:12 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 068NYAh2088739; Wed, 8 Jul 2020 16:34:10 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 068NY9QQ088738; Wed, 8 Jul 2020 16:34:09 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202007082334.068NY9QQ088738@gndrsh.dnsmgr.net> Subject: Re: ipv6_ipfilter_rules= is obsolete ? In-Reply-To: <5F064B4F.5040006@gmail.com> To: Ernie Luzar Date: Wed, 8 Jul 2020 16:34:09 -0700 (PDT) CC: "freebsd-questions@freebsd.org" , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4B2Fxw2ypSz4DHQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [0.73 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.64)[-0.643]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.72)[-0.723]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.19)[0.194]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; 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:13868, ipnet:69.59.192.0/19, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 23:34:14 -0000 > In /etc/defaults/rc.conf I see this > > ipv6_ipfilter_rules="/etc/ipf6.rules" > # rules definition file for ipfilter, > # see /usr/src/contrib/ipfilter/rules for examples > > man 8 ipf says > > ipf -6 ipv4 and ipv6 rules are stored in a single table and can be read > from a single file. This option is no longer required to load ipv6 rules. > > I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules" > line in /etc/defaults/rc.conf is obsolete and should be removed > before RELEASE 13.0 is published for users to use. Interesting, though I would not remove it. It should be marked as depricated and the /etc/rc.d/ipfilter shell script updated to emit a warning that it is depricated, but it should still be processed to retain backwards compatibility and NOT lock someone out of a system who has just done an upgrade to a newer version. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Thu Jul 9 00:33:11 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8DF5D35A042 for ; Thu, 9 Jul 2020 00:33:11 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4B2HFy3lZmz4GrZ for ; Thu, 9 Jul 2020 00:33:10 +0000 (UTC) (envelope-from imb@protected-networks.net) 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 795793D2D5 for ; Wed, 8 Jul 2020 20:33:02 -0400 (EDT) To: freebsd-current From: Michael Butler Subject: SVN r363032 - portmaster|portupgrade now fails Message-ID: Date: Wed, 8 Jul 2020 20:33:02 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2HFy3lZmz4GrZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.02)[-1.024]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.97)[-0.969]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; NEURAL_HAM_SHORT(-0.32)[-0.322]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 00:33:11 -0000 Did the bmake update break the updating of ports or something else? # sudo -E portmaster -a ===>>> Gathering distinfo list for installed ports ===>>> Starting check of installed ports for available updates make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String comparison operator should be either == or != make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && ( ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) [ snip ] make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String comparison operator should be either == or != make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && ( ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String comparison operator should be either == or != make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && ( ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String comparison operator should be either == or != make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && ( ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) imb From owner-freebsd-current@freebsd.org Thu Jul 9 00:43:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3100535AF10 for ; Thu, 9 Jul 2020 00:43:02 +0000 (UTC) (envelope-from manfredantar@gmail.com) Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2HTK120Sz4Hh0 for ; Thu, 9 Jul 2020 00:43:00 +0000 (UTC) (envelope-from manfredantar@gmail.com) Received: by mail-pj1-x1031.google.com with SMTP id k71so320803pje.0 for ; Wed, 08 Jul 2020 17:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NUdqamJn/zygp6Z0Awm/aJed7RKLQwg0dzV3vPB94fM=; b=A+xoat40COBZog8JXA0Xnyfs9WNesAhpiORrBlF0nYhzwjtq93jjymZyzTaAin1xnd /tJLMPkN7mgRAGkTxCoNda10jVihV4c/UQpx4vLpRWE9oN+onC/OSaj/HGhNs8EoZziW oZnanz/JD2lhBd3mXK4Z7grXYKt25qKUzQ7ZQaxrzp7kzjIme0b2ZIw3v8MdcOtok9eV kciQAF/Vez+eKRAqw4MXIEmfOlxFlZbShaEh/GuWKZX9K+249mFvs77ugjLePjf1J1Au lK6Y67iTv5aN9r8TrGGiuZfExQvdiVoRhrBUF8bHTA++XWOoucu54PucXahaGo9ESp/9 5w2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NUdqamJn/zygp6Z0Awm/aJed7RKLQwg0dzV3vPB94fM=; b=hTI7WF11ST4KQQJUgBCQanZ8o4zPLRLlVonivvPxy7TEpzCc744vf4jfLWR+rKgnTr U3/UiRaqHrmOHqAUjt/A0T7ft0uERnAlKQfpqXHVNC6zwX0zJcti25qNIrWMLpIiQ01Q IDlECredAT1nvjtpzYhdbaWlRL0jwNkDgjXDmTTVpPFNAatekmol3b0Lf9LLZIaQ8KH3 kRP253Z+0D/IHBSSxfTLzBnd3L41OLbIptRI/DEUSA9UrvseY3XnTYUyXd45GgEo+3+Q q0+4vIR+462Qgs8jpE7g8DxbBu0Fn4lVNpEpQhVLw8HsdwxpZL2NCrVwGpU/Au4Q5EIx /YCA== X-Gm-Message-State: AOAM531JXtT3/6zrPeq2r4PTganipNSWl0oyTR1Uachfv4bNoeL4gF7g M58yWB0jOWwqoCVrlLnpc+GlwtdH X-Google-Smtp-Source: ABdhPJzdEYPZbvQcBYmVIHnq7EziCvApQuDt74Pv8nFkabWqGKgqAi4CRQbXdipHrzL1mZwJE6C/Fw== X-Received: by 2002:a17:90a:d587:: with SMTP id v7mr12787644pju.29.1594255379134; Wed, 08 Jul 2020 17:42:59 -0700 (PDT) Received: from octo.pozo.com (50-197-129-140-static.hfc.comcastbusiness.net. [50.197.129.140]) by smtp.gmail.com with ESMTPSA id m31sm592848pjb.52.2020.07.08.17.42.58 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Jul 2020 17:42:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: SVN r363032 - portmaster|portupgrade now fails From: Manfred Antar In-Reply-To: Date: Wed, 8 Jul 2020 17:42:57 -0700 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Michael Butler X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4B2HTK120Sz4Hh0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=A+xoat40; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of manfredantar@gmail.com designates 2607:f8b0:4864:20::1031 as permitted sender) smtp.mailfrom=manfredantar@gmail.com X-Spamd-Result: default: False [-3.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.16)[-1.165]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.985]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.014]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1031:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 00:43:02 -0000 Same error here, Even trying to build a port fails: (src)5023}cd /usr/ports/shells/bash (bash)5024}make make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison = operator should be either =3D=3D or !=3D make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional = (defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < = ${_MAKE_JOBS_NUMBER} )) make: Fatal errors encountered -- cannot continue make: stopped in /usr/ports/shells/bash (bash)5025} > On Jul 8, 2020, at 5:33 PM, Michael Butler = wrote: >=20 > Did the bmake update break the updating of ports or something else? >=20 > # sudo -E portmaster -a > =3D=3D=3D>>> Gathering distinfo list for installed ports >=20 > =3D=3D=3D>>> Starting check of installed ports for available updates > make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String > comparison operator should be either =3D=3D or !=3D > make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional > (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < > ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && = ( > ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) >=20 > [ snip ] >=20 > make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String > comparison operator should be either =3D=3D or !=3D > make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional > (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < > ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && = ( > ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) > make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String > comparison operator should be either =3D=3D or !=3D > make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional > (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < > ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && = ( > ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) > make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String > comparison operator should be either =3D=3D or !=3D > make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional > (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < > ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && = ( > ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) >=20 > imb > _______________________________________________ > 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 Jul 9 01:39:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA78B35BEDB for ; Thu, 9 Jul 2020 01:39:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2Jjw4T4sz4LR0 for ; Thu, 9 Jul 2020 01:39:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 8w5gWicVM1mpWSJ8flKEU0_AFVBXzSrF6Qc7skPyWahraZKjWWTFhbdkhP7qX5u net7cGjeET1Tc6sUB2PPc34UEangJFeWG0EpcjFgIPgIxMpy.JCqGwlC_7FtU.zqxP9bB6cmZXHk ab99Gwd7yXwHSRGqY02dpVLRlmSWMNQu3n5JVr2bvqGc9nBf0N0twpntf0GzUwoZsMJ4V4SNX1YI dEEH6oqgEe8IfT3p16Vm69jFuejGif5_OippJjmltptXtDnW9B.OWJPK7i.YjpL3xhRgaO47.5ky zFXJzlovKTlYnFUldAJKkTa2cPkvn6jarabxFtOg4Nktzc19F3NE1EZKZXx8is8euJfFRilyjXEB 43HI6h6cnD_Eq.D.ozd0X_yKPA57EoB3_LkkEzgKoYnJIRDDj_UKY6vCBSY7MWNFnQxHHfInUDSm rfKAbpuaiS9K6u3yjFnPthSiOS.1zKDpFuNJ4XrDCU0HiFQQwzWhqeZLTmnYl905ubtV6DvxMiEB qTKaE_SwM3X5ibvzLH95F8NzcNFQllFNpVg9Dp9T1SE6eSE9AxGQ7DJ6k5oJghPKGglTLAyWOL2X kouoFrfPmuQUkexknTq2xJFaKQGtOiOg43PaGLTWHk5joLEHjLHtrr9bwCiQPlYnFGeC0C7bgWS3 92F5ZjHrEyTJiypO2C92MW618sfhw5A9VskVFkoBSdRqoKkXluNoNxipBxGtz.8AdgmEEZDbnYiF 6jl8p2FNzbjtqSsbYRohgmTG6eIb8TqtaXQ.GcYSDw8YG2mNVsAuoYx.39mH9S8bnVedm79Ob9oC 0RG54P7qyjP5Fk2gocXNB4aRxYXzDuij59MnNq8npTtO9iedQ2zf0lBLCBQo5bcIPe1QztQdVvVc idlu5FEnGL6HgsJ6_EpzJUs5HJo3ZuVd3w2ZoqbUlFVGcICM1kSNz3txD47tCjSv70iQNHiEr_QP R.kSUfD3H1ByeJW4JxghTYqrFhyOiVv5DBZ_KXLackKfHMHXsCOffmZQc3uLR4sBAh8G7cH5CWQa A1EKFRD6CoRhoUnLfF8KJEuRJoTdlzwX3.ptsMp.FBR4WGwOoFdoYR5NP5NrDC00bMNVlqqDfReW 4qMifQCcwSqzFdvYHchxGff2LDSkP3ctBf74TxQdW5CwkOpkxniRi8MbhRheT9OZWhg.D3uvwQgs gr4AN.4OhK4Vp1D2L3U4CdvmWXQkAtvNNSw3NPWNlWnJNgTbT7qnYVpIanA7ggItVCp8S17.TtzE LUo0w6BJ1ljkJRhMD1FiIVPIAwUFDmEh.sqkowj5ci6rNK.kUMh7F8apqkc.NZRR6yf4OJjSmJtU 5X4C4vxbIHRLKm_H2r5Sdhq9FM75e4E2h3NaEsRAYadgUYmZqvUk.mLsbJcUTP5RQWHc.r3icEB6 Vlz5rTvqQ49h.rwepGlEcWPxp5oRHDHoUrE.KoQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Jul 2020 01:38:58 +0000 Received: by smtp425.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c6b9767bd5222dbf66b562497110810d; Thu, 09 Jul 2020 01:38:54 +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.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken) Message-Id: Date: Wed, 8 Jul 2020 18:38:53 -0700 Cc: FreeBSD Toolchain , FreeBSD Current To: "sjg@freebsd.org " , svn-src-head@freebsd.org X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 4B2Jjw4T4sz4LR0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.984]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.972]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 01:39:01 -0000 This seems to have broken doing buildworld buildkernel and other things using make: make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String = comparison operator should be either =3D=3D or !=3D make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String = comparison operator should be either =3D=3D or !=3D . . . make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String = comparison operator should be either =3D=3D or !=3D . . . make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String = comparison operator should be either =3D=3D or !=3D . . . Using -d c shows the likes of: . . . lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs =3D = "gcc", op =3D =3D=3D make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String = comparison operator should be either =3D=3D or !=3D lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D lhs =3D "LD", rhs =3D "LD", op =3D =3D=3D . . . left =3D 6.000000, right =3D 2.000000, op =3D <=3D left =3D 6.000000, right =3D 1.000000, op =3D <=3D lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs =3D = "clang", op =3D =3D=3D make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String = comparison operator should be either =3D=3D or !=3D lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs =3D = "gcc", op =3D =3D=3D lhs =3D "clang", rhs =3D "gcc", op =3D =3D=3D . . . left =3D 0.000000, right =3D 6.000000, op =3D <=3D left =3D 0.000000, right =3D 3.000000, op =3D <=3D lhs =3D "clang", rhs =3D "gcc", op =3D =3D=3D make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String = comparison operator should be either =3D=3D or !=3D lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D left =3D 100001.000000, right =3D 70000.000000, op =3D >=3D lhs =3D "amd64", rhs =3D "arm", op =3D =3D=3D (Now I just need to figure out how to get back to a working 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 Thu Jul 9 02:27:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5965035C97F; Thu, 9 Jul 2020 02:27:17 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2Knc19jKz4NPC; Thu, 9 Jul 2020 02:27:15 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: by mail-ed1-x529.google.com with SMTP id d18so580211edv.6; Wed, 08 Jul 2020 19:27:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=3Np/LPrBi71bqfr0+403LdGi/vvaM4ADi3/tbABPXrM=; b=dWm9yjQTN3VTrm94IUcdtlUTsDrCtuqLg2lCHEiIfE9YkCjqHUvNfdcad7xBF1FCZ2 aIcncqCQA/5FRllQUL4nB/2L/y0p5k/JyOUS9KiTbI3idO+qOH5/W52BPxjRA6NqdqDu tswjw1sNV65Lww0zheJkcYDk8bv5nM08csno7Stb/ThOPVUfdwx3FIxDfP6W797kW6rd qNedMHh/kunuz6mBmjThfB5jlXeWQGzzXbHJn4+J7X08hLOvRUnyKZEUEiGnax7l0aHI FHJSc99nJDLPcRodLC4zhMXkF/VijvtzDFpIxk6uBCHnebLNuyObhAUhV7VrtM16QoiG /wWg== 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:reply-to :from:date:message-id:subject:to:cc; bh=3Np/LPrBi71bqfr0+403LdGi/vvaM4ADi3/tbABPXrM=; b=DlIHwBdCI7NW3N82MyotR4IsuwQc2g6JsYlcsWU7DP3otQRMNMNdaDC+9vvFzmcskz MpTBUmzJtJGHFHPiDdfneuySOSDLb0/OltrNbX1iUlwI2CB1QJ9D36Wle86qF+ias6xc wBYmoYzfIpAT/OFMGu6SvzzI2HJ8wWe7heaEHtvq7sI336m1V8XiC+fARUFw+JecElY0 9PHPWLOMSIGlm9q8OXTE0ZxvuUOfMErEFl7hdc2lFGkFBIsHgw2g7ssBDzm65KSZerB/ Q6L0HaqUuxSjz7XRV65c/7s2ZcKH85Sw39ViqefB88APsfVKDqjCSkGZLVx40YngbygA CGmg== X-Gm-Message-State: AOAM5302EM1oxXgFN5VGNIj5kXVfckXBnurOVOZMMcMOBo3MiSH+4IMy sPZxXp9u0uDcP88h6B6iyTdss2TNHjyNKeSMjPM= X-Google-Smtp-Source: ABdhPJyO++rRMYuKmByPMQguuP/S6t3JrX331h1pI1HjiD1TdBCQGy/GtkczGC9nY7H0KwOOk+azNJQF6RcsoPLdswo= X-Received: by 2002:a50:ec8b:: with SMTP id e11mr58399687edr.344.1594261634422; Wed, 08 Jul 2020 19:27:14 -0700 (PDT) MIME-Version: 1.0 References: <5F064B4F.5040006@gmail.com> <202007082334.068NY9QQ088738@gndrsh.dnsmgr.net> In-Reply-To: <202007082334.068NY9QQ088738@gndrsh.dnsmgr.net> Reply-To: araujo@freebsd.org From: Marcelo Araujo Date: Thu, 9 Jul 2020 10:27:02 +0800 Message-ID: Subject: Re: ipv6_ipfilter_rules= is obsolete ? To: "Rodney W. Grimes" Cc: Ernie Luzar , "freebsd-questions@freebsd.org" , FreeBSD current X-Rspamd-Queue-Id: 4B2Knc19jKz4NPC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dWm9yjQT; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of araujobsdport@gmail.com designates 2a00:1450:4864:20::529 as permitted sender) smtp.mailfrom=araujobsdport@gmail.com X-Spamd-Result: default: False [-2.36 / 15.00]; HAS_REPLYTO(0.00)[araujo@freebsd.org]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.36)[-0.361]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.968]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.03)[-1.033]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::529:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 02:27:17 -0000 Em qui., 9 de jul. de 2020 =C3=A0s 07:34, Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> escreveu: > > In /etc/defaults/rc.conf I see this > > > > ipv6_ipfilter_rules=3D"/etc/ipf6.rules" > > # rules definition file for ipfilter, > > # see /usr/src/contrib/ipfilter/rules for examples > > > > man 8 ipf says > > > > ipf -6 ipv4 and ipv6 rules are stored in a single table and can be rea= d > > from a single file. This option is no longer required to load ipv6 rule= s. > > > > I interrupt this to mean that the ipv6_ipfilter_rules=3D"/etc/ipf6.rule= s" > > line in /etc/defaults/rc.conf is obsolete and should be removed > > before RELEASE 13.0 is published for users to use. > > Interesting, though I would not remove it. It should be marked as > depricated and the /etc/rc.d/ipfilter shell script updated to emit > a warning that it is depricated, but it should still be processed > to retain backwards compatibility and NOT lock someone out of a > system who has just done an upgrade to a newer version. > Do you mean deprecated or depricated? Got confused here! Sorry English is hard for non-native speakers. > > -- > Rod Grimes > rgrimes@freebsd.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 --=20 Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@freebsd.org Thu Jul 9 03:34:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5739235E2A8 for ; Thu, 9 Jul 2020 03:34:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2MGt3vP9z4RKt for ; Thu, 9 Jul 2020 03:34:14 +0000 (UTC) (envelope-from imb@protected-networks.net) 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 6B24540ED9; Wed, 8 Jul 2020 23:34:06 -0400 (EDT) Subject: Re: SVN r363032 - portmaster|portupgrade now fails To: Manfred Antar Cc: freebsd-current References: From: Michael Butler Message-ID: <7a9f2a4f-c3af-683e-a8e4-14949ff76287@protected-networks.net> Date: Wed, 8 Jul 2020 23:34:06 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2MGt3vP9z4RKt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; NEURAL_HAM_LONG(-1.02)[-1.020]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; NEURAL_HAM_SHORT(-0.58)[-0.581]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 03:34:15 -0000 Reverting SVN r363031 works around it, imb On 7/8/20 8:42 PM, Manfred Antar wrote: > Same error here, Even trying to build a port fails: > (src)5023}cd /usr/ports/shells/bash > (bash)5024}make > make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison operator should be either == or != > make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional (defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < ${_MAKE_JOBS_NUMBER} )) > make: Fatal errors encountered -- cannot continue > make: stopped in /usr/ports/shells/bash > (bash)5025} > >> On Jul 8, 2020, at 5:33 PM, Michael Butler wrote: >> >> Did the bmake update break the updating of ports or something else? >> >> # sudo -E portmaster -a >> ===>>> Gathering distinfo list for installed ports >> >> ===>>> Starting check of installed ports for available updates >> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String >> comparison operator should be either == or != >> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional >> (!(!empty(_PYTHON_VERSION_MINIMUM) && ( ${__VER} < >> ${_PYTHON_VERSION_MINIMUM})) && !(!empty(_PYTHON_VERSION_MAXIMUM) && ( >> ${__VER} > ${_PYTHON_VERSION_MAXIMUM}))) From owner-freebsd-current@freebsd.org Thu Jul 9 03:36:04 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 28F9335E2F8; Thu, 9 Jul 2020 03:36:04 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from new3-smtp.messagingengine.com (new3-smtp.messagingengine.com [66.111.4.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2MJz2tpVz4RwY; Thu, 9 Jul 2020 03:36:03 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.nyi.internal (Postfix) with ESMTP id B4EC75805EF; Wed, 8 Jul 2020 23:36:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Wed, 08 Jul 2020 23:36:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=v qdj5ebDjjTCHvFmvZMR3qhg64Eyc+oQMVoLfVlYgD4=; b=sXh9KjQjDJp+3HCUi IfWm5RWmgefj9pohLugLICBH1DQ9kfgv683gdw04MAtMsEDEhaT4ufapb77og+LC YTjnVsoy7QLtrMrnq9C0K6vw82OAnlmLM1H9enIWlDdl0UEL+kk9YdnVbPcM1DHE LJUmc5fBqC/+gEr6VL9HcriemXFbxVHZkiZU0hE7IQEfwmBhfrSgq4Qq1RRE0pkK fDIz8w2TQ0kiMPB6vT0pTehgYVIM1D+ksxIIo4XTVtiQmaXnRVN1HMt4F6+wN1kY VS52gPwD2dcBIzKzmf6/vaCZGLMbfSqLSTkgytPQHrViTtOBchHVipZkikUK6u51 7PIPw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=vqdj5ebDjjTCHvFmvZMR3qhg64Eyc+oQMVoLfVlYg D4=; b=msQi3F2oUlX8IGv3ExV4Nn8wemy+oJqEPzieUS8Q1rj1+PI0zKb/4kDSq GY9QzaSq0LFSXzWEpN03jB027ZdaL0//xNzGQlrL4ei9HlLapa4LdynhIUVkXdmM TNOa/XK8xPEOrOTksNzqLpoHnfQjohTRinTIPB+C3T45uaeSJMkN+7vWPFb6WkGi /SYLea0Ian3BNu+XHKKN+rzML4Ye3AU18FiP+p8r+nWRzyy+WTMHzh72H8NbGIKc 1cYPPtTwMNbxXBX0TxIzI0J8C2xZSNlQdbp3R6/DPOcB36DlcKSctCUWTaHkFsW9 WHS7bdW7DfiY1ExbL12uJ1FKXETKw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudekgdejhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpegjuhhrihcu rfgrnhhkohhvuceohihurhhiphhvseihuhhrihhpvhdruggvvheqnecuggftrfgrthhtvg hrnhephfelveehgfeujeefhfeluddtiedttdeuffdvfeehjeeitddvudefkeehgfejiedu necuffhomhgrihhnpegtohhmphhilhgvrhdrmhhkpdhshihsrdhmkhdpphhorhhtrdhmkh enucfkphepledurddvgedtrdduvdegrddufeejnecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdruggvvh X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 413233280063; Wed, 8 Jul 2020 23:36:01 -0400 (EDT) Subject: Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken) To: Mark Millard , "sjg@freebsd.org" , svn-src-head@freebsd.org Cc: FreeBSD Toolchain , FreeBSD Current References: From: Yuri Pankov Message-ID: <25afe2ff-e805-8415-ddd9-430cfa271e16@yuripv.dev> Date: Thu, 9 Jul 2020 06:35:58 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2MJz2tpVz4RwY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=sXh9KjQj; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=msQi3F2o; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 66.111.4.229 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.40 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm3]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.229]; NEURAL_HAM_LONG(-0.97)[-0.972]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.84)[-0.844]; FREEMAIL_TO(0.00)[yahoo.com,FreeBSD.org,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[66.111.4.229:from]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.229:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 03:36:04 -0000 Mark Millard wrote: > This seems to have broken doing buildworld buildkernel and > other things using make: > > make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String comparison operator should be either == or != > make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String comparison operator should be either == or != > . . . > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison operator should be either == or != > . . . > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison operator should be either == or != > . . . > > Using -d c shows the likes of: > > . . . > lhs = "clang", rhs = "clang", op = == > lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op = == > make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String comparison operator should be either == or != > lhs = "clang", rhs = "clang", op = == > lhs = "LD", rhs = "LD", op = == > . . . > left = 6.000000, right = 2.000000, op = <= > left = 6.000000, right = 1.000000, op = <= > lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "clang", op = == > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison operator should be either == or != > lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op = == > lhs = "clang", rhs = "gcc", op = == > . . . > left = 0.000000, right = 6.000000, op = <= > left = 0.000000, right = 3.000000, op = <= > lhs = "clang", rhs = "gcc", op = == > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison operator should be either == or != > lhs = "clang", rhs = "clang", op = == > left = 100001.000000, right = 70000.000000, op = >= > lhs = "amd64", rhs = "arm", op = == > > (Now I just need to figure out how to get back to a working context.) For me, buildworld/buildkernel produced only warnings, though the one in ports is real issue: $ make config make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison operator should be either == or != make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional (defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < ${_MAKE_JOBS_NUMBER} )) make: Fatal errors encountered -- cannot continue make: stopped in /usr/ports/devel/subversion From owner-freebsd-current@freebsd.org Thu Jul 9 03:51:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECE5335ED97; Thu, 9 Jul 2020 03:51:28 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2Mfm24jdz4Shg; Thu, 9 Jul 2020 03:51:27 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0692gDGM006242; Wed, 8 Jul 2020 19:45:15 -0700 Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2168.outbound.protection.outlook.com [104.47.58.168]) by mx0b-00273201.pphosted.com with ESMTP id 325k32rq3w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 08 Jul 2020 19:45:15 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mNZN5sdOeELMQpsYh3rPE6fXZgic2daYRHBeHONHy5a6pvnxcUznwfmbQiybXH3WiO6bDuNuuB17j+q8RRWmBrH0VorvHg9TDTmfqMesBpnVjDPa0vrGZG31Ii1Ezih46OvR66i7sx8Ad2kXZkTommpDHO85SOBCVu0mG/EQX45i1H/WTOg6UhQBUBW3CIYO9XHhvYQ/lPNNvsWAHmKU8Ocxj6D4ygYmfUScGchMlwGjIWPl4hJIqiLBWTIcwoInEblri3EFp1GKwbH5TJzxEZFnvw712P3X5WKtgX/F0HeZdv+SNKs2AbUaAhb9jfP9JH0Ibsqw+UWPVftzxkfTsg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lrFPc3rE8Pw3sZEZIgOfxw5fA6m0imv4ow9ReFo19lM=; b=Bc/pPCWpVMt++/0odnlewyBE0XgHNRA9qa0C+qeNPSoFmR6B09o6Le4LH1j/pv5KaYihaC1VEqOvGaBZav7Un9J2qGMeGfYBfWoAJFItQEbar+9i5861Q90s8+zQc6ITS3vAVgTEHdCGrrVZvi7XewVdUwjCW33LLaoJPCto/A34LUBwy7cDSWZR1HVfMliBanskPFEEqfj/zlvkIpJcG72CU6PeJypsgrwkPaSifPlABQXZ4QD+FgNj7uV8uzw3bBF5jU9aADdBWKS4v4wft9J0qkIKNxAb2oXqD+pDfeOPlFvRzhclffKn8OF0UATR/Mw9qPua2Idmlil4DKdauA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.13) smtp.rcpttodomain=yahoo.com smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none Received: from DM6PR13CA0050.namprd13.prod.outlook.com (2603:10b6:5:134::27) by DM6PR05MB6313.namprd05.prod.outlook.com (2603:10b6:5:10f::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3174.12; Thu, 9 Jul 2020 02:45:13 +0000 Received: from DM3NAM05FT038.eop-nam05.prod.protection.outlook.com (2603:10b6:5:134:cafe::85) by DM6PR13CA0050.outlook.office365.com (2603:10b6:5:134::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3195.9 via Frontend Transport; Thu, 9 Jul 2020 02:45:13 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 66.129.239.13) smtp.mailfrom=juniper.net; yahoo.com; dkim=none (message not signed) header.d=none;yahoo.com; dmarc=fail action=oreject header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.13 as permitted sender) Received: from P-EXFEND-EQX-02.jnpr.net (66.129.239.13) by DM3NAM05FT038.mail.protection.outlook.com (10.152.98.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.3174.9 via Frontend Transport; Thu, 9 Jul 2020 02:45:13 +0000 Received: from P-EXBEND-EQX-03.jnpr.net (10.104.8.56) by P-EXFEND-EQX-02.jnpr.net (10.104.8.55) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 8 Jul 2020 19:45:10 -0700 Received: from P-EXBEND-EQX-01.jnpr.net (10.104.8.52) by P-EXBEND-EQX-03.jnpr.net (10.104.8.56) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 8 Jul 2020 19:45:10 -0700 Received: from p-mailhub01.juniper.net (10.104.20.6) by P-EXBEND-EQX-01.jnpr.net (10.104.8.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 8 Jul 2020 19:45:09 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.255.254]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 0692j9Rs016096; Wed, 8 Jul 2020 19:45:09 -0700 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id 342706DD73; Wed, 8 Jul 2020 19:45:09 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 327D96DD72; Wed, 8 Jul 2020 19:45:09 -0700 (PDT) To: Mark Millard CC: , FreeBSD Toolchain , FreeBSD Current , Subject: Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken) In-Reply-To: References: Comments: In-reply-to: Mark Millard message dated "Wed, 08 Jul 2020 18:38:53 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <84347.1594262709.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Wed, 8 Jul 2020 19:45:09 -0700 Message-ID: <89044.1594262709@kaos.jnpr.net> X-EXCLAIMER-MD-CONFIG: e3cb0ff2-54e7-4646-8a04-0dae4ac7b136 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.13; CTRY:US; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:P-EXFEND-EQX-02.jnpr.net; PTR:InfoDomainNonexistent; CAT:NONE; SFTY:; SFS:(4636009)(396003)(136003)(346002)(376002)(39860400002)(46966005)(82310400002)(186003)(9686003)(6266002)(4326008)(5660300002)(26005)(107886003)(6916009)(8936002)(478600001)(8676002)(336012)(7126003)(7696005)(2906002)(55016002)(86362001)(83380400001)(356005)(54906003)(82740400003)(70206006)(81166007)(47076004)(316002)(70586007); DIR:OUT; SFP:1102; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 210346ba-80eb-44bf-559f-08d823b21b09 X-MS-TrafficTypeDiagnostic: DM6PR05MB6313: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:4502; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: eatA4l70mmCiPSkuF6/czLqDVJmAE8uMVbBQ1m+CzcY+SZvm/YZvrhBChj9h/7yd4LZOV8U8hRmug47yaEk3NM3Zews+MKqTIgh6oW34hfuUT3dh6cu6EM5aGLu7yyQe10NphkfSkoPY1lu4pPT4ZhuS/gwqC+M0EpalQ2CF7pByThsEV3i+8uzcpDiy56OXv6qILJEAFtWoB3xYSeBDvxwCB0jkmGhDG//fm2hKqmidXa+Z7FKw32g8pRsjFx08iw6iZ0w4Bpcb4rtVacflFhdYcI4mvCjJ0S8DaHsVpIodDiZaNu/rkfb0uwiPbawrwTzfmOWUVAy7dt1S58uFcq5P94/9u3yawuuLDS6eGD99GfQTLVHkjnGKJHp1EhUiT5/G71xYHVGW93WrMhJk5w== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jul 2020 02:45:13.6223 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 210346ba-80eb-44bf-559f-08d823b21b09 X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.13]; Helo=[P-EXFEND-EQX-02.jnpr.net] X-MS-Exchange-CrossTenant-AuthSource: DM3NAM05FT038.eop-nam05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB6313 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-08_19:2020-07-08, 2020-07-08 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 mlxlogscore=656 impostorscore=0 bulkscore=0 adultscore=0 priorityscore=1501 phishscore=0 suspectscore=0 malwarescore=0 spamscore=0 mlxscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007090020 X-Rspamd-Queue-Id: 4B2Mfm24jdz4Shg X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.79 / 15.00]; GREYLIST(0.00)[pass,body]; RECEIVED_SPAMHAUS_XBL(5.00)[66.129.239.13:received]; R_DKIM_ALLOW(0.00)[juniper.net:s=PPS1017,juniper.net:s=selector1]; NEURAL_HAM_MEDIUM(-0.86)[-0.856]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:67.231.152.164]; NEURAL_HAM_LONG(-0.76)[-0.756]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[5]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[juniper.net:+]; DMARC_POLICY_ALLOW(0.00)[juniper.net,reject]; NEURAL_HAM_SHORT(-0.50)[-0.501]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_IN_DNSWL_LOW(-0.10)[67.231.152.164:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:22843, ipnet:67.231.152.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_SEVEN(0.00)[11]; ARC_ALLOW(0.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 03:51:29 -0000 Mark Millard wrote: > [External Email. Be cautious of content] > = > = > This seems to have broken doing buildworld buildkernel and > other things using make: Ouch sorry I saw this at one point but couldn't reproduce while trying to work out what it was complaining about. The line numbers did/do not appear correct. Will revert if I cannot work it out. > = > make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String c= omparison operator should be either =3D=3D or !=3D > make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String c= omparison operator should be either =3D=3D or !=3D > . . . > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String compar= ison operator should be either =3D=3D or !=3D > . . . > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String compari= son operator should be either =3D=3D or !=3D > . . . > = > Using -d c shows the likes of: > = > . . . > lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D > lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs =3D= "gcc", op =3D =3D=3D > make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String c= omparison operator should be either =3D=3D or !=3D > lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D > lhs =3D "LD", rhs =3D "LD", op =3D =3D=3D > . . . > left =3D 6.000000, right =3D 2.000000, op =3D <=3D > left =3D 6.000000, right =3D 1.000000, op =3D <=3D > lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs =3D= "clang", op =3D =3D=3D > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String compar= ison operator should be either =3D=3D or !=3D > lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs =3D= "gcc", op =3D =3D=3D > lhs =3D "clang", rhs =3D "gcc", op =3D =3D=3D > . . . > left =3D 0.000000, right =3D 6.000000, op =3D <=3D > left =3D 0.000000, right =3D 3.000000, op =3D <=3D > lhs =3D "clang", rhs =3D "gcc", op =3D =3D=3D > make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String compari= son operator should be either =3D=3D or !=3D > lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D > left =3D 100001.000000, right =3D 70000.000000, op =3D >=3D > lhs =3D "amd64", rhs =3D "arm", op =3D =3D=3D > = > (Now I just need to figure out how to get back to a working 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 Thu Jul 9 04:07:11 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 43EEF35F13B for ; Thu, 9 Jul 2020 04:07:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2N0s6TxPz4Tcw for ; Thu, 9 Jul 2020 04:07:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: q3XZu7oVM1km5ImWZqIa1rRMSKh6YhoB85F6MzqoVId0SDvmrBDLXXWRdNfcSxY Axsuh87GacDgWnztMS4dvGYVNbYFcMbESS6yTX7Er8iQQMy0WQF1Hz0eWqLAhufyeUXOzjUXxRzy NkKubiYu3qV0ovvCLiBScnvkprEWpjif3Zn4MTlL1iEbTLKUVnRhlfdlRcDjK0e0iLQk9Gbls4Vm GOn3ALWkI4hH5SdiEWvA_oMs20uCEjztVt8l41U8Is3uGY5DGTja2DH6rUDGVCI1AWzDVDDo_AgW UYz9P69dADS_NAIXGoT_wuf28ODuXbjfIYTjs9GJV0k4NCfdylBQuzPV1Td3Cv9c_flxEuje.wed GYjn3GupNqfbJZY1wLzktU1sVuGN5fwm_SOIllayF9aZuikNWCT6uoHUEjpdlKlXjQq9byJ_1HPP RCmPSl.aTqNIAiZM8j5wsZPT21DnIbLjnIneT4XGr4myJUmW39gxCM1Wn06eQ1tCAWY.r7669kwQ O6_yT7HhmPsttsAPugCnmBfnXWEuJfz00MJu7Px.b5ssxyDOGxGknykyyFzPC7.HqKBUTQTn1.N9 gL9iSyz3Joc7UMozFGKEE7gKeQiTFJdocJu.o.uY.zAY97fI12hlLnmx.FSdWi69ZBekM4dW0esQ 6kSzLtc4NGp9xxrz64zNvEdkUXbsydoHe8e.ZlsBcZUF08InR_x7ZMDuX5jeTkkN2mHYeu7EJauO cvvccVY8LHOSw4CdA_F.eCI3DOyUcbqKJcogcIg_cL.O94f614g6QlSYXDM61Xca3NTD99.RlwRV AhQl7PLbO7gHsFTxlJqNuCf2QOMBshESEgCZDdC1ZYTPopx0zWPoIYgVh0aCJN7WSDY1VVc3D.07 mWSGf3TQ4vJKe72R1f48fjHzIx7xz.PBRejScazUUqV8QzDzYkcJDukyvOFEl3X4BjlP47oGhRJq T7nrJXsRO0iQmdEWzc2iASX7IZYvKvg171T2bHtZUhGIYPQ4YLH2lcy4FJ5Mc4Vi.XUnI0xHTWVR qXI2EYZoiojtRCHfmu5uGGsuEqfeZ2_0kgyySLQqmJq94MOQ0O2xYragtuDZTzyCMD8CLDulm0aP 4fz8_atlFOeyCaEZxzBtdMzfTErhMrpR2UislJdlFd1x_GHcVBFHVgM2NInnbMs1GnDiqt1Km889 YlegsT2UAnML7C5eXQzIjDeEbeG_Wcc5O52FD7Dh6jfiF2_qBMUtbs2tqr8TikLDwMroMBDDYUOP NHZ5MydZ0JQQJvC.IFB1IhW1islr3CWe05JlIKK7ogJrGXTf2R8T9Je0Dk1k7DsaF6sU7DyxN27R MYMxxSo4X4j9uFlIV7cCbk54A25qrkQiJ9Zv0AZBYXx87za3Dsny8_3PGxOb5o8o.NkE1L1he0tB 7Ofhoz8BFO4DrXxBKXMNLxjaV Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Jul 2020 04:07:07 +0000 Received: by smtp409.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 168a0a4eb8cc2107f3fede2b88e6d245; Thu, 09 Jul 2020 04:07:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken) From: Mark Millard In-Reply-To: <25afe2ff-e805-8415-ddd9-430cfa271e16@yuripv.dev> Date: Wed, 8 Jul 2020 21:07:01 -0700 Cc: "sjg@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <8969386C-D964-4597-BE7E-6A2D215D801C@yahoo.com> References: <25afe2ff-e805-8415-ddd9-430cfa271e16@yuripv.dev> To: Yuri Pankov X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B2N0s6TxPz4Tcw X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.92)[-0.923]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 04:07:11 -0000 On 2020-Jul-8, at 20:35, Yuri Pankov wrote: > Mark Millard wrote: >> This seems to have broken doing buildworld buildkernel and >> other things using make: >> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: = String comparison operator should be either =3D=3D or !=3D >> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: = String comparison operator should be either =3D=3D or !=3D >> . . . >> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String = comparison operator should be either =3D=3D or !=3D >> . . . >> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String = comparison operator should be either =3D=3D or !=3D >> . . . >> Using -d c shows the likes of: >> . . . >> lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D >> lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = =3D "gcc", op =3D =3D=3D >> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: = String comparison operator should be either =3D=3D or !=3D >> lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D >> lhs =3D "LD", rhs =3D "LD", op =3D =3D=3D >> . . . >> left =3D 6.000000, right =3D 2.000000, op =3D <=3D >> left =3D 6.000000, right =3D 1.000000, op =3D <=3D >> lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = =3D "clang", op =3D =3D=3D >> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String = comparison operator should be either =3D=3D or !=3D >> lhs =3D "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = =3D "gcc", op =3D =3D=3D >> lhs =3D "clang", rhs =3D "gcc", op =3D =3D=3D >> . . . >> left =3D 0.000000, right =3D 6.000000, op =3D <=3D >> left =3D 0.000000, right =3D 3.000000, op =3D <=3D >> lhs =3D "clang", rhs =3D "gcc", op =3D =3D=3D >> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String = comparison operator should be either =3D=3D or !=3D >> lhs =3D "clang", rhs =3D "clang", op =3D =3D=3D >> left =3D 100001.000000, right =3D 70000.000000, op =3D >=3D >> lhs =3D "amd64", rhs =3D "arm", op =3D =3D=3D >> (Now I just need to figure out how to get back to a working context.) >=20 > For me, buildworld/buildkernel produced only warnings, But, looking at the code in bmake, the expression is also evaluated differently/incorrectly when it is classified as having the problem of having a incorrect operator. In other words: the behavior in make changes via misevaluated expressions. > though the one in ports is real issue: >=20 > $ make config > make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String = comparison operator should be either =3D=3D or !=3D > make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional = (defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < = ${_MAKE_JOBS_NUMBER} )) > make: Fatal errors encountered -- cannot continue > make: stopped in /usr/ports/devel/subversion Not the only "real issue", I'm afraid. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jul 9 04:08:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4519035F53C; Thu, 9 Jul 2020 04:08:20 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from new3-smtp.messagingengine.com (new3-smtp.messagingengine.com [66.111.4.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2N2C4DMZz4TvS; Thu, 9 Jul 2020 04:08:19 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.nyi.internal (Postfix) with ESMTP id A59085800B0; Thu, 9 Jul 2020 00:08:18 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 09 Jul 2020 00:08:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=o S318L/pcAaZLnwGE0w6/DX5AzX0qKmUuAgCZ+Ho59Q=; b=bam2+s2HiyLYUGLHj Z05kYrTNaxuskaNLVTZwmqRJgGxu6t3Wkis6cieODn7UsnDO69rcGhAOVb3wu0xE fG6P8v9m5dZgRxNUbzmE9OHhWnQqfpJmrtSZ3QmCQhugtCa3P8+EVDM9mdVtjYG5 sHe7UjxnQ+eW4cYw2jpkOwybJzjMdxH27EiipVJCQAoCjkBb2CzpLUhJMgchbM3n awUIMEWqW/+eiot69BaYzkaPhhIN6vAG2q+IN9S/D6Zvnux4Z5yudA3OsVDBmSGU PMJ/SO1bc0+HgXNpwWujK/JJ92lQWWodxD3q1B++/e4hTglk0i9VTS9L98u0GrZa gQ/aw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=oS318L/pcAaZLnwGE0w6/DX5AzX0qKmUuAgCZ+Ho5 9Q=; b=HKke1khTqrBkg7aNEOp/zm/cR/itEJx4RqBZ5dFHek8ZsWPJFqJk88nn7 YPWqrPiL5rsWSs10CPY3BzDozMnbuxhzHYiit4NKYYbWpMRMfHTF81GxowaLy4+S /xcYe44zrWq34YnIXViWrl+n4/zXWVQfBJeBS9tXF8bkvokV+hXXXs0h07uuBvXI +J6l87VMYxvByNoPMhFuSxq4bJtqRT/HaVLpLDl0JeGNcST6n0tgVidK0wWsskRb xUzZQoX/ZexL/gV5DXnNLjuAf8Zz38GpzUf8K8QFCzp2KW39XdrsiI1weaZNfeSs AfDPgRJlNcY6SoWJVNpPTJtbABUXw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudekgdekfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpegjuhhrihcu rfgrnhhkohhvuceohihurhhiphhvseihuhhrihhpvhdruggvvheqnecuggftrfgrthhtvg hrnhephfelveehgfeujeefhfeluddtiedttdeuffdvfeehjeeitddvudefkeehgfejiedu necuffhomhgrihhnpegtohhmphhilhgvrhdrmhhkpdhshihsrdhmkhdpphhorhhtrdhmkh enucfkphepledurddvgedtrdduvdegrddufeejnecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdruggvvh X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 609A7328005A; Thu, 9 Jul 2020 00:08:17 -0400 (EDT) Subject: Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken) To: Mark Millard Cc: "sjg@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Toolchain , FreeBSD Current References: <25afe2ff-e805-8415-ddd9-430cfa271e16@yuripv.dev> <8969386C-D964-4597-BE7E-6A2D215D801C@yahoo.com> From: Yuri Pankov Message-ID: Date: Thu, 9 Jul 2020 07:08:15 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <8969386C-D964-4597-BE7E-6A2D215D801C@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2N2C4DMZz4TvS X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=bam2+s2H; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=HKke1khT; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 66.111.4.229 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [1.66 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:66.111.4.229:c]; URIBL_RED(3.50)[yuripv.dev:dkim]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; HAS_ANON_DOMAIN(0.10)[]; NEURAL_HAM_SHORT(-0.05)[-0.051]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.229:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.890]; R_DKIM_ALLOW(0.00)[yuripv.dev:s=fm1,messagingengine.com:s=fm3]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.90)[-0.897]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[66.111.4.229:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 04:08:20 -0000 Mark Millard wrote: > > > On 2020-Jul-8, at 20:35, Yuri Pankov wrote: > >> Mark Millard wrote: >>> This seems to have broken doing buildworld buildkernel and >>> other things using make: >>> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String comparison operator should be either == or != >>> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String comparison operator should be either == or != >>> . . . >>> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison operator should be either == or != >>> . . . >>> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison operator should be either == or != >>> . . . >>> Using -d c shows the likes of: >>> . . . >>> lhs = "clang", rhs = "clang", op = == >>> lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op = == >>> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String comparison operator should be either == or != >>> lhs = "clang", rhs = "clang", op = == >>> lhs = "LD", rhs = "LD", op = == >>> . . . >>> left = 6.000000, right = 2.000000, op = <= >>> left = 6.000000, right = 1.000000, op = <= >>> lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "clang", op = == >>> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison operator should be either == or != >>> lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op = == >>> lhs = "clang", rhs = "gcc", op = == >>> . . . >>> left = 0.000000, right = 6.000000, op = <= >>> left = 0.000000, right = 3.000000, op = <= >>> lhs = "clang", rhs = "gcc", op = == >>> make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison operator should be either == or != >>> lhs = "clang", rhs = "clang", op = == >>> left = 100001.000000, right = 70000.000000, op = >= >>> lhs = "amd64", rhs = "arm", op = == >>> (Now I just need to figure out how to get back to a working context.) >> >> For me, buildworld/buildkernel produced only warnings, > > But, looking at the code in bmake, the expression is also > evaluated differently/incorrectly when it is classified as > having the problem of having a incorrect operator. In other > words: the behavior in make changes via misevaluated > expressions. > > >> though the one in ports is real issue: >> >> $ make config >> make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison operator should be either == or != >> make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional (defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < ${_MAKE_JOBS_NUMBER} )) >> make: Fatal errors encountered -- cannot continue >> make: stopped in /usr/ports/devel/subversion > > Not the only "real issue", I'm afraid. Yeah, sorry, looks like I'm late to the party, and it was already discussed and reverted. From owner-freebsd-current@freebsd.org Thu Jul 9 07:12:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB143362652; Thu, 9 Jul 2020 07:12:31 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2S6l3tCLz4clc; Thu, 9 Jul 2020 07:12:31 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x441.google.com with SMTP id o11so1149775wrv.9; Thu, 09 Jul 2020 00:12:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=ackSYQbL9MTogbWok5vhIppW+0L6+rP/YtQRxFskLh4=; b=b1Q0+K5M0+TfEOt7xpRxaI96wqUU8BJaQkZrjLB2JATXBI247eyULderZ9jpafr6gk Kx6KgtF4rCucQUV+YUBphJ0HwxYTEczKmoNiglL81xGss51OOhTlzWrq7nyhoG4pZIXX usMNx8nXevrnz8osVp79d4Y15c7fTgK/S9WfC8BMRFn8MQc65Ygdg/ZBJYxn8B9KIvtR WDTHOWpUzr0hTEzB4KSPa5zGnTJCuEaB7+lE+vo0dVECIvLKoLqu+m8fy3/D9CMCGP2O b1m/HzAldMNVKR1J6przrOSJ9G5h53lYkyvBvIUfLGa9z2Q1OOvQONoQm/yUCgU4FixC V3Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=ackSYQbL9MTogbWok5vhIppW+0L6+rP/YtQRxFskLh4=; b=sef6TWLOMKTJSld2GzrobfBN7PCjS7oqANLC0tfzOE1eHm2In5sE06TncUNi5XwNhH TUqMjFxb/Sw5NEQ8HKUsvWNQzAtaounGFt1zCVjoslhshH1dSgiy/Kbw3tlzv2JJcpEV dPY1xn9GVyATFPFdh1hlNNWVUx3fwPnnkNMwNyQRntKac257rYxq6cqpZubgBUdR6I1S IEvqxkkjEF3cSc70QqGoh5L3PP8EFwUx9dw/xoKgFA+bTfNtnrpmWIpV10vyE62So7oS wz94jEcnvPhq7psH3fj7eS55opKQRVV+cs58pfv3e84hJ1DBOAh4T07mh4n/PcW01CxX zorA== X-Gm-Message-State: AOAM530BDdnO+4wqOY3RE0uhnMzSHMF4YrlS+3ri7kqwe+uIAkbwCihf UpThfkqtIFUnZw7sO78e/8I= X-Google-Smtp-Source: ABdhPJxbldNLOoWGJ6QKlJPtf86Ma5SRCqrma+IcGUfRevyzv8oyNwvvCJL4oNqEndarQIeVi5Bw5Q== X-Received: by 2002:a5d:4bc8:: with SMTP id l8mr60643384wrt.159.1594278750327; Thu, 09 Jul 2020 00:12:30 -0700 (PDT) Received: from ernst.home (p5b02341c.dip0.t-ipconnect.de. [91.2.52.28]) by smtp.gmail.com with ESMTPSA id x185sm3512371wmg.41.2020.07.09.00.12.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Jul 2020 00:12:29 -0700 (PDT) Date: Thu, 9 Jul 2020 09:12:28 +0200 From: Gary Jennejohn To: Marcelo Araujo Cc: araujo@freebsd.org, "Rodney W. Grimes" , Ernie Luzar , "freebsd-questions@freebsd.org" , FreeBSD current Subject: Re: ipv6_ipfilter_rules= is obsolete ? Message-ID: <20200709091228.1d07d6f5@ernst.home> In-Reply-To: References: <5F064B4F.5040006@gmail.com> <202007082334.068NY9QQ088738@gndrsh.dnsmgr.net> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.5 (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: 4B2S6l3tCLz4clc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 07:12:31 -0000 On Thu, 9 Jul 2020 10:27:02 +0800 Marcelo Araujo wrote: > Em qui., 9 de jul. de 2020 __s 07:34, Rodney W. Grimes < > freebsd-rwg@gndrsh.dnsmgr.net> escreveu: > > > > In /etc/defaults/rc.conf I see this > > > > > > ipv6_ipfilter_rules="/etc/ipf6.rules" > > > # rules definition file for ipfilter, > > > # see /usr/src/contrib/ipfilter/rules for examples > > > > > > man 8 ipf says > > > > > > ipf -6 ipv4 and ipv6 rules are stored in a single table and can be read > > > from a single file. This option is no longer required to load ipv6 rules. > > > > > > I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules" > > > line in /etc/defaults/rc.conf is obsolete and should be removed > > > before RELEASE 13.0 is published for users to use. > > > > Interesting, though I would not remove it. It should be marked as > > depricated and the /etc/rc.d/ipfilter shell script updated to emit > > a warning that it is depricated, but it should still be processed > > to retain backwards compatibility and NOT lock someone out of a > > system who has just done an upgrade to a newer version. > > > > Do you mean deprecated or depricated? > Got confused here! Sorry English is hard for non-native speakers. > It's a typo - he meant deprecated. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu Jul 9 12:40:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC52936A010; Thu, 9 Jul 2020 12:40:40 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2bPM4BQMz40DL; Thu, 9 Jul 2020 12:40:39 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-qk1-x744.google.com with SMTP id k18so1575397qke.4; Thu, 09 Jul 2020 05:40:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=sG5wYAlXe84iBjoes/oy7sgqoGPlR8yXptxBgob4R2s=; b=vF6thMQVroYuPUSCDzB5+8NIYiLFG5kZqBPITqNWxM27lL5aJZe2H+4Z0fAGbMYxET BW5AKD0eTioYhO+51RQ/LGZuboe7pKbP2/RSfxexWoA6h2+U0GZRjyjfRH9gpHFQ64W/ X53gc935GpIDTHhIh0cOdMdPpJrx6u1C2ktt1Li3HR0vOdwRt7wFqSYXwK1iUeEZC+fT KJ1aMOH7WOmJbaZaCn86bdBHghEiUYjoe3pT0g0B3MySp9T+5u4YiVBXYagEiwZ4xugZ RPgdrA9F3FSoqxMHQ005u6QUKig3V/WbjvQLq1YU05B81GlM/SkGpOL4PT/K94AvbalY o3Pw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=sG5wYAlXe84iBjoes/oy7sgqoGPlR8yXptxBgob4R2s=; b=O+5LN7wiF2j6bbsdVE8FI/Spz4Dc6BjNHShXDZIIhnQ57E7tq9k+oaVNxDNfjsb9mz djJ34Sy2TM5QAOGSsr3TdL1vyTWIxuVzZ2Azh8+shKIcjawuSWrR9htZ1h5FwSvfuKY2 nSMZc4FVCqKEicgz7+wTt+JbN04uAXgJQpDuYwpQrnO5XqhucYSG1dEfjTy0dDc1r0GZ IuJv0tgaPzB6gPnrPFBnNI+7U88Nq6XAmj/cw9cDv/gUo+cieav0YBOp58pUoEgjhXca A9Z/JrQz2ATWPHrNvhQlaKJ1u1vdNVvmccGBDXwh3Sp62YxznkaDIdB91flmlTfpNhBF EuGg== X-Gm-Message-State: AOAM533IxES2ooY6C50Hwejpjl7iCx5PE9Xsq9xZQEV8jNx1cxQWFk99 Ds8dERDC3WCGuLkwdrTbTx7USkzGXIc= X-Google-Smtp-Source: ABdhPJyMxtarDC+exHSL8Pa7JN5LYoRpRyl68FqTGvVOtUTg+JvJm8A6xwfw1bkFJdGHkE0v31H4mg== X-Received: by 2002:a37:a04b:: with SMTP id j72mr62471769qke.328.1594298438398; Thu, 09 Jul 2020 05:40:38 -0700 (PDT) Received: from [10.0.10.8] (cpe-65-25-51-0.neo.res.rr.com. [65.25.51.0]) by smtp.googlemail.com with ESMTPSA id l67sm3689712qkd.7.2020.07.09.05.40.37 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 09 Jul 2020 05:40:37 -0700 (PDT) Message-ID: <5F071046.8000604@gmail.com> Date: Thu, 09 Jul 2020 08:40:38 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: gljennjohn@gmail.com CC: Marcelo Araujo , araujo@freebsd.org, "Rodney W. Grimes" , "freebsd-questions@freebsd.org" , FreeBSD current Subject: Re: ipv6_ipfilter_rules= is obsolete ? References: <5F064B4F.5040006@gmail.com> <202007082334.068NY9QQ088738@gndrsh.dnsmgr.net> <20200709091228.1d07d6f5@ernst.home> In-Reply-To: <20200709091228.1d07d6f5@ernst.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2bPM4BQMz40DL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=vF6thMQV; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of luzar722@gmail.com designates 2607:f8b0:4864:20::744 as permitted sender) smtp.mailfrom=luzar722@gmail.com X-Spamd-Result: default: False [-2.32 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.33)[-0.335]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[65.25.51.0:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::744:from]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org,gndrsh.dnsmgr.net]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 12:40:40 -0000 Gary Jennejohn wrote: > On Thu, 9 Jul 2020 10:27:02 +0800 > Marcelo Araujo wrote: > >> Em qui., 9 de jul. de 2020 __s 07:34, Rodney W. Grimes < >> freebsd-rwg@gndrsh.dnsmgr.net> escreveu: >> >>>> In /etc/defaults/rc.conf I see this >>>> >>>> ipv6_ipfilter_rules="/etc/ipf6.rules" >>>> # rules definition file for ipfilter, >>>> # see /usr/src/contrib/ipfilter/rules for examples >>>> >>>> man 8 ipf says >>>> >>>> ipf -6 ipv4 and ipv6 rules are stored in a single table and can be read >>>> from a single file. This option is no longer required to load ipv6 rules. >>>> >>>> I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules" >>>> line in /etc/defaults/rc.conf is obsolete and should be removed >>>> before RELEASE 13.0 is published for users to use. >>> Interesting, though I would not remove it. It should be marked as >>> depricated and the /etc/rc.d/ipfilter shell script updated to emit >>> a warning that it is depricated, but it should still be processed >>> to retain backwards compatibility and NOT lock someone out of a >>> system who has just done an upgrade to a newer version. >>> >> Do you mean deprecated or depricated? >> Got confused here! Sorry English is hard for non-native speakers. >> > > It's a typo - he meant deprecated. > This "retain backwards compatibility stuff" can be taken too far backwards. I think ipfilter first can out with NO ipv6 support, then ipv6 was added using 2 rule files, and later yet it was redesigned to use a single rules file. Talking about way back around RELEASE 4.0. Now ipfilter does not work with 2 rules files for a very long time. It's now time to clean up the old ipv6 only stuff so the documentation and /etc/rc.d/ipfilter boot script reflects how it works today. And another thing to point out is the ipfilter source code has been forked and is now under Freebsd maintainership. From owner-freebsd-current@freebsd.org Thu Jul 9 14:28:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 30BE636D015; Thu, 9 Jul 2020 14:28:50 +0000 (UTC) (envelope-from luzar722@gmail.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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2dp91swmz46wN; Thu, 9 Jul 2020 14:28:49 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-qk1-x731.google.com with SMTP id j80so1960734qke.0; Thu, 09 Jul 2020 07:28:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:cc:subject:references :in-reply-to:content-transfer-encoding; bh=sG5wYAlXe84iBjoes/oy7sgqoGPlR8yXptxBgob4R2s=; b=DP4379Hh9cPuLRDXpd/qSy+VkFKSIKsQ8gBBLv5xocAkPlVHGgjtpsSbteJf3Mwx1A hE02qEXVHHuYGdD7dL5dc5bHHiGE50l8jFxljmzcmg91Txe7AUyc3s+GWFqroFdSihjS zkk1LP0qVDk2kd6KhR41LG8KLgJIwkIrn8knqgfKzPAEi+7qfJeVfnSdkPX3DExbufDd G//eXI+pUXqn63gvKf0lYurPJ+RBYmlL1ohsrEfNcrNV2V61kCTA/851fTllAjwC5xNk ad3YERzx7e7gvVcmHx2iRwbYZuN1M0pa9JLZuDDcGhZnbjcYMY7EIdwtna5bcdmv7cWl 5x3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:cc :subject:references:in-reply-to:content-transfer-encoding; bh=sG5wYAlXe84iBjoes/oy7sgqoGPlR8yXptxBgob4R2s=; b=EDUj1vYxERL5tHMs6c0hAx773r/Wrd4eORBR7cTb/Y4QELSagDZ7cIeNd1dFOlMmu0 F5AUZcvjB6H1b6I9fucwSGvbV4C70uTr7adRjz2DQTTxJXWfsX9gXI28/aAq/j7NR7/F rekK/h1cnfroI98TwcWAsTaq0Dcxn2WIcd0+ig6F8h9VgqX+Tb1DVTEXNPYe4w7ksfUn 69mzx153HlON0QwnOGYNa2HBC08w9UNt9iHsCehSzvKOiussBLKxKbfjmlna4tn+0kJk p4ryK9odAEEHo7fE1DwrCoGHh/cMGhnXokZ4MDlrKk6AubYUupxD6lnAkwXTiiBsl730 XE9g== X-Gm-Message-State: AOAM533FgqVIcTP8bVRtb+tliWPvMSOkWVwdFra2ycaboPlvke4gbwor sA+PWShJiuuuMr7foYydWcAC7xfU X-Google-Smtp-Source: ABdhPJxjuXAS4KarT5e4CmmeQJuoObQOIzKCotlzVX+L6hqPlTVe3QzQYCHdpInW6V2yiLzBJzv5WA== X-Received: by 2002:ae9:f119:: with SMTP id k25mr53357258qkg.388.1594304928178; Thu, 09 Jul 2020 07:28:48 -0700 (PDT) Received: from [10.0.10.8] (cpe-65-25-51-0.neo.res.rr.com. [65.25.51.0]) by smtp.googlemail.com with ESMTPSA id p66sm3694559qkf.58.2020.07.09.07.28.47 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 09 Jul 2020 07:28:47 -0700 (PDT) Message-ID: <5F0729A0.5060205@gmail.com> Date: Thu, 09 Jul 2020 10:28:48 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 CC: "freebsd-questions@freebsd.org" , FreeBSD current Subject: Re: ipv6_ipfilter_rules= is obsolete ? References: <5F064B4F.5040006@gmail.com> <202007082334.068NY9QQ088738@gndrsh.dnsmgr.net> <20200709091228.1d07d6f5@ernst.home> In-Reply-To: <20200709091228.1d07d6f5@ernst.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B2dp91swmz46wN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=DP4379Hh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of luzar722@gmail.com designates 2607:f8b0:4864:20::731 as permitted sender) smtp.mailfrom=luzar722@gmail.com X-Spamd-Result: default: False [-0.76 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MISSING_TO(2.00)[]; NEURAL_HAM_SHORT(-0.82)[-0.822]; RECEIVED_SPAMHAUS_PBL(0.00)[65.25.51.0:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.921]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.018]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::731:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 14:28:50 -0000 Gary Jennejohn wrote: > On Thu, 9 Jul 2020 10:27:02 +0800 > Marcelo Araujo wrote: > >> Em qui., 9 de jul. de 2020 __s 07:34, Rodney W. Grimes < >> freebsd-rwg@gndrsh.dnsmgr.net> escreveu: >> >>>> In /etc/defaults/rc.conf I see this >>>> >>>> ipv6_ipfilter_rules="/etc/ipf6.rules" >>>> # rules definition file for ipfilter, >>>> # see /usr/src/contrib/ipfilter/rules for examples >>>> >>>> man 8 ipf says >>>> >>>> ipf -6 ipv4 and ipv6 rules are stored in a single table and can be read >>>> from a single file. This option is no longer required to load ipv6 rules. >>>> >>>> I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules" >>>> line in /etc/defaults/rc.conf is obsolete and should be removed >>>> before RELEASE 13.0 is published for users to use. >>> Interesting, though I would not remove it. It should be marked as >>> depricated and the /etc/rc.d/ipfilter shell script updated to emit >>> a warning that it is depricated, but it should still be processed >>> to retain backwards compatibility and NOT lock someone out of a >>> system who has just done an upgrade to a newer version. >>> >> Do you mean deprecated or depricated? >> Got confused here! Sorry English is hard for non-native speakers. >> > > It's a typo - he meant deprecated. > This "retain backwards compatibility stuff" can be taken too far backwards. I think ipfilter first can out with NO ipv6 support, then ipv6 was added using 2 rule files, and later yet it was redesigned to use a single rules file. Talking about way back around RELEASE 4.0. Now ipfilter does not work with 2 rules files for a very long time. It's now time to clean up the old ipv6 only stuff so the documentation and /etc/rc.d/ipfilter boot script reflects how it works today. And another thing to point out is the ipfilter source code has been forked and is now under Freebsd maintainership. From owner-freebsd-current@freebsd.org Thu Jul 9 18:13:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D81CD3526A3; Thu, 9 Jul 2020 18:13:32 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2knR5PNQz4Rnp; Thu, 9 Jul 2020 18:13:31 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 069GcSgC010344; Thu, 9 Jul 2020 09:56:55 -0700 Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2168.outbound.protection.outlook.com [104.47.59.168]) by mx0b-00273201.pphosted.com with ESMTP id 325k32sys0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 09 Jul 2020 09:56:55 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UhrUjeKZcluj3mdTqoUe2tQwUshO8ivMZsRnNzZYBAoOekLoaDMc2rP+XPngbouHKCDJqeziy6Qe27fz7uw9MW8r4CVjRxcvcXzUnTWzjIvJ5/v/pgFQndyq5hyVrlHvPIXxzT76Uo3CcjVwVp1+N12Zcz5qCTAwgMl5Spq5IsltMxtkYqudb2oFJg9sjn4evQDOpg/ZlUGp4kTb9ZWXQnbDjIrS8o8MmTG16dWFuJ0wqKMHacAxmrc7zCuDbZ5Yr+bklXRUHHeZTq+WTI0BqicpafbkB8ewlT9bcu9ViDWi64Dns+UI7tXj2C1cX4O71kj45+DyZaKXjHk8rNA33A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yKBjpL3SeO2drTJPReNusJdnhq/8Kf4C62FBe/d1aRA=; b=UOPHJ2Yd1p0q47crwteJv18f0IJRfI/tas1irufkot3+Bs7ILcOUD32q6AjSixPEt/NHU826dtgoAEleLkBAizg4Xk0bFXP7TT2c+XqZfauWqtPsPUCBOFRP3eHkxH2s8wCFA5pFfmh47H9gTEHKWw8Q6jl1H5MISYE16fCX/vhFQxJxXxgNwYkaV6I5J2KOTqyG1XX69NCSc1eb3iOBiO/XoIl29gArGF8iuVS++itGEUavXL7RZYFrrReYtF+wjXS8LBOWgfV7pu2VgTnRXYRcCqphooeO02EsohQMzerONe3IRYEzM8ulKQjgdFqRahKyKAO/JbdNPYLfNh/e1A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.12) smtp.rcpttodomain=freebsd.org smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none Received: from MWHPR12CA0056.namprd12.prod.outlook.com (2603:10b6:300:103::18) by BN7PR05MB4419.namprd05.prod.outlook.com (2603:10b6:406:f8::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3174.8; Thu, 9 Jul 2020 16:56:53 +0000 Received: from CO1NAM05FT007.eop-nam05.prod.protection.outlook.com (2603:10b6:300:103:cafe::bd) by MWHPR12CA0056.outlook.office365.com (2603:10b6:300:103::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3174.20 via Frontend Transport; Thu, 9 Jul 2020 16:56:52 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=fail action=oreject header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from P-EXFEND-EQX-01.jnpr.net (66.129.239.12) by CO1NAM05FT007.mail.protection.outlook.com (10.152.96.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.3195.9 via Frontend Transport; Thu, 9 Jul 2020 16:56:52 +0000 Received: from P-EXBEND-EQX-01.jnpr.net (10.104.8.52) by P-EXFEND-EQX-01.jnpr.net (10.104.8.54) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 9 Jul 2020 09:56:51 -0700 Received: from p-mailhub01.juniper.net (10.104.20.6) by P-EXBEND-EQX-01.jnpr.net (10.104.8.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 9 Jul 2020 09:56:51 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.255.254]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 069Guouq016721; Thu, 9 Jul 2020 09:56:50 -0700 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id 3FA696E66D; Thu, 9 Jul 2020 09:56:50 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 3D3B26E66C; Thu, 9 Jul 2020 09:56:50 -0700 (PDT) To: Mark Millard CC: Yuri Pankov , , FreeBSD Toolchain , FreeBSD Current , Subject: Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken) In-Reply-To: <8969386C-D964-4597-BE7E-6A2D215D801C@yahoo.com> References: <25afe2ff-e805-8415-ddd9-430cfa271e16@yuripv.dev> <8969386C-D964-4597-BE7E-6A2D215D801C@yahoo.com> Comments: In-reply-to: Mark Millard message dated "Wed, 08 Jul 2020 21:07:01 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <66523.1594313810.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Thu, 9 Jul 2020 09:56:50 -0700 Message-ID: <68939.1594313810@kaos.jnpr.net> X-EXCLAIMER-MD-CONFIG: e3cb0ff2-54e7-4646-8a04-0dae4ac7b136 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; CTRY:US; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:P-EXFEND-EQX-01.jnpr.net; PTR:InfoDomainNonexistent; CAT:NONE; SFTY:; SFS:(4636009)(346002)(396003)(136003)(39860400002)(376002)(46966005)(2906002)(7696005)(107886003)(4744005)(6266002)(316002)(8936002)(47076004)(54906003)(82740400003)(9686003)(8676002)(70206006)(86362001)(70586007)(55016002)(5660300002)(336012)(26005)(186003)(6916009)(4326008)(7126003)(478600001)(82310400002)(356005)(83380400001)(81166007); DIR:OUT; SFP:1102; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 960a3ec1-c3be-4963-7f02-08d824291412 X-MS-TrafficTypeDiagnostic: BN7PR05MB4419: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: CGSH3UVTeq3gma4qcQXt1FHoVB4jRpkwFjHR5SDGEk/CPOAe8paGj3EPPv4Sa2IiGFpZmmgmb5qlJFVVcjJ1cTvSvBl3D9GQZTztsavksSTb7U9pTFF6moJesVI/svZReUkL3LbuZKZM5J0/voUF+Vfrapn6fFA5sTRoUdaa1mxhB5g6zRLDPUK/4v+iMerpqcXE7ReJaUdD2okNr3VljrxCA1oPFzB7jbCA7B50k7vuSu3VHumGcsYVYw+JNffCn2j9v5QSeBaSQDNG8OviSiUDFURdznkUG2fhrQjcObVE6Xm0wJi5dZHzcOeXVBS3DAfyDO07q/UrPjKM1jw+xA4jiXBEaf96WAaJQl8k8wtV8f1GvCL5WZb4tcqV325+A1qNRxMinNDyuXzkf3MCbw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jul 2020 16:56:52.0981 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 960a3ec1-c3be-4963-7f02-08d824291412 X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[P-EXFEND-EQX-01.jnpr.net] X-MS-Exchange-CrossTenant-AuthSource: CO1NAM05FT007.eop-nam05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR05MB4419 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-09_08:2020-07-09, 2020-07-09 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 mlxlogscore=465 impostorscore=0 bulkscore=0 adultscore=0 priorityscore=1501 phishscore=0 suspectscore=0 malwarescore=0 spamscore=0 mlxscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007090120 X-Rspamd-Queue-Id: 4B2knR5PNQz4Rnp X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.41 / 15.00]; GREYLIST(0.00)[pass,body]; RECEIVED_SPAMHAUS_XBL(5.00)[66.129.239.12:received]; R_DKIM_ALLOW(0.00)[juniper.net:s=PPS1017,juniper.net:s=selector1]; NEURAL_HAM_MEDIUM(-0.10)[-0.098]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:67.231.152.164]; NEURAL_HAM_LONG(-0.62)[-0.619]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[6]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[juniper.net:+]; DMARC_POLICY_ALLOW(0.00)[juniper.net,reject]; NEURAL_HAM_SHORT(-0.78)[-0.777]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_IN_DNSWL_LOW(-0.10)[67.231.152.164:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:22843, ipnet:67.231.152.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_SEVEN(0.00)[10]; ARC_ALLOW(0.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2020 18:13:32 -0000 Mark Millard wrote: > > though the one in ports is real issue: > > > > $ make config > > make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String compariso= n operator should be either =3D=3D or !=3D > > make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional (de= fined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < ${_MAKE_JOB= S_NUMBER} )) The above should be equivalent to V42 =3D 42 .if defined(V69) && ( ${V69} < ${V42} ) .endif which in a unit-test works just fine. Same goes for the warnings in bsd.compiler.mk ;-( From owner-freebsd-current@freebsd.org Fri Jul 10 07:56:21 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7DD4F3626A4 for ; Fri, 10 Jul 2020 07:56:21 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10012101.me.com (pv50p00im-ztdg10012101.me.com [17.58.6.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B352r5jDCz4HJM for ; Fri, 10 Jul 2020 07:56:20 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10012101.me.com (Postfix) with ESMTPSA id 48296840294; Fri, 10 Jul 2020 07:56:18 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Geli encryption issue on r362779 Date: Fri, 10 Jul 2020 10:56:15 +0300 In-Reply-To: <010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@email.amazonses.com> Cc: freebsd-current@freebsd.org To: lausts@acm.org References: <01000173051a6c1b-ceec77e5-6fee-4969-ada0-70ad8789e1dd-000000@email.amazonses.com> <0100017305bed46f-20efa601-2169-491f-bc95-a4fd8cffafa3-000000@email.amazonses.com> <9ACB03CF-2168-4CCE-B1DC-6D76E33DE9C8@me.com> <01000173063d9d8d-f46774e6-d490-43cc-925d-e729c82904fa-000000@email.amazonses.com> <72383E6F-668A-47B5-AD2C-9F8E436BD995@me.com> <010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@email.amazonses.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-10_02:2020-07-10, 2020-07-10 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2007100053 X-Rspamd-Queue-Id: 4B352r5jDCz4HJM X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.08 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-1.42)[-1.422]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.6.49:from]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.044]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_LOW(-1.00)[me.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.6.49:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 07:56:21 -0000 > On 7. Jul 2020, at 19:18, Thomas Laus wrote: >=20 > On 2020-07-07 08:26, Toomas Soome wrote: >> Hi! >>=20 >> I believe, 362989 should fix your issue. Please do let me know. >>=20 > I updated to r362989. I built world and kernel after clearing out > /usr/obj and this problem still exists. It works fine on my i5 = desktop, > but still has a problem reading my Geli encrypted partition. I copied > my old gptzfsboot file to ada0p1 from a live filesystem and it works. >=20 > Tom >=20 ok, then next one is r363042. By nature it is an safeguard against read = past disk end. If that does not do, we really need to insert checkpoints in code and = see where exactly this reset will happen. Also note I have = https://reviews.freebsd.org/D25605 = waiting in the queue. rgds, toomas= From owner-freebsd-current@freebsd.org Fri Jul 10 11:50:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD39E36766D for ; Fri, 10 Jul 2020 11:50:41 +0000 (UTC) (envelope-from 0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@amazonses.com) Received: from a48-106.smtp-out.amazonses.com (a48-106.smtp-out.amazonses.com [54.240.48.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3BFD4WRKz4WT6 for ; Fri, 10 Jul 2020 11:50:40 +0000 (UTC) (envelope-from 0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1594381839; h=Reply-To:Subject:To:Cc:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=+KNgkwM5QTezBZcevJY5Xuwpe24qBNAYt65HSGLWnLs=; b=WuHFbcUL6XZ29SnvkYNWB6sQzMXMbI/Xsn7Mvx2PLLtjiqWO8vi2ZR5/3l9ermE/ FFWYRG2swPffj7xvl5k+4WM2IzE7K5S1ry8nk2P58/6FmOuY+zy6grLZgUpKFsOTRRC 5rySrh8Ks5dBAPb6q6mMxGNVDlwjSK4t8DTMm3bs= Reply-To: lausts@acm.org Subject: Re: Geli encryption issue on r362779 To: Toomas Soome Cc: freebsd-current@freebsd.org References: <01000173051a6c1b-ceec77e5-6fee-4969-ada0-70ad8789e1dd-000000@email.amazonses.com> <0100017305bed46f-20efa601-2169-491f-bc95-a4fd8cffafa3-000000@email.amazonses.com> <9ACB03CF-2168-4CCE-B1DC-6D76E33DE9C8@me.com> <01000173063d9d8d-f46774e6-d490-43cc-925d-e729c82904fa-000000@email.amazonses.com> <72383E6F-668A-47B5-AD2C-9F8E436BD995@me.com> <010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@email.amazonses.com> From: Thomas Laus Autocrypt: addr=lausts@acm.org; prefer-encrypt=mutual; keydata= mQGiBDx1NWwRBADARalI5I8kGeBYYYWnZB73T1fU4333yCuRokRvzlAZ5Zhb3hqsNdTEMheN FDjZSL8J5jeJtvSRinY2p09CxpAMoJR9zHLmHl+zEOY8fInbB+KiFtSfGf0blSEY9/+isQP9 xmUIQWUj0kwVtrns7m1HrYLiI07NVFzbHNKqQcbPuwCg0n/KKi+VJiUs5MqLKwGuPotGeZME AIluMetTQwfLyovundMwFYlSZ/Z8JjkMybqgKuiRrZnaBVVZ80NjAYZI73yAZPfQh9mvFxW9 ipc2tSALwDy/tYDpQRK0k+0EsDmwG/wM6OarkqSuFcYx+tP86+2+6Xitn6E/hriIWa/ZQVef /fx7dZzdwhXH6fd34v8o/BuqhawLBACs4MTMGbdSmyI56vCMXWY1yxRPmuygd4vUnXqYwlrM Ee/LjQdreg1zTAJnnW1K+PgOUW/jvS+uAbgxLa3i59/Z4Uu7nB6G1y+Y1cThojUsLnvoJlt1 4XE1U/vnOcvO3evo6knB1qjbAMsZGaVleiVKDq+7XE7swe4WtBJKbYJthbQcVGhvbWFzIExh dXMgPGxhdXN0c0BhY20ub3JnPoh/BBMRAgA/AheAAh4BBgsJCAcDAgYVCAIJCgsEFgIDAQIZ ARYhBBloSoDtPqFEokqZd+v/gtRiCDbPBQJeCkKSBQkjjKomAAoJEOv/gtRiCDbPtWkAn3Sn 1ksVTC5TGCvd/QuLacFbBSZqAJ9NEUmlaosaPc/YoxezSnkpG8MQTbkCDQRFspgcEAgAjXsi 9WqowAKZ7d2ix6t7fiYgu2QBGWq36NvN+cPBJIu0CnagL1v4W1UrRW/0cInLzgqlWrSU7SFg y1+rGBlusMHf8/faGeZD0XwMdYgTIYdjdK5VZ0GaRWUs0LbHAOJQkOFRHLMAEG8wrc3f1xrn uVJ4JPOA81kTmTXvYTyQNXJBySc0oNSgvSut8aBbNGBZhw9U2V3yXXnnMeWR8+DYrriYdOdR eK7S0LNN8TPY60PJx3KLN9vUY9Cb5Ly0NavF3wREPQqYlNfTMoG/GA/n8XB6SCoMj73oKCyw FLbckBUjFsl7wTeKKvU68V8kWG762fscXhOhRduETGrja09MbwADBQf/WiycmdfNtB41+vvT HQqz9tm3ZHAW2yE53CxfQpvlyS/KwnWgLjl/iV0SHRDede0NJ5yTEqPVhqq7WCdlqVsHPSpX FfvyOgbNmjPmOY/a1nW4UnWSqA7bgQvkthahhoLeHzkU8YKupW0m05RIBpqQER6HwBOksTq4 sWV/lUy1P0VT8GqqPLNklKe2BEu+KhuhLV6XwEG3VrHNoY6/R5CMGvBhZbtiUViCZktmxJAj Fq0VCcuj7+Oo52eq4BL2vMrzLX+2Ib1JSWid6t0N+grXxbr2mv7H2V2/4Vo0XI3IKxPX1mdG y9RBkbRUGyV9A8RlaS0QTnXvsxZTjOnmjxPX64hmBBgRAgAmAhsMFiEEGWhKgO0+oUSiSpl3 6/+C1GIINs8FAl4KQ6YFCRpPSIoACgkQ6/+C1GIINs+S6wCeI2n/+azjnVivvCryW5TX3DDh o2oAoLnebgcEDawA/CrxKxpkTiXtL7VGuQENBDx1NXQQBACO2D8nP7d2/ugxmJl9edxI97vG vHvxByQNOhyWXvEOos1uI4M/Sn6By9opJyt2Tl0HGMO2ksn3f4ESKlPH8+9Q2GhJhbdP8KC6 UPrf1hB8XrvAZsqax5Zr9f00SG4cdqWsGDHY4mUG7B/F0SFEAEgczQciYfJKT0J0fnHyjRAg gwADBQP+L1gGS1XuaHh9VtAn0hzXFQlIH3UAX0+9tlenOTA1aTBqrbNepGJH0zFlwQjQN1c+ qz7ULswo9LGWob0nRAoZ2g9hIQs+8p1KMwBs/V2j6PkNwSj/fUsMXAOvor0HcEHjpIW952KV h9oGbPEbB+LaDVb5BKjbOhAzfdrlPlBx0F6IdAQoEQIANBYhBBloSoDtPqFEokqZd+v/gtRi CDbPBQJeCk0cFh0BVXBncmFkZSB0byBtb3JlIGJpdHMACgkQ6/+C1GIINs8CPQCeJKOtIuT/ zMxWEN9B3VucBIQ5TPcAoMsPLPJWp71kv+1s+JPeJcv/zJNYiEwEGBECAAwFAlaX+EQFCRwG mUgACgkQ6/+C1GIINs90KwCeN8z1KIVcvhLKMVq3Qy6eZkDCAA4AoIOVlXHHiZE1vQ50HJ0R HoghYce3 Message-ID: <0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@email.amazonses.com> Date: Fri, 10 Jul 2020 11:50:39 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit X-SES-Outgoing: 2020.07.10-54.240.48.106 Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-Rspamd-Queue-Id: 4B3BFD4WRKz4WT6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=224i4yxa5dv7c2xz3womw6peuasteono header.b=WuHFbcUL; dmarc=none; spf=pass (mx1.freebsd.org: domain of 0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@amazonses.com designates 54.240.48.106 as permitted sender) smtp.mailfrom=0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@amazonses.com X-Spamd-Result: default: False [-0.34 / 15.00]; HAS_REPLYTO(0.00)[lausts@acm.org]; FORGED_SENDER(0.30)[lausts@acm.org,0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@amazonses.com]; R_DKIM_ALLOW(-0.20)[amazonses.com:s=224i4yxa5dv7c2xz3womw6peuasteono]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[acm.org]; RWL_MAILSPIKE_GOOD(0.00)[54.240.48.106:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[amazonses.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.240.48.106:from]; NEURAL_HAM_SHORT(-0.71)[-0.706]; NEURAL_HAM_MEDIUM(-0.92)[-0.919]; FREEMAIL_TO(0.00)[me.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14618, ipnet:54.240.48.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@amazonses.com]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 11:50:41 -0000 On 2020-07-10 03:56, Toomas Soome wrote: > > ok, then next one is�r363042. By nature it is an safeguard against read > past disk end. > > If that does not do, we really need to insert checkpoints in code and > see where exactly this reset will happen. Also note I > have�https://reviews.freebsd.org/D25605�waiting in the queue. > I updated to r363042 and should complete building in a few hours. I'll post the results when complete. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Fri Jul 10 13:26:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 674793695F2 for ; Fri, 10 Jul 2020 13:26:34 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3DMr70K4z4bmv for ; Fri, 10 Jul 2020 13:26:32 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt1-x82d.google.com with SMTP id e12so4330657qtr.9 for ; Fri, 10 Jul 2020 06:26:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:subject:message-id:mime-version:content-disposition; bh=iyPasx1q88rPiZQpHXJ1IF+nnZObIx5eqZnNjB9dlSU=; b=T9WpVblxJQ5RLuFiRDnpNKw8cg4W00vTBypVqNUVScy4mfGAGnYs+z5fPdIhUxHeTQ ArQDGVoLXL03pJ4M6XTzefe03gtXPyQUaDa8raslcRMVQIR2mA9swWwS43MkpKj88X2N W29/YpIwiJ/6LkPHM8AApBV61x6gVbAjR/MsRx2m7AURBNXbE9UV+KYxVUMfJsu+GA0H UXDTstXFOH2BMg1oH/mwxLzcr7FfU2BH9GdkiKnYcUAD2b3XtDKAeX34RnJC55PXRIbM TRSZNtmVKJ5OPlDehtvEZwjmA4Ujww9eNoki3TMJDGDCnhY2Z/myBt8GwZKztxquASt5 gzWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition; bh=iyPasx1q88rPiZQpHXJ1IF+nnZObIx5eqZnNjB9dlSU=; b=U/l0hd1aZYTggz29CisF1EaegF7sviVpWA59LhofgZRd7NOIG/OXu8CCDAcig/lALJ OIBkOZDajpCPW8xdNttoSB6gf1W+RY2iSxyrWOlEL910287BtsOOk5lw5adLPf211nyF OfdFTmsgq7UW/edjwiJVAJ5tVaBZtyWDGX7wnzKDEMQwFJpubjh6/g1XYg8Mf/cZlz1M bo7JfnoMx87e9+KhU7dPrllcHR7wNnx9ywO7cs+TdLSND5/evpT9PYGljyxiMb3kX0/3 eZb0DTYO11mekryEcXkCYn9AjuTU3N35jImMJxxppG2oaZJGARZjFNgXDsGwG7tm9Oai WvkA== X-Gm-Message-State: AOAM5318HtO9mj73xDuLRUYELswFc+rCOpLs6zXi2NIHYT+2kpkWW2XB q/9nH21h9Tf33klOFGf8mcax1DMPib0r7Aao9eoVrCen/ICP4jc3tI7Ghi1wjdV4ogAkk9lRC2o U5DtmSKQLZ2ce5ibDEYkRQvhml9UHSmNZHW9vPFua51WNoQh1ROyoLWiYA4sp3mdZPCEY/V2442 6tS+LXWk7FwQ== X-Google-Smtp-Source: ABdhPJz6cBQr9sXWZar/68QDOdlYPPKee1y9jxcg1agi/YeZyfByPHWEFhT8ZDf5uLMjIkzfm6B5tw== X-Received: by 2002:aed:2f46:: with SMTP id l64mr37450881qtd.1.1594387591512; Fri, 10 Jul 2020 06:26:31 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-231-224.bltmmd.fios.verizon.net. [100.16.231.224]) by smtp.gmail.com with ESMTPSA id 73sm7832365qkk.38.2020.07.10.06.26.30 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Jul 2020 06:26:30 -0700 (PDT) Date: Fri, 10 Jul 2020 09:25:57 -0400 From: Shawn Webb To: freebsd-current@freebsd.org Subject: Boot failure on refreshed Dell Precision 7550 Message-ID: <20200710132557.gfcsbnffmmqzswdh@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0xFF2E67A277F8E1FA MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eepftydlso24abhy" Content-Disposition: inline X-Rspamd-Queue-Id: 4B3DMr70K4z4bmv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=T9WpVblx; dmarc=none; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::82d as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-4.71 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.05)[-1.055]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[hardenedbsd.org]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; NEURAL_HAM_SHORT(-0.56)[-0.562]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82d:from]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[100.16.231.224:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 13:26:34 -0000 --eepftydlso24abhy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey all, I just got in a new Dell Precision 7550 laptop. Tried booting FreeBSD on it and UEFI boot failed. The screen goes black immedately when selecting the memstick and around ten to twenty seconds later, the system reboots. I'm thinking there might be a bug in the UEFI loader. I have zero experience in this area, but would love to learn. Can someone punish me with ideas on how to debug this? ;P I'll try to get whatever patches/fixes that come out of this effort upstreamed. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD GPG Key ID: 0xFF2E67A277F8E1FA GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8 AB23 0FB2 https://git-01.md.hardenedbsd.org/HardenedBSD/pubkeys/src/branch/master/Sha= wn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --eepftydlso24abhy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAl8IbF8ACgkQ/y5nonf4 4frorw//eZ06i9fxq1cqphVJJiPpyAaibCdUZ8LY/Y44PhhhnAndeG3+7ILQ9h0w WbCIw2V1RzutZSSmFypJ+5WoUtcCdmyXQQgDtfJbuZBOz6bQuE7+oZ2mSpu7nJDl PeBhxWxPyu76JvPliXhFVWyRpzhe9evjmG1q8SwdhCrePvdnvxDfV3Nz5UHa1SZP WKPn56NbWbVlxfCLGlJB7S9sADaQSXBTB1qTEkRZ/zggDL/EzSQ8XEOfS7WDGUsj QEuatEofu3TPTjjtsA3e6XfjWuM45Qoid/D1C8VYRmsLqVbj3m21OI6cl7M0i7ZF aZWVRRFcTwmklDn9J9R3Z+TeGB4siuD8AtBVuCPMcYVkFuvzIBkkz47MSy2UBAwb Ez7BIB2MX5P2dGp070aSkkG1JTHnfBAOV0esDrTM5qSu/gjnQSMwtFJz6GIp3LUC D6CW4DY7u8sicvlSDQVhrFT/HHXLTRgoD41w0hMwZvhEMwC0+HPeudvRmbFrW+4j NbVPNx1LUCQQDhSt3JzsARYUIu3CjVHliVBMEfT/Hw3jV/DKeYS7D9xvMBkCGUcv y2ZX82ot1OdQ2kGbwBKm+3bYRR9ICubir6BV9t0FK7uROlM0QveFKzTaX/pUnEY8 zE5KqS4EhqYrNDJlET0Y9OJRXCH8lF9P1Xqhz81TV3Xi9m4N8DU= =V/Ei -----END PGP SIGNATURE----- --eepftydlso24abhy-- From owner-freebsd-current@freebsd.org Fri Jul 10 13:36:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 85F863699FF for ; Fri, 10 Jul 2020 13:36:47 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-zteg06011601.me.com (mr85p00im-zteg06011601.me.com [17.58.23.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3Dbf5wvqz4cT9 for ; Fri, 10 Jul 2020 13:36:46 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-zteg06011601.me.com (Postfix) with ESMTPSA id 0F8839204DE; Fri, 10 Jul 2020 13:36:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Boot failure on refreshed Dell Precision 7550 From: Toomas Soome In-Reply-To: <20200710132557.gfcsbnffmmqzswdh@mutt-hbsd> Date: Fri, 10 Jul 2020 16:36:41 +0300 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <373D9D74-E5B6-4458-874A-8276B1BA7324@me.com> References: <20200710132557.gfcsbnffmmqzswdh@mutt-hbsd> To: Shawn Webb X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-10_07:2020-07-10, 2020-07-10 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=748 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2007100095 X-Rspamd-Queue-Id: 4B3Dbf5wvqz4cT9 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.87)[-0.875]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[me.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.007]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.23.186:from]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.036]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[me.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.23.186:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 13:36:47 -0000 > On 10. Jul 2020, at 16:25, Shawn Webb wrote: > > Hey all, > > I just got in a new Dell Precision 7550 laptop. Tried booting FreeBSD > on it and UEFI boot failed. The screen goes black immedately when > selecting the memstick and around ten to twenty seconds later, the > system reboots. > > I'm thinking there might be a bug in the UEFI loader. I have zero > experience in this area, but would love to learn. Can someone punish > me with ideas on how to debug this? ;P > > I'll try to get whatever patches/fixes that come out of this effort > upstreamed. Just in case, is secure boot turned off? rgds, toomas From owner-freebsd-current@freebsd.org Fri Jul 10 13:44:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7880C36A183 for ; Fri, 10 Jul 2020 13:44:34 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3Dmd6vjNz4cvH for ; Fri, 10 Jul 2020 13:44:33 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt1-x842.google.com with SMTP id a32so4406832qtb.5 for ; Fri, 10 Jul 2020 06:44:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=UddvygvMQiDsKg8l83ahcpB32ayBYX4V++WsY/4iGhM=; b=BMU2R//e5NPyXa4kijX65yz8a2iVrd0tta3DInwdTtoqH3dsdcY73dFFX33ak1F73j YegiEFHgXq+33zSwuBOQrrqDU3a3mzps3TZ1Y7bgu5cB5zmIjGx502lpULJIz5UGizxC fsy93s4XdeKYV+e0KKMyJow7/A3BHahg+KKz8Tg0bvaBrONjEgkkgnITlh/CRYGkxIaT ZYX2/V3gSGoeLxp5q0K8THe5MOJfJb6EyWQCfa3R9SQWljNJ3YFYWAylb7cD4mRh+V9c LkNU/bRSTg/g8on6HraPURX4MySCp+ph3E7Y67S1fYWeHpCkI0blgTjzvxKd34ZRcR/R gN3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=UddvygvMQiDsKg8l83ahcpB32ayBYX4V++WsY/4iGhM=; b=sEVdL+BmVux49i16yuZL0wRCjd9Yqx0u6esnY2YpOuiLqDLONCGFsuCGmTKHh7LdF0 cZFY0VS1bjrOH08nK3ID1OSp1gw0hz1ym4Ap+JiPefZLezjdCM0lf/lHArpvZWRsIg2k lfd/3Mf132vEtJVEvbxnAW5MZhobhxs4RhPsoxaLYd6eTlfD+P6jzKq6caUiwKVun9+O sZiqkE/CvmjElmKZnukYIADM+3bnqr9/YwiAQNzvcpi1/AvGgxhKibagzEfIYuCeCVlD PTSo8F7CinXSqPd/3eUSJrJ5SNAf0eIyLWvn08rANv4sNtWeY1Rqfbo515+R5Ln6zWyC 3WgQ== X-Gm-Message-State: AOAM533u4bF39u/czzb6qNUQgenFsM8UdBijljcU9jSPxAWJ+DPVTr61 dER9FufsANnmVPkfPjmRbgrNenbUr2XCFg== X-Google-Smtp-Source: ABdhPJzPnwtivjeFFsCc+a7UygH4d/L36NvNeW1lxVHiMkkj8/6v4h6D/nAYCmfJmxlgI4Cg/nog1A== X-Received: by 2002:aed:2462:: with SMTP id s31mr74207396qtc.188.1594388673325; Fri, 10 Jul 2020 06:44:33 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-231-224.bltmmd.fios.verizon.net. [100.16.231.224]) by smtp.gmail.com with ESMTPSA id x34sm8284707qth.62.2020.07.10.06.44.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Jul 2020 06:44:32 -0700 (PDT) Date: Fri, 10 Jul 2020 09:43:59 -0400 From: Shawn Webb To: Toomas Soome Cc: freebsd-current@freebsd.org Subject: Re: Boot failure on refreshed Dell Precision 7550 Message-ID: <20200710134359.q6rsswbbci32xfsz@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0xFF2E67A277F8E1FA References: <20200710132557.gfcsbnffmmqzswdh@mutt-hbsd> <373D9D74-E5B6-4458-874A-8276B1BA7324@me.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ugi6ydc7xqyj72xl" Content-Disposition: inline In-Reply-To: <373D9D74-E5B6-4458-874A-8276B1BA7324@me.com> X-Rspamd-Queue-Id: 4B3Dmd6vjNz4cvH X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=BMU2R//e; dmarc=none; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::842 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-5.08 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-0.99)[-0.995]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.03)[-1.030]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::842:from]; NEURAL_HAM_SHORT(-0.95)[-0.951]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[100.16.231.224:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 13:44:34 -0000 --ugi6ydc7xqyj72xl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 10, 2020 at 04:36:41PM +0300, Toomas Soome wrote: >=20 >=20 > > On 10. Jul 2020, at 16:25, Shawn Webb wrot= e: > >=20 > > Hey all, > >=20 > > I just got in a new Dell Precision 7550 laptop. Tried booting FreeBSD > > on it and UEFI boot failed. The screen goes black immedately when > > selecting the memstick and around ten to twenty seconds later, the > > system reboots. > >=20 > > I'm thinking there might be a bug in the UEFI loader. I have zero > > experience in this area, but would love to learn. Can someone punish > > me with ideas on how to debug this? ;P > >=20 > > I'll try to get whatever patches/fixes that come out of this effort > > upstreamed. >=20 > Just in case, is secure boot turned off? It is. FWIW, the laptop shipped with Ubuntu. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD GPG Key ID: 0xFF2E67A277F8E1FA GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8 AB23 0FB2 https://git-01.md.hardenedbsd.org/HardenedBSD/pubkeys/src/branch/master/Sha= wn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --ugi6ydc7xqyj72xl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAl8IcJkACgkQ/y5nonf4 4fqZKw//ZD8A7RnlV5bA3up+Gk2AUP9lWyA0xYgtTOj6fKcbgEyvD6IZyWvX1H1k hHkrZGxi/Q3i1dKuU9UKLv76PdlRIGTjS2xUfJSkJZqlqdphm0hj1xComGTCsb+G e6qLyDr0JO1vezyKVUKaviDIpTkobmIpogobCZts4G32ZjylGweA9HbrLgY9lvaw KS+jCOFHo9wwoWlBPzhYksBI14WGp08rTPzeLLvKPOtbzZEV9Esn0AoLh0UaQQ5i 7UhckAymkttl8ks1fJfy0YGqSUbk9bQqzG00Zy/rAcxdcV9MjVixdGX/qcBjOcFo Gv+Ba75tXhS28+ewLpk2+G01LPjyA72/2sj9zpgjJy9S6i6a3lLE6RWrJwCZlvpp QvaEpw6Vj1AgH8tIwBoypoHXcYjvUfLDK8IABWyedHdVMhgyrpOrt0Tm1OcQVUV7 4nhH+Zn0SPVWDiYFuX9uf1L3xo/IUv2BXjCfPTwh9/98QhvUpCvC/HyZiSFaPcf1 VbvevIHjRnLYVtRosDPfqBicvwLfwCM0f7V4oITlNoMlJBMy2XYxLi9eEn9K1iAl exPiTIkl9xvc0RlttVK8IUgHdAWh4mTpyGQSa9gi4XLFJAw7zvSTfOYIlDml6hGo BIohoMtlHFdZag0Qcoii0gdxZZ9gLtJB0e8N2i9kibW9b7Hp2jo= =KyZg -----END PGP SIGNATURE----- --ugi6ydc7xqyj72xl-- From owner-freebsd-current@freebsd.org Fri Jul 10 13:53:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D66CD36A604 for ; Fri, 10 Jul 2020 13:53:02 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3DyQ2CHyz4dMj for ; Fri, 10 Jul 2020 13:53:02 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk1-x743.google.com with SMTP id b4so5203643qkn.11 for ; Fri, 10 Jul 2020 06:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=pXc+yrPg4J9YZgU2NqQVysWz4Nkuh4IQXcZObZoB1jI=; b=P7kLMUgj/7/nDmA4W+04iXfFa+yKWcnBZdEVyUA8cQfo/TJxeT5yIGHbjuBfu01esR rw7QExbBWZS7jdzOJ7JY8+BTbsUdc9qvpY3zwcX+plvREKO4mQWu9danxH5TVlVj9cVH OZsB7rGdtIvzk0JUr1rrdDlRigAOJgfa5FFMRM0VZDCQlBkUIxvnjRRDwZDzzoAMwGSu OH3MEVubSS/tDUR89lYvYUX8y+6Y9fDkzDST0wNrhAKpA3F2efmTmXE20qk9Ivu87w8k ezTNn3RTGLrXtVlj+I2agORpOA0tgNcqnk80mK/xU/x0TQcafDGrxkGq7Q1oH0DwZx08 Mm7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=pXc+yrPg4J9YZgU2NqQVysWz4Nkuh4IQXcZObZoB1jI=; b=LebIDAoAuW9NOBL4xcRd5397cnjwkuIhmbIarOobcv9dVagnGWfkUpvpIlGJ0RiLXV pp3RzUs4tk2/p92xzVZsZrZ6Dq0wlHk0OcM1op8CAoi4WTFtWReB3JhCrMqjMO5pDWZ4 zsNWBgz7pCZWCcocBqkf7K2+98pY9cuqKDKl2znDwZDWJ+tVbZ2FvUAc6P7qklZZOqou q62vklPdk/dmZaa1OOy+2cY/Xqfi4bov7Lsp4ci4fr7tNO86nYENvmWJt6O57T4FfdxB 0BzLgwrg+OEd9oP8f7YmJve0b8EO6FgHt9tTl+HOJHSq//UOUXSPtKwrARVlWwYgC82h jQ6g== X-Gm-Message-State: AOAM532ja1Ilbcd3DoHj9xsmzXcK7dNM9HHnK5cnhClblVdDDxTgmKQt TDi0Nmm80dxnLviMI5iyC6an5Q== X-Google-Smtp-Source: ABdhPJxi/jdB/VDlS+PpFoKXUULTMKitpjselcg+hu02KfrOkBaTUd28h0Y7vzri+m23pO5Ip0QhCw== X-Received: by 2002:a37:4185:: with SMTP id o127mr39398951qka.478.1594389181214; Fri, 10 Jul 2020 06:53:01 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-231-224.bltmmd.fios.verizon.net. [100.16.231.224]) by smtp.gmail.com with ESMTPSA id e25sm8085376qtc.93.2020.07.10.06.53.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Jul 2020 06:53:00 -0700 (PDT) Date: Fri, 10 Jul 2020 09:52:27 -0400 From: Shawn Webb To: Toomas Soome Cc: freebsd-current@freebsd.org Subject: Re: Boot failure on refreshed Dell Precision 7550 Message-ID: <20200710135227.h5a6mehw6x4xpdeb@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0xFF2E67A277F8E1FA References: <20200710132557.gfcsbnffmmqzswdh@mutt-hbsd> <373D9D74-E5B6-4458-874A-8276B1BA7324@me.com> <20200710134359.q6rsswbbci32xfsz@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sream6rm6rtqjxlo" Content-Disposition: inline In-Reply-To: <20200710134359.q6rsswbbci32xfsz@mutt-hbsd> X-Rspamd-Queue-Id: 4B3DyQ2CHyz4dMj X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=P7kLMUgj; dmarc=none; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::743 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-5.05 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-0.99)[-0.995]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.03)[-1.030]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::743:from]; NEURAL_HAM_SHORT(-0.93)[-0.930]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[100.16.231.224:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 13:53:02 -0000 --sream6rm6rtqjxlo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 10, 2020 at 09:43:59AM -0400, Shawn Webb wrote: > On Fri, Jul 10, 2020 at 04:36:41PM +0300, Toomas Soome wrote: > >=20 > >=20 > > > On 10. Jul 2020, at 16:25, Shawn Webb wr= ote: > > >=20 > > > Hey all, > > >=20 > > > I just got in a new Dell Precision 7550 laptop. Tried booting FreeBSD > > > on it and UEFI boot failed. The screen goes black immedately when > > > selecting the memstick and around ten to twenty seconds later, the > > > system reboots. > > >=20 > > > I'm thinking there might be a bug in the UEFI loader. I have zero > > > experience in this area, but would love to learn. Can someone punish > > > me with ideas on how to debug this? ;P > > >=20 > > > I'll try to get whatever patches/fixes that come out of this effort > > > upstreamed. > >=20 > > Just in case, is secure boot turned off? >=20 > It is. FWIW, the laptop shipped with Ubuntu. I just built HardenedBSD 13-CURRENT install media from HardenedBSD commit 4fd20919a535d41571f0b4140a6ec953f1bb38b2 and that booted fine. I used the latest FreeBSD snapshot image, so I wonder what changed between that snapshot image and today that would allow it to boot. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD GPG Key ID: 0xFF2E67A277F8E1FA GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8 AB23 0FB2 https://git-01.md.hardenedbsd.org/HardenedBSD/pubkeys/src/branch/master/Sha= wn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --sream6rm6rtqjxlo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAl8IcpoACgkQ/y5nonf4 4fpbrhAApf3PsVsWgL/wJ9EvAFpzjUFiYdNm0fpIYx1c1Z6qkfHFTiwwzK0izs6Z ORmZo9JFmfp7acucrtpsp5UT5EPAj2py1e3dPe0QAiADfwue+7HFfOR0cEcv4Q+Y GLq6UsYRCmBVm0WdglPmSb4s6ZN24wpKhpt3AMXHxQ0/TOoRdt02369QvVFnALJ+ lrOyoAfRA9xmxa2Z8wq/FnjYlPsuzWFfPlgrhgjtTOYwkwAAEON8el0mP5T8MdvX NHGsC3Mj6ydYtSjQ/cCtWZ8cEZoSfS+523WpTJj18O08rfWqE8DAsNZVtED75EUe xc+v9QOvHZAanvtDs9GVENr/pN3XZWypseHxMJHZqMmixr1upYT7ZsTjctXaMk5J gPNBxgnDh34iRYdkNk9rJCpedda5J2QU7p/Pc1ljpX+TwasX4bcvQhcPrpwOYWXw 41KSfPzEAbFD65XAcj1W7bfqwhyGePI3OB8BQ1MlTA3oyeLizJl3M/uhTGu8LJCW 6JHD6J4KD6nw4EZcgRzWh8MtDvhvZXNP9FJVVjaN3/q8eQrkEbGyWCrp4pOvGOZc e0CzIzL3UFrHO/BoOMkXe8MA63N0v0CguASFsNkO8n2kpBcqe7tkuFRRxV3BtQgR x6M1+9P2jByqYpOWEi92VmqvE9Pl5VnmLEGxeenVnY48PcmHw2g= =JYdI -----END PGP SIGNATURE----- --sream6rm6rtqjxlo-- From owner-freebsd-current@freebsd.org Fri Jul 10 14:07:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB1BC36A893 for ; Fri, 10 Jul 2020 14:07:51 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st43p00im-zteg10071901.me.com (st43p00im-zteg10071901.me.com [17.58.63.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3FHV5CGWz4f7j for ; Fri, 10 Jul 2020 14:07:50 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by st43p00im-zteg10071901.me.com (Postfix) with ESMTPSA id 8D599D814A0; Fri, 10 Jul 2020 14:07:48 +0000 (UTC) From: Toomas Soome Message-Id: <6A1AAC82-21A0-4E01-A048-F97D4888005B@me.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Boot failure on refreshed Dell Precision 7550 Date: Fri, 10 Jul 2020 17:07:46 +0300 In-Reply-To: <20200710134359.q6rsswbbci32xfsz@mutt-hbsd> Cc: freebsd-current@freebsd.org To: Shawn Webb References: <20200710132557.gfcsbnffmmqzswdh@mutt-hbsd> <373D9D74-E5B6-4458-874A-8276B1BA7324@me.com> <20200710134359.q6rsswbbci32xfsz@mutt-hbsd> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-10_07:2020-07-10, 2020-07-10 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=791 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2007100099 X-Rspamd-Queue-Id: 4B3FHV5CGWz4f7j X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16:c]; FREEMAIL_FROM(0.00)[me.com]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.90)[-0.900]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.63.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.006]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.63.169:from]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.036]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_LOW(-1.00)[me.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.63.169:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 14:07:51 -0000 > On 10. Jul 2020, at 16:43, Shawn Webb = wrote: >=20 > On Fri, Jul 10, 2020 at 04:36:41PM +0300, Toomas Soome wrote: >>=20 >>=20 >>> On 10. Jul 2020, at 16:25, Shawn Webb = wrote: >>>=20 >>> Hey all, >>>=20 >>> I just got in a new Dell Precision 7550 laptop. Tried booting = FreeBSD >>> on it and UEFI boot failed. The screen goes black immedately when >>> selecting the memstick and around ten to twenty seconds later, the >>> system reboots. >>>=20 >>> I'm thinking there might be a bug in the UEFI loader. I have zero >>> experience in this area, but would love to learn. Can someone punish >>> me with ideas on how to debug this? ;P >>>=20 >>> I'll try to get whatever patches/fixes that come out of this effort >>> upstreamed. >>=20 >> Just in case, is secure boot turned off? >=20 > It is. FWIW, the laptop shipped with Ubuntu. >=20 The stick=E2=80=A6 what is on it?:) I mean, boot1.efi or loader.efi? rgds, toomas From owner-freebsd-current@freebsd.org Fri Jul 10 15:05:03 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E835C36BAC1 for ; Fri, 10 Jul 2020 15:05:03 +0000 (UTC) (envelope-from 0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@amazonses.com) Received: from a48-103.smtp-out.amazonses.com (a48-103.smtp-out.amazonses.com [54.240.48.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3GYW0Kzxz4jL5 for ; Fri, 10 Jul 2020 15:05:02 +0000 (UTC) (envelope-from 0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1594393501; h=Reply-To:Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=IdB5RI9ugrct05Tnpc6Ah2tSo8fUacUKHGEZtV+Y9do=; b=EoTgwH86UwQN3kikWf/doTdso7wOJimKLn+bFIMvXP0PrNNJaeDE1OKeaICNfhDX K2DaW23nBN+hZW6xLQG98gzJZfsbOUeI1E+Gq1DUMLEAF7L9L1ajbJGkgR+AFjxGd3e cg2kzas+bA0hg/7huIlFlLJThGsoySwfZ4rAECSk= Reply-To: lausts@acm.org Subject: Re: Geli encryption issue on r362779 To: freebsd-current@freebsd.org, Toomas Soome References: <01000173051a6c1b-ceec77e5-6fee-4969-ada0-70ad8789e1dd-000000@email.amazonses.com> <0100017305bed46f-20efa601-2169-491f-bc95-a4fd8cffafa3-000000@email.amazonses.com> <9ACB03CF-2168-4CCE-B1DC-6D76E33DE9C8@me.com> <01000173063d9d8d-f46774e6-d490-43cc-925d-e729c82904fa-000000@email.amazonses.com> <72383E6F-668A-47B5-AD2C-9F8E436BD995@me.com> <010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@email.amazonses.com> <0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@email.amazonses.com> From: Thomas Laus Autocrypt: addr=lausts@acm.org; prefer-encrypt=mutual; keydata= mQGiBDx1NWwRBADARalI5I8kGeBYYYWnZB73T1fU4333yCuRokRvzlAZ5Zhb3hqsNdTEMheN FDjZSL8J5jeJtvSRinY2p09CxpAMoJR9zHLmHl+zEOY8fInbB+KiFtSfGf0blSEY9/+isQP9 xmUIQWUj0kwVtrns7m1HrYLiI07NVFzbHNKqQcbPuwCg0n/KKi+VJiUs5MqLKwGuPotGeZME AIluMetTQwfLyovundMwFYlSZ/Z8JjkMybqgKuiRrZnaBVVZ80NjAYZI73yAZPfQh9mvFxW9 ipc2tSALwDy/tYDpQRK0k+0EsDmwG/wM6OarkqSuFcYx+tP86+2+6Xitn6E/hriIWa/ZQVef /fx7dZzdwhXH6fd34v8o/BuqhawLBACs4MTMGbdSmyI56vCMXWY1yxRPmuygd4vUnXqYwlrM Ee/LjQdreg1zTAJnnW1K+PgOUW/jvS+uAbgxLa3i59/Z4Uu7nB6G1y+Y1cThojUsLnvoJlt1 4XE1U/vnOcvO3evo6knB1qjbAMsZGaVleiVKDq+7XE7swe4WtBJKbYJthbQcVGhvbWFzIExh dXMgPGxhdXN0c0BhY20ub3JnPoh/BBMRAgA/AheAAh4BBgsJCAcDAgYVCAIJCgsEFgIDAQIZ ARYhBBloSoDtPqFEokqZd+v/gtRiCDbPBQJeCkKSBQkjjKomAAoJEOv/gtRiCDbPtWkAn3Sn 1ksVTC5TGCvd/QuLacFbBSZqAJ9NEUmlaosaPc/YoxezSnkpG8MQTbkCDQRFspgcEAgAjXsi 9WqowAKZ7d2ix6t7fiYgu2QBGWq36NvN+cPBJIu0CnagL1v4W1UrRW/0cInLzgqlWrSU7SFg y1+rGBlusMHf8/faGeZD0XwMdYgTIYdjdK5VZ0GaRWUs0LbHAOJQkOFRHLMAEG8wrc3f1xrn uVJ4JPOA81kTmTXvYTyQNXJBySc0oNSgvSut8aBbNGBZhw9U2V3yXXnnMeWR8+DYrriYdOdR eK7S0LNN8TPY60PJx3KLN9vUY9Cb5Ly0NavF3wREPQqYlNfTMoG/GA/n8XB6SCoMj73oKCyw FLbckBUjFsl7wTeKKvU68V8kWG762fscXhOhRduETGrja09MbwADBQf/WiycmdfNtB41+vvT HQqz9tm3ZHAW2yE53CxfQpvlyS/KwnWgLjl/iV0SHRDede0NJ5yTEqPVhqq7WCdlqVsHPSpX FfvyOgbNmjPmOY/a1nW4UnWSqA7bgQvkthahhoLeHzkU8YKupW0m05RIBpqQER6HwBOksTq4 sWV/lUy1P0VT8GqqPLNklKe2BEu+KhuhLV6XwEG3VrHNoY6/R5CMGvBhZbtiUViCZktmxJAj Fq0VCcuj7+Oo52eq4BL2vMrzLX+2Ib1JSWid6t0N+grXxbr2mv7H2V2/4Vo0XI3IKxPX1mdG y9RBkbRUGyV9A8RlaS0QTnXvsxZTjOnmjxPX64hmBBgRAgAmAhsMFiEEGWhKgO0+oUSiSpl3 6/+C1GIINs8FAl4KQ6YFCRpPSIoACgkQ6/+C1GIINs+S6wCeI2n/+azjnVivvCryW5TX3DDh o2oAoLnebgcEDawA/CrxKxpkTiXtL7VGuQENBDx1NXQQBACO2D8nP7d2/ugxmJl9edxI97vG vHvxByQNOhyWXvEOos1uI4M/Sn6By9opJyt2Tl0HGMO2ksn3f4ESKlPH8+9Q2GhJhbdP8KC6 UPrf1hB8XrvAZsqax5Zr9f00SG4cdqWsGDHY4mUG7B/F0SFEAEgczQciYfJKT0J0fnHyjRAg gwADBQP+L1gGS1XuaHh9VtAn0hzXFQlIH3UAX0+9tlenOTA1aTBqrbNepGJH0zFlwQjQN1c+ qz7ULswo9LGWob0nRAoZ2g9hIQs+8p1KMwBs/V2j6PkNwSj/fUsMXAOvor0HcEHjpIW952KV h9oGbPEbB+LaDVb5BKjbOhAzfdrlPlBx0F6IdAQoEQIANBYhBBloSoDtPqFEokqZd+v/gtRi CDbPBQJeCk0cFh0BVXBncmFkZSB0byBtb3JlIGJpdHMACgkQ6/+C1GIINs8CPQCeJKOtIuT/ zMxWEN9B3VucBIQ5TPcAoMsPLPJWp71kv+1s+JPeJcv/zJNYiEwEGBECAAwFAlaX+EQFCRwG mUgACgkQ6/+C1GIINs90KwCeN8z1KIVcvhLKMVq3Qy6eZkDCAA4AoIOVlXHHiZE1vQ50HJ0R HoghYce3 Message-ID: <0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@email.amazonses.com> Date: Fri, 10 Jul 2020 15:05:01 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@email.amazonses.com> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit X-SES-Outgoing: 2020.07.10-54.240.48.103 Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-Rspamd-Queue-Id: 4B3GYW0Kzxz4jL5 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=224i4yxa5dv7c2xz3womw6peuasteono header.b=EoTgwH86; dmarc=none; spf=pass (mx1.freebsd.org: domain of 0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@amazonses.com designates 54.240.48.103 as permitted sender) smtp.mailfrom=0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@amazonses.com X-Spamd-Result: default: False [-0.13 / 15.00]; HAS_REPLYTO(0.00)[lausts@acm.org]; FORGED_SENDER(0.30)[lausts@acm.org,0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@amazonses.com]; R_DKIM_ALLOW(-0.20)[amazonses.com:s=224i4yxa5dv7c2xz3womw6peuasteono]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; NEURAL_HAM_LONG(-0.93)[-0.933]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[acm.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[amazonses.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.240.48.103:from]; NEURAL_HAM_SHORT(-0.58)[-0.581]; NEURAL_HAM_MEDIUM(-0.92)[-0.919]; FREEMAIL_TO(0.00)[freebsd.org,me.com]; RCVD_COUNT_ZERO(0.00)[0]; RWL_MAILSPIKE_POSSIBLE(0.00)[54.240.48.103:from]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14618, ipnet:54.240.48.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@amazonses.com]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 15:05:04 -0000 > On 2020-07-10 03:56, Toomas Soome wrote: >> >> ok, then next one is r363042. By nature it is an safeguard against read >> past disk end. >> >> If that does not do, we really need to insert checkpoints in code and >> see where exactly this reset will happen. Also note I >> have https://reviews.freebsd.org/D25605 waiting in the queue. >> > I updated to r363042 and should complete building in a few hours. I'll > post the results when complete. > I updated my source to r363042 and the results on my laptop were a little worse. I tried to boot 5 times and none were successful. All of them killed the kernel and 4 left a stack trace. I took a photograph of the stack trace, if it is any help. If you need the stack trace, let me know where to post. I don't think that this mailing list allows attachments. This is the same laptop that you helped me with a 'Geli Taste' issue a few months ago. That problem never went completely away but was tolerable. It only happens about once every 2 weeks instead of daily and always boots on the second attempt. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Fri Jul 10 15:23:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5309236C15F for ; Fri, 10 Jul 2020 15:23:16 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st43p00im-ztbu10073601.me.com (st43p00im-ztbu10073601.me.com [17.58.63.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3GyW2gmNz4kNf for ; Fri, 10 Jul 2020 15:23:14 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by st43p00im-ztbu10073601.me.com (Postfix) with ESMTPSA id 60EA5820177; Fri, 10 Jul 2020 15:23:13 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Geli encryption issue on r362779 From: Toomas Soome In-Reply-To: <0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@email.amazonses.com> Date: Fri, 10 Jul 2020 18:23:11 +0300 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <01000173051a6c1b-ceec77e5-6fee-4969-ada0-70ad8789e1dd-000000@email.amazonses.com> <0100017305bed46f-20efa601-2169-491f-bc95-a4fd8cffafa3-000000@email.amazonses.com> <9ACB03CF-2168-4CCE-B1DC-6D76E33DE9C8@me.com> <01000173063d9d8d-f46774e6-d490-43cc-925d-e729c82904fa-000000@email.amazonses.com> <72383E6F-668A-47B5-AD2C-9F8E436BD995@me.com> <010001732a1273f6-b5d1c86c-a1de-4589-bee5-08d13ae603a6-000000@email.amazonses.com> <0100017338902ab8-976b4288-f267-420b-8663-be56cceb84b7-000000@email.amazonses.com> <0100017339421ff8-fbe5f6ae-efe6-4308-8639-8a194ce24599-000000@email.amazonses.com> To: lausts@acm.org X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-10_10:2020-07-10, 2020-07-10 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2007100105 X-Rspamd-Queue-Id: 4B3GyW2gmNz4kNf X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.57)[-0.574]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[me.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.63.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.63.184:from]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.033]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[me.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.63.184:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 15:23:16 -0000 > On 10. Jul 2020, at 18:05, Thomas Laus wrote: >=20 >> On 2020-07-10 03:56, Toomas Soome wrote: >>>=20 >>> ok, then next one is r363042. By nature it is an safeguard against = read >>> past disk end. >>>=20 >>> If that does not do, we really need to insert checkpoints in code = and >>> see where exactly this reset will happen. Also note I >>> have https://reviews.freebsd.org/D25605 waiting in the queue. >>>=20 >> I updated to r363042 and should complete building in a few hours. = I'll >> post the results when complete. >>=20 > I updated my source to r363042 and the results on my laptop were a > little worse. I tried to boot 5 times and none were successful. All = of > them killed the kernel and 4 left a stack trace. I took a photograph = of > the stack trace, if it is any help. If you need the stack trace, let = me > know where to post. I don't think that this mailing list allows > attachments. >=20 > This is the same laptop that you helped me with a 'Geli Taste' issue a > few months ago. That problem never went completely away but was > tolerable. It only happens about once every 2 weeks instead of daily > and always boots on the second attempt. >=20 > Tom >=20 You can mail it directly, thats no problem. But if you get kernel killed = and stack trace=E2=80=A6 stack trace from kernel? So it does mean you do = get loader running and kernel loaded? could you get to loader prompt and = get output of command: smap ? thanks, toomas= From owner-freebsd-current@freebsd.org Fri Jul 10 17:24:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A7E336EAF2; Fri, 10 Jul 2020 17:24:40 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3Kfc0pRzz4sXV; Fri, 10 Jul 2020 17:24:39 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from lrrr.mouf.net (cpe-76-182-16-135.nc.res.rr.com [76.182.16.135]) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id 06AHOKG9099205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 10 Jul 2020 17:24:26 GMT (envelope-from swills@FreeBSD.org) Subject: Re: svn commit: r352558 - head/usr.bin/top To: Mark Millard , "daichi@freebsd.org" , svn-src-head@freebsd.org, FreeBSD Current , Hiroki Sato References: <1BDFB387-930D-4F4D-8729-A5850F1C15B9.ref@yahoo.com> <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> From: Steve Wills Message-ID: <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> Date: Fri, 10 Jul 2020 13:24:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Fri, 10 Jul 2020 17:24:28 +0000 (UTC) X-Spam-Status: No, score=0.3 required=4.5 tests=KHOP_HELO_FCRDNS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 4B3Kfc0pRzz4sXV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 17:24:40 -0000 On 11/28/19 4:08 PM, Mark Millard via svn-src-head wrote: >> Author: daichi >> Date: Fri Sep 20 17:37:23 2019 >> New Revision: 352558 >> URL: >> https://svnweb.freebsd.org/changeset/base/352558 >> >> >> Log: >> top(1): support multibyte characters in command names (ARGV array) >> depending on locale. >> >> - add setlocale() >> - remove printable() function >> - add VIS_OCTAL and VIS_SAFE to the flag of strvisx() to display >> non-printable characters that do not use C-style backslash sequences >> in three digit octal sequence, or remove it >> >> This change allows multibyte characters to be displayed according to >> locale. If it is recognized as a non-display character according to the >> locale, it is displayed in three digit octal sequence. >> > > Initially picking on tab characters as an example of what is > probably a somewhat broader issue . . . > > Ever since this change, characters like tabs that do not fit > in the next character cell when output, but for which they > are !isprintable(...), now mess up the top display. Again > using tab as an example: line wrapping from the text having > been shifted over by more than one character cell. top does > not track the line wrapping result in how it decides what > to output for the following display updates. > Apologies for the way late reply here, but I just now bothered tracking this down. This commit seems to be the cause of some corruption I'm seeing in long running top(1) as well. As Mark mentions, if I use "hh" it clears up. Should I open a bugzilla bug? I can share screenshots of the corruption, such as: https://i.imgur.com/Xqlwf9h.png https://i.imgur.com/Jv0d5NU.png Thanks, Steve From owner-freebsd-current@freebsd.org Fri Jul 10 17:28:19 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B70D536EBE5 for ; Fri, 10 Jul 2020 17:28:19 +0000 (UTC) (envelope-from unkadoug@gmail.com) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3Kkp5VDbz4shw for ; Fri, 10 Jul 2020 17:28:18 +0000 (UTC) (envelope-from unkadoug@gmail.com) Received: by mail-qk1-x730.google.com with SMTP id b4so6001490qkn.11 for ; Fri, 10 Jul 2020 10:28:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=ftO8u8nuGKtqUXqMb4vAxVWDv+yFvrxJBOi1rWm9BSc=; b=hGnf57z6UlQ4NYZy7TETmEUZfB/oimeuGvlZpTNMMz3UC6NgwO8v6ib/JcjoW3a4qK 0jF0fNEdVvpSQaadWX2qDiy1OlQJdSuVA+fe+Yc9LKwjD6bZeZPelvnRIZllgxTjoBv1 uJ6fKyWGVgT94nwUQ8OILzY84ZKLRD7UBQjqNpn9yODIso/kq+J4FnAegCbkS7LIPS1O IHzJYF+D06tjtxdtI+mngEsYbOowkc6Q4MHH6VaoDPlyoOJS4sjzP9l2n5tE4TBemBjH OkTq0b3KrtnXvbt0JoPacsOloZi9waAM7ToGFrXBrdthqgy3Looo4hreHpU/Fj4gxo+r 3hyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=ftO8u8nuGKtqUXqMb4vAxVWDv+yFvrxJBOi1rWm9BSc=; b=LEOyvzjd3yzwCqTLYg/6qhSKi7D1hvonO0vbGAFIQeCDLSjb2WPhYRxNpicfK66lIU FjpMRISJ0SPNG1o0no/7PJj3NAkeZmb7da/LmpyNMrDvcQ5Lfn+QVu1BA+YVFZXXylbl lOlbiU1oW2NExTA4S7t7E/ZsqSaCJDRtbONHdeIxA/L8dk6Q6xf9ljQwYb3R3zX+LCZR fJlAh5qoSGmMNllm/YDycrGv4T87phgO/O5DbunfigDCjhg+2e36UGgOgj1LnbcqYyu8 Yn2E5p0ryTwQlCFksPkLnzPohTIdbba7kaI+0rouUfQQR7s7YO9h+RPf0aZ7Pv79oU9e QY7g== X-Gm-Message-State: AOAM5300q7J0vzHaEBHwBd358Mhi9W4AyqChjSlymOcopRakxDdc3ZDl dwBWIp3bV2JVuz7LEnZvInd+qm5kMs8= X-Google-Smtp-Source: ABdhPJyKUhMqz4OZi0EOQtxa8HIembaFflKYuWXkf/4bZazUA3C647oGC5iuWB2zYkKUCVB9aIK/aw== X-Received: by 2002:a37:8905:: with SMTP id l5mr66475133qkd.302.1594402097417; Fri, 10 Jul 2020 10:28:17 -0700 (PDT) Received: from 108-254-203-202.lightspeed.hstntx.sbcglobal.net (108-254-203-202.lightspeed.hstntx.sbcglobal.net. [108.254.203.202]) by smtp.gmail.com with ESMTPSA id u22sm8540569qtb.23.2020.07.10.10.28.16 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 10 Jul 2020 10:28:17 -0700 (PDT) From: Doug Moore X-Google-Original-From: Doug Moore To: freebsd-current@freebsd.org Subject: A proposal to redefine RB trees Message-ID: Date: Fri, 10 Jul 2020 12:28:16 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4B3Kkp5VDbz4shw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hGnf57z6; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of unkadoug@gmail.com designates 2607:f8b0:4864:20::730 as permitted sender) smtp.mailfrom=unkadoug@gmail.com X-Spamd-Result: default: False [-2.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.01)[-1.015]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_TO(1.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::730:from]; NEURAL_HAM_SHORT(-0.14)[-0.139]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 17:28:19 -0000 I have a change ready to commit at https://reviews.freebsd.org/D25480 that would redefine the tree-balancing criteria for the RB tree macros, changing them from red-black trees to the weak-AVL trees described in the paper "Rank-balanced trees" by Haeupler, Sen and Tarjan.  By happy coincidence (or the authors' deliberate scheme), the letters RB can represent "Rank-balanced" as easily as "red-black", so no global renaming is required. This change does not add or remove fields.  It does keep a tighter balance constraint than red-black trees, so that in conditions where balancing really matters (for example, when inserting tree nodes in sorted order), weak-avl trees produce a better balanced tree and faster lookups.  That same tighter balance constraint means that an insert operation is more likely to lead to restructuring of the tree than before, for which there is a small performance cost. The original paper at http://sidsen.azurewebsites.net/papers/rb-trees-talg.pdf provides more analysis of the relative benefits of weak-avl trees. Are there any objections? Doug Moore (dougm@freebsd.org) From owner-freebsd-current@freebsd.org Fri Jul 10 18:05:54 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECC3936FAA0 for ; Fri, 10 Jul 2020 18:05:54 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wnew4-smtp.messagingengine.com (wnew4-smtp.messagingengine.com [64.147.123.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3LZ846HYz3S9p; Fri, 10 Jul 2020 18:05:52 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.west.internal (Postfix) with ESMTP id 7FF151578; Fri, 10 Jul 2020 14:05:50 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 10 Jul 2020 14:05:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=S MW7rIytTWl3z4Hn6mKfEyKlb2sPVcmGEmYBsb91QT0=; b=HbjB8nSbctZuuDv5L 4cAHXU7iuDCCoiRRet05UwsIXfMiC09gYFJicyGOIibZhxdbhoytW7sR4k1QGXvS QeOSqYH7CanKvZuT7r0C6s9PXDg2PH38H3malT2uOo5wOyMG9JDq8VzC80i/Lek8 yvqA+2Hx0Iu506LvHAdbraexslAXDgJYoxkDjH33vIWj2/wx+2PNJG2yQcD1t3QH XhP107pvskVEe73zcUJyr0TJKd4VWb0+XY+ZWAaDdcvOuPTVF2/+3EXSY2ln5Ork zNc0KjTlOV42MIV48FUkcDm6gOPsxr7kYBWkT4IIhqtH7z3TfiqdQVT9/UB7tlX2 FmzwA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=SMW7rIytTWl3z4Hn6mKfEyKlb2sPVcmGEmYBsb91Q T0=; b=GScOEdy2Qne8ad60zJiQTApOW+ze+6SCvT5SAdrf/09WklzxfRGL9EFnf KqNdby6qROQgJyPr8EenSr5Rr0jPSbtxq8AOW02Oet+wGaWJrm3LMCrsz9S/TRF0 lrFywXOQCKUFpbKxVn9jC5P1hHcz8RvQf4hnhugSgk++YwcWvimuCEikwoNAz/NI 4muNna8IVc4H1z7xzzp9heUzXKhlUlZrCCIgX7kuRx4aJuyhUMCm/PBEksQ6XG18 qNj1N+1EMHGLflynEiNfXu15f3lLFdbnlGe2DcxIIFsqYmWEf2go9ABmF7cOtLjI ODk5kfh1LdU2PPHp4dh7OuqJcvyiQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrvddugdduvdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomhepjghurhhi ucfrrghnkhhovhcuoeihuhhrihhpvheshihurhhiphhvrdguvghvqeenucggtffrrghtth gvrhhnpeduheeiudduffeiieeludegudejheetueetfeduleeihfetteejhffghefguefg leenucffohhmrghinhepfhhrvggvsghsugdrohhrghdpihhmghhurhdrtghomhenucfkph epledurddvgedtrdduvdegrddufeejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghr rghmpehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdruggvvh X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 81EEB306005F; Fri, 10 Jul 2020 14:05:48 -0400 (EDT) Subject: Re: svn commit: r352558 - head/usr.bin/top To: Steve Wills , Mark Millard , "daichi@freebsd.org" , FreeBSD Current , Hiroki Sato References: <1BDFB387-930D-4F4D-8729-A5850F1C15B9.ref@yahoo.com> <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> From: Yuri Pankov Message-ID: Date: Fri, 10 Jul 2020 21:05:47 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4B3LZ846HYz3S9p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=HbjB8nSb; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=GScOEdy2; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 64.147.123.18 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.17 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm3]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.18]; NEURAL_HAM_LONG(-1.01)[-1.012]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.57)[-0.567]; FREEMAIL_TO(0.00)[FreeBSD.org,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.18:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 18:05:55 -0000 Steve Wills wrote: > On 11/28/19 4:08 PM, Mark Millard via svn-src-head wrote: >>> Author: daichi >>> Date: Fri Sep 20 17:37:23 2019 >>> New Revision: 352558 >>> URL: >>> https://svnweb.freebsd.org/changeset/base/352558 >>> >>> >>> Log: >>>    top(1): support multibyte characters in command names (ARGV array) >>>    depending on locale. >>>     - add setlocale() >>>     - remove printable() function >>>     - add VIS_OCTAL and VIS_SAFE to the flag of strvisx() to display >>>       non-printable characters that do not use C-style backslash >>> sequences >>>       in three digit octal sequence, or remove it >>>    This change allows multibyte characters to be displayed according to >>>    locale. If it is recognized as a non-display character according >>> to the >>>    locale, it is displayed in three digit octal sequence. >>> >> >> Initially picking on tab characters as an example of what is >> probably a somewhat broader issue . . . >> >> Ever since this change, characters like tabs that do not fit >> in the next character cell when output, but for which they >> are !isprintable(...), now mess up the top display. Again >> using tab as an example: line wrapping from the text having >> been shifted over by more than one character cell. top does >> not track the line wrapping result in how it decides what >> to output for the following display updates. >> > > Apologies for the way late reply here, but I just now bothered tracking > this down. This commit seems to be the cause of some corruption I'm > seeing in long running top(1) as well. As Mark mentions, if I use "hh" > it clears up. Should I open a bugzilla bug? I can share screenshots of > the corruption, such as: > > https://i.imgur.com/Xqlwf9h.png > https://i.imgur.com/Jv0d5NU.png Does removing VIS_SAFE fixes the issue for you? As for original Mark's report (which I missed), removing isprintable() doesn't look wrong as vis(3) should take of its functionality (and in multibyte-aware way). Also, is there an easy way to reproduce this? From owner-freebsd-current@freebsd.org Fri Jul 10 19:51:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C4583371E1F for ; Fri, 10 Jul 2020 19:51:46 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [IPv6:2a02:2770::216:3eff:fee1:cf9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3NwK5lMsz3ZHB; Fri, 10 Jul 2020 19:51:45 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (localhost [IPv6:::1]) by yggdrasil.evilham.com (Postfix) with ESMTP id 4B3Nw93qtmzyRg; Fri, 10 Jul 2020 21:51:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=evilham.com; h=from:to:cc :subject:references:in-reply-to:date:message-id:mime-version :content-type; s=mail; bh=WX7l+wEPO1LEl3UgyAqJYZ0kCSI=; b=Roua7c Wz32pB478hNSg8kn5zIG6ftlefRURHjPzxS6zK6Ho/YMSDrSMzQr1MqDMG1di1XL UXs6QTL7jUYWeNfTrNlKpkXYApOiTSrz+5G4lqyatAOEwB8lZD32MpKQf3jWMiuq yiBrhYHyZCKw7lJzKruBEg77CefFCJ0eyb8js= Received: from yggdrasil.evilham.com (unknown [IPv6:2a0a:e5c1:121:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 4B3Nw911QmzyRf; Fri, 10 Jul 2020 21:51:37 +0200 (CEST) From: Evilham To: freebsd-current@freebsd.org Cc: Matthew Macy Subject: Re: CFT for vendor openzfs References: In-reply-to: Date: Fri, 10 Jul 2020 21:51:35 +0200 Message-ID: <40f820a2-ef19-4b2e-81ab-278613e85056@yggdrasil.evilham.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 4B3NwK5lMsz3ZHB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=evilham.com header.s=mail header.b=Roua7c W; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 2a02:2770::216:3eff:fee1:cf9 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-3.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.913]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_REJECT(0.00)[evilham.com:s=mail]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.02)[-1.018]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[evilham.com:-]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[evilham.com,none]; NEURAL_HAM_SHORT(-0.59)[-0.588]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:196752, ipnet:2a02:2770::/32, country:NL] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 19:51:46 -0000 Hey, thank you for this. On dc., jul. 08 2020, Matthew Macy wrote: > Checkout updated HEAD: > % git clone https://github.com/mattmacy/networking.git -b > projects/openzfs_vendor freebsd > > Checkout updated openzfs in to sys/contrib: > % git clone https://github.com/zfsonfreebsd/ZoF.git -b > projects/openzfs_vendor freebsd/sys/contrib/openzfs A success compile and boot story here, will be alert and report oddities if I find any; otherwise this would be one person who is testing for whom things aren't utterly broken :-). Just an addendum to your instructions: If someone is already using git to manage FreeBSD's source, this would be the way: # Change working dir to the git repository % cd ${FREEBSD_GIT_SOURCE} # Add Matthew's remote % git add remote mattmacy https://github.com/mattmacy/networking.git # This will make it easier to follow HEAD % git config pull.rebase true # Merge Matthew's changes into curent branch % git merge mattmacy/projects/openzfs_vendor # Get OpenZFS's code % git clone https://github.com/zfsonfreebsd/ZoF.git -b projects/openzfs_vendor sys/contrib/openzfs # Build, install as usual, maybe use a checkpoint ;-) -- Evilham From owner-freebsd-current@freebsd.org Fri Jul 10 21:28:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 134DB373870; Fri, 10 Jul 2020 21:28:50 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3R4J5d1bz3yK9; Fri, 10 Jul 2020 21:28:48 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1594416525; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=JFg4/Y8sZi1srfYvlhBsJGwzg2Q1jr/6jdqKq1qq7mM=; b=s+k7E2yssQpSKmItHzTCKyRDXBsW4ZYdrHoKuVRJjkIdU9pWi9cDAsjmbTPKFjTLb7c+Cl aYLX0A+KO1+LvKU58ynx1wJeZpWrt97WP7GFnIpZtkvOYIngk/IIbROr5dkXSLt1OcUEML 4ld9juoWUsc64OVGVZMMtIbndGI/47Q= Received: from amy.home (lfbn-idf2-1-686-145.w86-247.abo.wanadoo.fr [86.247.139.145]) by mx.blih.net (OpenSMTPD) with ESMTPSA id afe874f8 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 10 Jul 2020 21:28:45 +0000 (UTC) Date: Fri, 10 Jul 2020 23:28:45 +0200 From: Emmanuel Vadot To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Subject: DRM Project report (week of July 6th) Message-Id: <20200710232845.5461736e8d2cb198763d7442@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B3R4J5d1bz3yK9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=s+k7E2ys; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.41 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.028]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_MEDIUM(-1.02)[-1.024]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.86)[-0.859]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 21:28:50 -0000 Hello, Last report was more than a month ago so a lot have happened. 5.3 is done and is in the ports tree since June 30th. This bring us support for NAVI10 card in the kernel, but if you have this card you will need mesa-devel port or wait that we update the mesa* port to 20.1 when they release. Speaking of mesa the first merge request for FreeBSD related patches was merged on July 4th (https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3559), since reduce a lot the number of patches that we will need in the ports tree when 20.1 will be release. Other merge requests are still opened : https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests?scope=all&utf8=%E2%9C%93&state=opened&search=freebsd and after talking to upstream they would really like some FreeBSD support in their CI, the ideal would be to have a gitlab-runner somewhere but for now I've took the road of creating a CI compliant image that have sshd allowed without root password that will work with QEMU, see https://reviews.freebsd.org/D25598, we'll see how it goes but I hope that it will allow us to have more CI support in freedesktop projects (mesa, libdrm, xorg, wayland etc ...), don't forget that DRM drivers are a bit useless without proper support for FreeBSD on userland libs and program :) To have testing easier for me and others I've added into poudriere a mode to create a pkgbase image, this allow me to create small usb disk image that have all the necessary userland program for testing drm drivers. I've also started an image that will test various graphics related stuff like trying some drm driver sysctl tweaks etc ... all done with a dialog based program. The image is intended to be used to generate a wiki page that users could just upload and also quick testing FreeBSD on desktops/laptops. https://github.com/freebsd/poudriere/pull/756 I intend to publish scripts for creating the image at the end of next week and will possibly generate one image per week that people could download. Back on DRM I've started 5.4 update, for now it's ~20% done and I expect the sync to be finish at the end of July. https://github.com/freebsd/drm-kmod/tree/5.4 I don't think that I've forgotten something, if I did it will be included in next week reports :) All this work is under sponsorship from the FreeBSD Foundation. -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jul 10 21:41:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA2F6374948; Fri, 10 Jul 2020 21:41:59 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wnew1-smtp.messagingengine.com (wnew1-smtp.messagingengine.com [64.147.123.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3RMW0fnbz3ysh; Fri, 10 Jul 2020 21:41:58 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.west.internal (Postfix) with ESMTP id 2261712F1; Fri, 10 Jul 2020 17:41:57 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 10 Jul 2020 17:41:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=E lgSHmmSCVhIhRy9UgIYwbkaYPeXGdUhsDiMl9Mf8IY=; b=SvKSioqa7zJj56toF o/ph+uw81XohK9TNKjBcXvIyhsCYIEkiSnFa8uGFNTArbLbkk22c3PE7x4RlrDAo QoQfmYOK4cmSoAhtcDlZGX9iGLHqAcoY1oEYsbzYuSnHFtHBS4HyqU4Lgt+GnjkF YjQxKqKeOi9qJ2aaZ7IFD7TdoKX7s2RPtIcBrP3SBdDjqsruEKP8U0UJgxdQ8TIi dVf6hE3q2iJzobXvRI9VjwXvQoxT7eMpv9rAPKuVXsMBPsRiQaLzrUgcmHQrEdZK qIE3sjON3Of97y0mPJNa2HYe8LKpg4y/FGrsWMter6EUlXTzRXbhBCYrD7Ej5X3O Qdg0A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=ElgSHmmSCVhIhRy9UgIYwbkaYPeXGdUhsDiMl9Mf8 IY=; b=DHsijWUCnzaLv04HM9HeOUjuFw25pP2fJ+RbwpTuiWYm7/jBqglIiYF1Z aE4aEMJHjY5oq+C3JdOw04dc9vu3CjbdGi2L+x/puYwUz2BgW5IgWxLZhpAQerjd Z+u/W077+0AtS1h3LrxVZMAU2v54fMAupJ+gy9KJf2khSayCyMw+p44X46L5uggP kJ9sl7twpzT6cLoDlkiUBe3PZ2T0P55zyFRDLnKV55V/tP3LJab88i40Oblc/7FG sfTpWxuFAM3cwxwiWIOvylRGT0oj4r5uNhd3pz05fNk9ss2pVKwXvY8sBqKxEkLd GIYBBChWahB+Th1161FczBd07D7wg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrvddvgddtudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesthejre dttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihuhhrihhpvheshihurhhi phhvrdguvghvqeenucggtffrrghtthgvrhhnpeffhedvkeegieejveelvdffgfevueevgf fgjefhleeuueevtedvvddvgfeiteffteenucfkphepledurddvgedtrdduvdegrddufeej necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephihurh hiphhvseihuhhrihhpvhdruggvvh X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 3090A306005F; Fri, 10 Jul 2020 17:41:55 -0400 (EDT) Subject: Re: DRM Project report (week of July 6th) To: Emmanuel Vadot , freebsd-current@freebsd.org, freebsd-x11@freebsd.org References: <20200710232845.5461736e8d2cb198763d7442@bidouilliste.com> From: Yuri Pankov Message-ID: <67f9a36c-2eec-4128-79c8-9bf4c98c3617@yuripv.dev> Date: Sat, 11 Jul 2020 00:41:53 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200710232845.5461736e8d2cb198763d7442@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B3RMW0fnbz3ysh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=SvKSioqa; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=DHsijWUC; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 64.147.123.26 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.26]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; NEURAL_HAM_LONG(-1.02)[-1.020]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.70)[-0.696]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.26:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 21:41:59 -0000 Emmanuel Vadot wrote: [...] Hi Emmanuel, Sorry for somewhat hijacking the thread, but as you mentioned (IIRC) testing the vmwgfx in one of the previous mails, I'd like to ask if any work/fixes is done for that. Currently I don't have a VM with X11 installed as all my attempts didn't succeed -- it's either a hard hang, panic, or VM dying with exception, even with a workaround of 1 CPU (core) provided in the Wiki. I can reinstall and provide panic info if you are interested in looking into it. From owner-freebsd-current@freebsd.org Fri Jul 10 21:46:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5F0B2374A1F; Fri, 10 Jul 2020 21:46:37 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3RSr2NZbz3ypP; Fri, 10 Jul 2020 21:46:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1594417594; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dKaalwwnME669o9pMloa0G5/Vcig4+6H75vevphod5g=; b=O9eyWf8ImfCDPvz+L8Mwt3pT2lNMAndc+dZcIuoQ6LMPxCnU63cyjRgneJG13EhtuJM83e 3JqDNDGT/OmtmA0QtEC2jysgciZgq5EQiRGzRFrlRIEoBXER67EMqA4Pvf1hQX+esVUz4J zdmV3TNQrc0TZ12VGyJvsj4KUPYMvDU= Received: from amy.home (lfbn-idf2-1-686-145.w86-247.abo.wanadoo.fr [86.247.139.145]) by mx.blih.net (OpenSMTPD) with ESMTPSA id c04d7f5f (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 10 Jul 2020 21:46:34 +0000 (UTC) Date: Fri, 10 Jul 2020 23:46:34 +0200 From: Emmanuel Vadot To: Yuri Pankov Cc: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Subject: Re: DRM Project report (week of July 6th) Message-Id: <20200710234634.a49d8e98a53c4a2feb593fb1@bidouilliste.com> In-Reply-To: <67f9a36c-2eec-4128-79c8-9bf4c98c3617@yuripv.dev> References: <20200710232845.5461736e8d2cb198763d7442@bidouilliste.com> <67f9a36c-2eec-4128-79c8-9bf4c98c3617@yuripv.dev> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B3RSr2NZbz3ypP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=O9eyWf8I; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.39 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.02)[-1.022]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.85)[-0.851]; NEURAL_HAM_MEDIUM(-1.01)[-1.012]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 21:46:37 -0000 On Sat, 11 Jul 2020 00:41:53 +0300 Yuri Pankov wrote: > Emmanuel Vadot wrote: > [...] > > Hi Emmanuel, > > Sorry for somewhat hijacking the thread, but as you mentioned (IIRC) > testing the vmwgfx in one of the previous mails, I'd like to ask if any > work/fixes is done for that. Currently I don't have a VM with X11 > installed as all my attempts didn't succeed -- it's either a hard hang, > panic, or VM dying with exception, even with a workaround of 1 CPU > (core) provided in the Wiki. I can reinstall and provide panic info if > you are interested in looking into it. Hi, I haven't tested vmwgfx or vboxvideo yet, iirc someone told me that at least vboxvideo used to work, I have no idea if vmwgfx used to. If you have any panic please open an issue there : https://github.com/freebsd/drm-kmod/ To be honest with you intel and amd are my priorities and already occupy most of my time for testing. The plan that I have is to be sure to have for vboxvideo and vmwgfx when I reach 5.4 -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jul 10 21:58:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5220E374D54 for ; Fri, 10 Jul 2020 21:58:06 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3Rk512H1z40mv for ; Fri, 10 Jul 2020 21:58:04 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x22b.google.com with SMTP id r19so8030759ljn.12 for ; Fri, 10 Jul 2020 14:58:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=qKx70EiSJgDKBCpy/9DHgjD9fH68RfBIWGGO/rx3djA=; b=th016THd65jmJkIAAnqhFXk5oMMIAzJT4k2kEyUQeYwgvvlhq+itmbEwWrTqhWfhcT WPbKFgvHbhXJI3EzxKURmSoie5ZSP0KfGRZ1KK13N+PqLSEjehxqOUEA/dK3fpc0Pb4o tC39RxFNyburmA6Zs9XoNzMA8q5oL8eRIem+6owimE4xKKBMMUzMxNuHY4usjpxTX0bf uNbfxRkA5PhlkUHKdfOtGJGNqHd2RCirEwfPACD7pFV/LwVFqS/WlVs6STZAOWRqz2cp Vnky+rmCRUt4nDl2aRh7pRMcrvuyktVQStM4c394RZ18Pr2k+1yk831Xwu7IkSo3c33k T5Pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=qKx70EiSJgDKBCpy/9DHgjD9fH68RfBIWGGO/rx3djA=; b=oBMclsTKObEJkCzX2I4NVfa+Ouc4CO3g35XXVtlqpHq9qRsKUe4ghEmudzi7lONbU8 A96EmDFceZPirPH0YBPIACmz5ObfpiNM8N4srpnrh6iiniaN1wRDNG37UOrsB7uejirj ycgi4zNNilOLNtVSzJy+g2yComL3/lhkWKi1SQZAqf74Z5EarioBvPLWfLfYhZi8KygV UjoflY0SvKqT7ObVk1Dw/6fBBfMk9fchQoKrpBrjvJB/ewCanTTNRrt10dAhoaGe5KLD DMCa0rYPvLlIx1pwWU9eEhmZzf7B0BrGrVL7gUZcuI2jZA/4xFiKmHJPY38IBNJ5fUPS vMkA== X-Gm-Message-State: AOAM531yFe/WUqzuZm3qW/6LxOHRQX1AfW9/m8DMmxPSH5WRcQUNdlWG vcAmCyVuh1p2aLYSN5G961xb+4j3ppSTs39AFI3csA== X-Google-Smtp-Source: ABdhPJzebk0p7qj08asH3FrsvFv5z+zmsFjGd8i/9qMPuX1SakTvdXrmPzVqj9uERUw7qh/mrSBWgr5enE2/6nBkFTg= X-Received: by 2002:a2e:8ed6:: with SMTP id e22mr38701227ljl.426.1594418282350; Fri, 10 Jul 2020 14:58:02 -0700 (PDT) MIME-Version: 1.0 From: Andreas Nilsson Date: Fri, 10 Jul 2020 23:57:52 +0200 Message-ID: Subject: -CURRENT and drm-devel-kmod To: Current FreeBSD X-Rspamd-Queue-Id: 4B3Rk512H1z40mv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=th016THd; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::22b as permitted sender) smtp.mailfrom=andrnils@gmail.com X-Spamd-Result: default: False [-2.85 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.892]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.01)[-1.007]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22b:from]; NEURAL_SPAM_SHORT(0.05)[0.045]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 21:58:06 -0000 Hello, I've been running -CURRENT on my x1 yoga 1st gen for a long time, with drm-current-kmod. As I understand it that port is no longer recommended and one should run drm-devel-kmod . However, when I load i915kms from -devel the console stops refreshing. It only refreshes when I switch (Ctrl+alt+Fx). I see it refresh and display the new content just before switching to the requested console. X behaves the same way. Has anyone experienced this? Best regards Andreas From owner-freebsd-current@freebsd.org Fri Jul 10 22:03:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 26903375382 for ; Fri, 10 Jul 2020 22:03:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3RrC1WPkz41DX for ; Fri, 10 Jul 2020 22:03:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1594418600; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=zNHXWy96ho2BoLnZjEP4mOQwO1ZUAoTOcqqoPDi/w04=; b=FEaEgggMW4tgQgY3r9dpj86ZQqJnOlhG4lGYiI6F8/rnf1LsCQvUNBbYCBmA2xWfJ4SfDY bncNvunN6BcYNL2xrzOaQL928LBzMmQGH2VxYFvZ7V9F3vzQ52wYGRcIWVuy8ZWm8Z4bLX BtMcsH1tkgSkcCpzZnSRkHx2EpzpKZA= Received: from amy.home (lfbn-idf2-1-686-145.w86-247.abo.wanadoo.fr [86.247.139.145]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 39b796c0 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 10 Jul 2020 22:03:20 +0000 (UTC) Date: Sat, 11 Jul 2020 00:03:20 +0200 From: Emmanuel Vadot To: Andreas Nilsson Cc: Current FreeBSD Subject: Re: -CURRENT and drm-devel-kmod Message-Id: <20200711000320.6df86038c8d61b9235475f95@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B3RrC1WPkz41DX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=FEaEgggM; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.03)[-1.033]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.80)[-0.795]; NEURAL_HAM_MEDIUM(-0.97)[-0.971]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 22:03:24 -0000 On Fri, 10 Jul 2020 23:57:52 +0200 Andreas Nilsson wrote: > Hello, > > I've been running -CURRENT on my x1 yoga 1st gen for a long time, with > drm-current-kmod. As I understand it that port is no longer recommended and > one should run drm-devel-kmod . I don't think that somebody ever said that. For now use current if that works for you. > However, when I load i915kms from -devel > the console stops refreshing. It only refreshes when I switch > (Ctrl+alt+Fx). I see it refresh and display the new content just before > switching to the requested console. add hw.i915kms.enable_psr=0 to /boot/loader.conf This is a bug that none of my hardware have and I don't really know what's happening for now. > X behaves the same way. Has anyone experienced this? > > Best regards > Andreas > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jul 10 22:25:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D93B37562E for ; Fri, 10 Jul 2020 22:25:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3SKP0HRtz42Qr for ; Fri, 10 Jul 2020 22:25:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZXfl.Z0VM1kI2kNKVla1OuNYbW.yYnFI.ZgMDIN3xIHk1g8vSjdBHFLuzus4ysG kGS5v_82E9hdTATkXvq4Cr3bT.My_RAaNIYwlbgFfv7_.eTJ1iJp3CAOKPnpXWmEvxdfr5YFouM2 U8hcN1Hvd0xTOX.Q5nrXRpkY0Z4cR6lN5dYrFigmxLDrqLnBp4_XxpoW8OgrZmXysDd3ux9.p8C6 amuUD4vc8ykJSiiFlFanLeR6CEP1cqThTGB8tjJnGLlZoXJH8f03whQYWwZ9q8W.mQuyrj7k1xVI 4zaUMe9jKosZSC7wa3N0pjS8vw4dQNNm7lcIvOIlZIdXaZUNewX9jg0k0EWCd0.bUI8wMEq8Kz.t y3olNnvVnrHvZaarJnjyiPmsvLbugoETF2dRwW0htQiei68tZrkYbJDJsmE02FKLXKt6iFtQdmyL z5RJrGhBBmGLi.eGuIwYtfI79MJLib_ekabHmOM2WlhN51X7K67WgxNtuUDjmG07.KTbiFrh6fwd GMo0ha_iF8zmqgkdBVP2fpkxFGSHjg5dRoHYmx6NNyrDxTSTAZh6Xz7hmYN6qnUsGhGmronc8KUj LYADrimI315T3TSdz4C_CDgaZqeMukw36NE0gVIEM3DI69glEBLBRbz1EHqDP9wMFuNTvCA6aUuc rmdEmUj8tqTVXs7JtuEdYoxNL8_jvMPo5U.R4F8ca0McIxlFu8OoapirPOnWCvoyr9pTmG50tsy. M3UAt7tAOv_ZC_VOre.0IRLSssD2YFlj2zNpsGqm3l5zB.J8L6M8HF.F3Fevep_CrT_6iIVWxlW6 uGC2yPjloeslXqCX68xf9xrvFYdz8cEzf_zHaHWRG9rF10rHho5WCGEVv4Tbu2D1aCroYd.Mr.1A qp9B3TK3lzu7qepGhjmcn4_EzmpAdDBiP4uS5bu_GOlaferOIduAcxAQSZi9rgDMoHpJb64IizVw 3YBS1GJtz55FhyieJI4mEopT2e5U.32E1rWTwxS8TSuFfg3y37BKLvayE2jfHTuYJyTBgYJMcw0c uMGfw42KnZFNZbZOzN.avqKO_f3YnWlSATJhA5Vk7ty8D1Vc.qcAxXAx.DB9txi27NpqCvmYkqV3 7WwSI1MYnlq.ej3eXuNhVhpsol0JQqUHi0p8P2nKqP.M_BE9WnIAjo5ryNexDFGeB1I9sk09zJwZ OzFxtNHyiORud_xm55c5jQ_LUARExO3vU6P5n1e.cponPI5MKcVuE7Ben0.epS5D6EDYqOcJOn0i FU7R5OBQh4iPmFvJ5YOBdO_PW5UgX1r.yOhz5vFu8DnSvEP3wP05gEuMvnoAkIz5PUCr4R4zPI45 3ZZbsLYs9MtHnYc5VnuY6biw30C5dBzBcrPiWJztWYRbyOgqtzB3mm4fnPcv9UYF0Js0JMeIpJCk lq1O2YV0sLtjxdtZqyIGrcsb9hOUZyAtHG_UiSwjiFmdr_XPNMV_rhEA. Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 Jul 2020 22:25:11 +0000 Received: by smtp413.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0d4950d434f3f0c3d51e5f8df7815078; Fri, 10 Jul 2020 22:25:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r352558 - head/usr.bin/top From: Mark Millard In-Reply-To: Date: Fri, 10 Jul 2020 15:25:06 -0700 Cc: Steve Wills , "daichi@freebsd.org" , FreeBSD Current , Hiroki Sato Content-Transfer-Encoding: quoted-printable Message-Id: References: <1BDFB387-930D-4F4D-8729-A5850F1C15B9.ref@yahoo.com> <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> To: Yuri Pankov X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B3SKP0HRtz42Qr X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.76 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.26)[-1.255]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.011]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 22:25:14 -0000 On 2020-Jul-10, at 11:05, Yuri Pankov wrote: > Steve Wills wrote: >> On 11/28/19 4:08 PM, Mark Millard via svn-src-head wrote: >>>> Author: daichi >>>> Date: Fri Sep 20 17:37:23 2019 >>>> New Revision: 352558 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/352558 >>>>=20 >>>>=20 >>>> Log: >>>> top(1): support multibyte characters in command names (ARGV = array) >>>> depending on locale. >>>> - add setlocale() >>>> - remove printable() function >>>> - add VIS_OCTAL and VIS_SAFE to the flag of strvisx() to = display >>>> non-printable characters that do not use C-style backslash = sequences >>>> in three digit octal sequence, or remove it >>>> This change allows multibyte characters to be displayed = according to >>>> locale. If it is recognized as a non-display character according = to the >>>> locale, it is displayed in three digit octal sequence. >>>>=20 >>>=20 >>> Initially picking on tab characters as an example of what is >>> probably a somewhat broader issue . . . >>>=20 >>> Ever since this change, characters like tabs that do not fit >>> in the next character cell when output, but for which they >>> are !isprintable(...), now mess up the top display. Again >>> using tab as an example: line wrapping from the text having >>> been shifted over by more than one character cell. top does >>> not track the line wrapping result in how it decides what >>> to output for the following display updates. >>>=20 >> Apologies for the way late reply here, but I just now bothered = tracking this down. This commit seems to be the cause of some corruption = I'm seeing in long running top(1) as well. As Mark mentions, if I use = "hh" it clears up. Should I open a bugzilla bug? I can share screenshots = of the corruption, such as: >> https://i.imgur.com/Xqlwf9h.png >> https://i.imgur.com/Jv0d5NU.png >=20 > Does removing VIS_SAFE fixes the issue for you? >=20 > As for original Mark's report (which I missed), removing isprintable() = doesn't look wrong as vis(3) should take of its functionality (and in = multibyte-aware way). vis (as used) and the old isprintable logic are not equivalent when multi-byte is not needed/involved. Otherwise I'd not have had anything to ever report. If vis can do what is needed, more work needed to be done when the change was made in order to avoid msesed up displays in single-byte contexts. > Also, is there an easy way to reproduce this? The following sort of command (the empty space inside quoted text are tab characters): # tr '0\n 1\n 2\n 3\n 4\n 5\n 6\n 7\n = 8\n' '\t0 \t1 \t2 \t3 \t4 \t5 \t6 \t7 = \t8' < /dev/zero > /dev/null causes my 200 character wide window running top to show: 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 99.87% = tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n 8\\n = \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \\t733 \\t8 = 20 7172 5448Ki CPU23 23 0:00 0.04% top -HiSCazopid But that does not show where the lines wrap at the edges of the window, so breaking it up explicitly after the first "\" in \\7: 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 99.87% = tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n 8\\n = \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \ \t733 \\t8 20 7172 5448Ki CPU23 23 0:00 0.04% = top -HiSCazopid Note how \n turned into \\n , taking an extra character for each \n . Similarly for \t vs. \\t . (Other examples do similarly.) The tab characters really do use more than one character cell on the display (sometimes). The text from the tr command ends up spread across 2 lines as things look like in the window where top is running. I ran top in another ssh session first and then the tr command. Before running the tr command, top showed as: 33019 root 20 0 17172Ki 5448Ki CPU24 24 0:00 0.05% = top -HiSCazopid If you do not end up with top listed just after tr in top's output, then it will not be top's line that ends up partially overwritten. If you have wider windows, you may need more text in the tr quoted strings. In another experiment I inserted a large number of backspace characters (control-H's) at the front of the first quoted string in the tr command. The top output displayed: 0\\n5 ro1\\n 2\\93 3\\n12764\\n 25\\ni CP6\\n 97\\n:12 = 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t 33094 root 20 0 17172Ki 5488Ki CPU21 21 0:00 0.06% = top -HiSCazopid In other words, backspace moved the cursor position back over prior fields on the line and then the later line content overwrote those fields instead of being after "tr" someplace (or truncated off). Note that part of "-HiSCazopid" shows up on both lines. The extra is from when top was running but tr had not started yet. top is not managing text replacement correctly for output characters that end up not being just "in" the next character-cell on the terminal. The same sort of result happens when instead adding just one carriage return (control-M) in front of that first quuoted string instead: 0\\n8 ro1\\n 2\\92 3\\n12764\\n 25\\ni CP6\\n 117\\n:11 = 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t 33094 root 20 0 17172Ki 5488Ki CPU23 23 0:00 0.04% = top -HiSCazopid I do not intend to try to find all examples of characters that cause problems but used to not cause problems. =46rom what I've seen, cursor positioning escape character sequences seem to be sent through and cause overwrites at arbitrary places on screen, based on the escape sequence content. There are command lines around that contain such sequences. So I sometimes see the first few lines of top's output have garbage text from commands that were listed below at some point overwriting the top text. Part of what is going on is top avoiding rewriting characters that its tracking indicates have not been updated. When the actual display and that supposed-tracking mismatch, the display ends up wrong when updated (bad text continues to display). The text in commands should not make "top -a" output mess up the display of other lines in top's output, nor of other top output fields on the same line. In my view, if some usage contexts need otherwise, it should take an extra command line option to put top in a mode that might do such things. The default behavior should strictly avoid having such things happen. =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 Jul 10 23:21:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 460FA3760E7 for ; Fri, 10 Jul 2020 23:21:15 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wnew2-smtp.messagingengine.com (wnew2-smtp.messagingengine.com [64.147.123.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3TZ24YZWz44vM; Fri, 10 Jul 2020 23:21:14 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.west.internal (Postfix) with ESMTP id 86BCD1266; Fri, 10 Jul 2020 19:12:38 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 10 Jul 2020 19:12:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm1; bh=vW1pAnlpbL22lfYL9fvHguITb1Q paIKnxap/Jq6Op1M=; b=lZxCkh66YpAaGZCOCbpzvf2RogHOVcBQMsl2rTggIct U+1H6E4Eyzs9LBuCRSw9DT1KIe15JSv8USFni6hE2Wk8P8lzNXzH6DeT24eCKj0f k+2Ol/Vpcat0vI1tiq2duVpq2fFCw5PiTJEEFNtBn7+mECvGcpP6VpSGk+y35329 wTyY5/GZMFnMSXKJuBiRFeLg5oQRnpuxIIJP2c90OYGsZiKmvNhqgMhz+UUt2FKo qOJu1+5+ivRbH9IhtSBSRk4Q/ZU0ImO4wN/mllAMTOPKNElXBuAXPHzUG1/HGDnE DJbTBZLnW82qrOISY7T0pACsfeXQQWhrXGXrU0g9DjQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=vW1pAn lpbL22lfYL9fvHguITb1QpaIKnxap/Jq6Op1M=; b=OLT/poFNMEHpidbJCBSs/B KjuwhXWRdoSkqqqJIf67i4TNtJJ7ns+mVIvxSz+F0AgqObdFhtDLSu988Wb1INMG //WYc6kDdw6MmbLK70zGEmO3XBPYnd1SEa7zQXoUanTabimPHDRHK36bSTSUGUfL oOJ/657gtzdjfDCbXSesztx0GHnMgf6dzcAvDwbspfweNoaRxbGsA9AzA0akKIDS ZmdyQcilueCjGgO5cwLleobxkl7COAuEESwnWP7NFJjwydh+yQApZfgPzZNv/f3h H/KBmNupLbATCTYM3IoJPBLUfIUMpUP2zvhJXT86R/EfwXdcv8JAkX2nMSYOXFuw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrvddvgddvtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgesmhdtreertdefjeenucfhrhhomhepjghurhhiucfr rghnkhhovhcuoeihuhhrihhpvheshihurhhiphhvrdguvghvqeenucggtffrrghtthgvrh hnpedvheefjedvheelfeegveduteelkeetgeeggeetuddttdefieekvdekvdetudfftden ucffohhmrghinhepfhhrvggvsghsugdrohhrghdpihhmghhurhdrtghomhenucfkpheple durddvgedtrdduvdegrddufeejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdruggvvh X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 9B8F5306005F; Fri, 10 Jul 2020 19:12:36 -0400 (EDT) Subject: Re: svn commit: r352558 - head/usr.bin/top To: Mark Millard Cc: Steve Wills , "daichi@freebsd.org" , FreeBSD Current , Hiroki Sato References: <1BDFB387-930D-4F4D-8729-A5850F1C15B9.ref@yahoo.com> <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> From: Yuri Pankov Message-ID: Date: Sat, 11 Jul 2020 02:12:35 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------B7B098E381178D7AA584F23E" Content-Language: en-US X-Rspamd-Queue-Id: 4B3TZ24YZWz44vM X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=lZxCkh66; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=OLT/poFN; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 64.147.123.27 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [6.53 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:64.147.123.27:c]; HAS_ATTACHMENT(0.00)[]; URIBL_RED(3.50)[yuripv.dev:dkim]; MIME_BASE64_TEXT_BOGUS(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; MIME_BASE64_TEXT(0.10)[]; CTYPE_MIXED_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-0.06)[-0.058]; HAS_ANON_DOMAIN(0.10)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.27:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[yuripv.dev:s=fm1,messagingengine.com:s=fm3]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.dev]; NEURAL_SPAM_MEDIUM(0.66)[0.662]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.33)[0.331]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 23:21:15 -0000 This is a multi-part message in MIME format. --------------B7B098E381178D7AA584F23E Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Mark Millard wrote: > > > On 2020-Jul-10, at 11:05, Yuri Pankov wrote: > >> Steve Wills wrote: >>> On 11/28/19 4:08 PM, Mark Millard via svn-src-head wrote: >>>>> Author: daichi >>>>> Date: Fri Sep 20 17:37:23 2019 >>>>> New Revision: 352558 >>>>> URL: >>>>> https://svnweb.freebsd.org/changeset/base/352558 >>>>> >>>>> >>>>> Log: >>>>> top(1): support multibyte characters in command names (ARGV array) >>>>> depending on locale. >>>>> - add setlocale() >>>>> - remove printable() function >>>>> - add VIS_OCTAL and VIS_SAFE to the flag of strvisx() to display >>>>> non-printable characters that do not use C-style backslash sequences >>>>> in three digit octal sequence, or remove it >>>>> This change allows multibyte characters to be displayed according to >>>>> locale. If it is recognized as a non-display character according to the >>>>> locale, it is displayed in three digit octal sequence. >>>>> >>>> >>>> Initially picking on tab characters as an example of what is >>>> probably a somewhat broader issue . . . >>>> >>>> Ever since this change, characters like tabs that do not fit >>>> in the next character cell when output, but for which they >>>> are !isprintable(...), now mess up the top display. Again >>>> using tab as an example: line wrapping from the text having >>>> been shifted over by more than one character cell. top does >>>> not track the line wrapping result in how it decides what >>>> to output for the following display updates. >>>> >>> Apologies for the way late reply here, but I just now bothered tracking this down. This commit seems to be the cause of some corruption I'm seeing in long running top(1) as well. As Mark mentions, if I use "hh" it clears up. Should I open a bugzilla bug? I can share screenshots of the corruption, such as: >>> https://i.imgur.com/Xqlwf9h.png >>> https://i.imgur.com/Jv0d5NU.png >> >> Does removing VIS_SAFE fixes the issue for you? >> >> As for original Mark's report (which I missed), removing isprintable() doesn't look wrong as vis(3) should take of its functionality (and in multibyte-aware way). > > vis (as used) and the old isprintable logic are not > equivalent when multi-byte is not needed/involved. > Otherwise I'd not have had anything to ever report. > If vis can do what is needed, more work needed to > be done when the change was made in order to avoid > msesed up displays in single-byte contexts. > >> Also, is there an easy way to reproduce this? > > The following sort of command (the empty space inside quoted > text are tab characters): > > # tr '0\n 1\n 2\n 3\n 4\n 5\n 6\n 7\n 8\n' '\t0 \t1 \t2 \t3 \t4 \t5 \t6 \t7 \t8' < /dev/zero > /dev/null > > causes my 200 character wide window running top to show: > > 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \\t733 \\t8 20 7172 5448Ki CPU23 23 0:00 0.04% top -HiSCazopid > > But that does not show where the lines wrap at the edges of the window, > so breaking it up explicitly after the first "\" in \\7: > > 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \ > \t733 \\t8 20 7172 5448Ki CPU23 23 0:00 0.04% top -HiSCazopid > > Note how \n turned into \\n , taking an extra character for > each \n . Similarly for \t vs. \\t . (Other examples do > similarly.) > > The tab characters really do use more than one character cell > on the display (sometimes). > > The text from the tr command ends up spread across 2 lines > as things look like in the window where top is running. > > I ran top in another ssh session first and then the tr command. > Before running the tr command, top showed as: > > 33019 root 20 0 17172Ki 5448Ki CPU24 24 0:00 0.05% top -HiSCazopid > > If you do not end up with top listed just after tr in top's output, > then it will not be top's line that ends up partially overwritten. > > If you have wider windows, you may need more text in the tr quoted > strings. > > In another experiment I inserted a large number of backspace characters > (control-H's) at the front of the first quoted string in the tr command. > The top output displayed: > > 0\\n5 ro1\\n 2\\93 3\\n12764\\n 25\\ni CP6\\n 97\\n:12 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t > 33094 root 20 0 17172Ki 5488Ki CPU21 21 0:00 0.06% top -HiSCazopid > > In other words, backspace moved the cursor position back over prior > fields on the line and then the later line content overwrote those > fields instead of being after "tr" someplace (or truncated off). > > Note that part of "-HiSCazopid" shows up on both lines. The extra > is from when top was running but tr had not started yet. top is > not managing text replacement correctly for output characters that > end up not being just "in" the next character-cell on the terminal. > > The same sort of result happens when instead adding just one > carriage return (control-M) in front of that first quuoted > string instead: > > 0\\n8 ro1\\n 2\\92 3\\n12764\\n 25\\ni CP6\\n 117\\n:11 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t > 33094 root 20 0 17172Ki 5488Ki CPU23 23 0:00 0.04% top -HiSCazopid > > I do not intend to try to find all examples of characters that > cause problems but used to not cause problems. > > From what I've seen, cursor positioning escape character sequences > seem to be sent through and cause overwrites at arbitrary places > on screen, based on the escape sequence content. There are command > lines around that contain such sequences. So I sometimes see the > first few lines of top's output have garbage text from commands > that were listed below at some point overwriting the top text. > > Part of what is going on is top avoiding rewriting characters > that its tracking indicates have not been updated. When the > actual display and that supposed-tracking mismatch, the > display ends up wrong when updated (bad text continues to > display). > > The text in commands should not make "top -a" output mess up > the display of other lines in top's output, nor of other > top output fields on the same line. In my view, if some usage > contexts need otherwise, it should take an extra command line > option to put top in a mode that might do such things. The > default behavior should strictly avoid having such things > happen. Thanks. The attached diff seems to take care of the issue for me, adding VIS_TAB and removing VIS_SAFE, which can be blamed for passing through the following: VIS_SAFE Currently this form allows space, tab, newline, backspace, bell, and return — in addition to all graphic characters — unencoded. --------------B7B098E381178D7AA584F23E Content-Type: text/plain; charset=UTF-8; name="top.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="top.txt" SW5kZXg6IG1hY2hpbmUuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBtYWNoaW5lLmMJKHJldmlzaW9u IDM2MzAzNSkKKysrIG1hY2hpbmUuYwkod29ya2luZyBjb3B5KQpAQCAtMTAxNiw3ICsxMDE2 LDcgQEAKIAkJCQlsZW4gPSAoYXJnYnVmbGVuIC0gKGRzdCAtIGFyZ2J1ZikgLSAxKSAvIDQ7 CiAJCQkJc3RydmlzeChkc3QsIHNyYywKIAkJCQkgICAgTUlOKHN0cmxlbihzcmMpLCBsZW4p LAotCQkJCSAgICBWSVNfTkwgfCBWSVNfQ1NUWUxFIHwgVklTX09DVEFMIHwgVklTX1NBRkUp OworCQkJCSAgICBWSVNfTkwgfCBWSVNfVEFCIHwgVklTX0NTVFlMRSB8IFZJU19PQ1RBTCk7 CiAJCQkJd2hpbGUgKCpkc3QgIT0gJ1wwJykKIAkJCQkJZHN0Kys7CiAJCQkJaWYgKChhcmdi dWZsZW4gLSAoZHN0IC0gYXJnYnVmKSAtIDEpIC8gNCA+IDApCg== --------------B7B098E381178D7AA584F23E-- From owner-freebsd-current@freebsd.org Fri Jul 10 23:44:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DBF96376B2F for ; Fri, 10 Jul 2020 23:44:10 +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 4B3V4R6TTZz460M for ; Fri, 10 Jul 2020 23:44:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZdKaHsQVM1kLC0IBteMJofSsLrBb2QMl6ZsvBbPRPj5VkNTugbWKIL30q9JccQ0 OW1O8fl6UerOkupBzXHv.k0BrffmGdSVvHQAFii6bJn_X.j020skNf2kwWnQDSCljxAdP2Hj2TnJ CQUwVjQEzeuEe702hDI4Yq10FAy4BcuhV7XJEPsUrWATtm8csqzXpC5HCxETmK5.2diQ4Y_LSevi UCi13c7.JbR8u8ACY2vyu7etiBAXQabWE6xti4xkzqW9bOiyGDjlFb5eNhNfJKlLtWuI2.2zCzdl .8_Wx2be4q5TMc.EP9E6VvRvukYaJ4tm_9zTm9_Vmzm7JaBm_TCvzUYt6HcneGRtvoThXE.Rfqn. jCmEy1hM6VjviNpSBoUdTfmqfptVF7AUqsH9RE0tpyL09ONobTvDP4U06iS.BJ5HOOblVLBONBJX yDpz6Vq82OqPNSqv.ZlpT9DO.jiKzb2odiF2DVC2V1oCDvgmXiR2awOcsc1mEYQ5ljMogQEp1wSl EbLK9fvKk1gFlJ_MppWf6l4CA97ctZjQzfrliCvLo89OHgFE5q7ktPMWgMcQOYhl8LH84.pPSjHG LEp2MRYr.pMGnVs8K_WWzwoMiPWJb11mOT6uJ4vBGir101j2rayYpzFZu6WWpk2U29giH2qG5Hdb NMnuuK2LWvkFFQwYSDruMlyR6GQ7yAs6Fn4q7ue_aegsc9TI4XkCznNNISvVjPciYwN1KcAY.taM HoxExGgUKB9yWe1MoEaphE6cVg2XsQhDWdhSuwVowY_mprsnLWNBLnEcf2iOeNQML3PetT0oBQg5 Mw97ydyoOu3sXpVlU6WnOsxqscEY5bG1S20uaajkUX2H3pA3fOmgdaKnvEBQLuGQzVUzYG7fhZrj s3jjMKguNOUorSKi7.h3rWozZZvSgsZUra9KtyyMnf.ZUHX_poLp.PRyLnSE97g_bdLg66puNGKu gzy3OR1fk_CfJcqpscqQ4jiTVdJXo2UH2eSgRzepE7NucKPmEy0XhTLQijthAl4N56zF65EiblY. 4NfTmhrpc9E17yrNRBDYJOQ96fImbQScIpBjI28eL7MAy3lu30NohLbSk3XjsKxWxM6vd20uxLer yKH6ChQ3QuXybqz5HDM9LnsPZr9ESUgJR0GzRJ8E4LAM3aM96SNeMwOreRkkP7v8buxP1sAD9YuL CicSgQDlV.09qh8dVaryxpwQ8bwynxPOv5rAOgYvVwVfiqOLmuqtE_dLM52kqCrX0bqCDUTcmRru KWWMds2Xg5.TNZ776jZIgcBz8lXN2G7QgN_ye21Fv9__Sasr6GTkHr2HjyjLThXghiAnex9W3D.0 obFsnuRm5UYRsP4S_WrzSRBGm9XKQtlCfepzzWue.8RhGEBWeTV1WvEJuZcgVL1ReDFDipMVXkVz LyT3M7rBUBADDCgLhPTll0A.eUwccDfa8lP73rNqnmATeyc1n2DpTXHOF Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 Jul 2020 23:44:04 +0000 Received: by smtp428.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0a440ffce82b2988f649ba2e07790191; Fri, 10 Jul 2020 23:44:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r352558 - head/usr.bin/top From: Mark Millard In-Reply-To: Date: Fri, 10 Jul 2020 16:44:00 -0700 Cc: Steve Wills , "daichi@freebsd.org" , FreeBSD Current , Hiroki Sato Content-Transfer-Encoding: quoted-printable Message-Id: References: <1BDFB387-930D-4F4D-8729-A5850F1C15B9.ref@yahoo.com> <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> To: Yuri Pankov X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B3V4R6TTZz460M X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.88 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.38)[-0.375]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.011]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 23:44:11 -0000 On 2020-Jul-10, at 15:25, Mark Millard wrote: > On 2020-Jul-10, at 11:05, Yuri Pankov wrote: >=20 >> Steve Wills wrote: >>> On 11/28/19 4:08 PM, Mark Millard via svn-src-head wrote: >>>>> Author: daichi >>>>> Date: Fri Sep 20 17:37:23 2019 >>>>> New Revision: 352558 >>>>> URL: >>>>> https://svnweb.freebsd.org/changeset/base/352558 >>>>>=20 >>>>>=20 >>>>> Log: >>>>> top(1): support multibyte characters in command names (ARGV = array) >>>>> depending on locale. >>>>> - add setlocale() >>>>> - remove printable() function >>>>> - add VIS_OCTAL and VIS_SAFE to the flag of strvisx() to = display >>>>> non-printable characters that do not use C-style backslash = sequences >>>>> in three digit octal sequence, or remove it >>>>> This change allows multibyte characters to be displayed = according to >>>>> locale. If it is recognized as a non-display character according = to the >>>>> locale, it is displayed in three digit octal sequence. >>>>>=20 >>>>=20 >>>> Initially picking on tab characters as an example of what is >>>> probably a somewhat broader issue . . . >>>>=20 >>>> Ever since this change, characters like tabs that do not fit >>>> in the next character cell when output, but for which they >>>> are !isprintable(...), now mess up the top display. Again >>>> using tab as an example: line wrapping from the text having >>>> been shifted over by more than one character cell. top does >>>> not track the line wrapping result in how it decides what >>>> to output for the following display updates. >>>>=20 >>> Apologies for the way late reply here, but I just now bothered = tracking this down. This commit seems to be the cause of some corruption = I'm seeing in long running top(1) as well. As Mark mentions, if I use = "hh" it clears up. Should I open a bugzilla bug? I can share screenshots = of the corruption, such as: >>> https://i.imgur.com/Xqlwf9h.png >>> https://i.imgur.com/Jv0d5NU.png >>=20 >> Does removing VIS_SAFE fixes the issue for you? >>=20 >> As for original Mark's report (which I missed), removing = isprintable() doesn't look wrong as vis(3) should take of its = functionality (and in multibyte-aware way). >=20 > vis (as used) and the old isprintable logic are not > equivalent when multi-byte is not needed/involved. > Otherwise I'd not have had anything to ever report. > If vis can do what is needed, more work needed to > be done when the change was made in order to avoid > msesed up displays in single-byte contexts. >=20 >> Also, is there an easy way to reproduce this? >=20 > The following sort of command (the empty space inside quoted > text are tab characters): >=20 > # tr '0\n 1\n 2\n 3\n 4\n 5\n 6\n 7\n = 8\n' '\t0 \t1 \t2 \t3 \t4 \t5 \t6 \t7 = \t8' < /dev/zero > /dev/null >=20 > causes my 200 character wide window running top to show: >=20 > 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 = 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n = 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \\t733 = \\t8 20 7172 5448Ki CPU23 23 0:00 0.04% top = -HiSCazopid >=20 > But that does not show where the lines wrap at the edges of the = window, > so breaking it up explicitly after the first "\" in \\7: >=20 > 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 = 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n = 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \ > \t733 \\t8 20 7172 5448Ki CPU23 23 0:00 = 0.04% top -HiSCazopid >=20 > Note how \n turned into \\n , taking an extra character for > each \n . Similarly for \t vs. \\t . (Other examples do > similarly.) >=20 > The tab characters really do use more than one character cell > on the display (sometimes). >=20 > The text from the tr command ends up spread across 2 lines > as things look like in the window where top is running. >=20 > I ran top in another ssh session first and then the tr command. > Before running the tr command, top showed as: >=20 > 33019 root 20 0 17172Ki 5448Ki CPU24 24 0:00 = 0.05% top -HiSCazopid >=20 > If you do not end up with top listed just after tr in top's output, > then it will not be top's line that ends up partially overwritten. >=20 > If you have wider windows, you may need more text in the tr quoted > strings. >=20 > In another experiment I inserted a large number of backspace = characters > (control-H's) at the front of the first quoted string in the tr = command. > The top output displayed: >=20 > 0\\n5 ro1\\n 2\\93 3\\n12764\\n 25\\ni CP6\\n 97\\n:12 = 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t > 33094 root 20 0 17172Ki 5488Ki CPU21 21 0:00 = 0.06% top -HiSCazopid >=20 > In other words, backspace moved the cursor position back over prior > fields on the line and then the later line content overwrote those > fields instead of being after "tr" someplace (or truncated off). >=20 > Note that part of "-HiSCazopid" shows up on both lines. The extra > is from when top was running but tr had not started yet. top is > not managing text replacement correctly for output characters that > end up not being just "in" the next character-cell on the terminal. >=20 > The same sort of result happens when instead adding just one > carriage return (control-M) in front of that first quuoted > string instead: >=20 > 0\\n8 ro1\\n 2\\92 3\\n12764\\n 25\\ni CP6\\n 117\\n:11 = 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t > 33094 root 20 0 17172Ki 5488Ki CPU23 23 0:00 = 0.04% top -HiSCazopid >=20 > I do not intend to try to find all examples of characters that > cause problems but used to not cause problems. >=20 > =46rom what I've seen, cursor positioning escape character sequences > seem to be sent through and cause overwrites at arbitrary places > on screen, based on the escape sequence content. There are command > lines around that contain such sequences. So I sometimes see the > first few lines of top's output have garbage text from commands > that were listed below at some point overwriting the top text. >=20 > Part of what is going on is top avoiding rewriting characters > that its tracking indicates have not been updated. When the > actual display and that supposed-tracking mismatch, the > display ends up wrong when updated (bad text continues to > display). >=20 > The text in commands should not make "top -a" output mess up > the display of other lines in top's output, nor of other > top output fields on the same line. In my view, if some usage > contexts need otherwise, it should take an extra command line > option to put top in a mode that might do such things. The > default behavior should strictly avoid having such things > happen. I accidentally had a ^M instead of a ^H (backspace) at one position in my backspace example. Removing that carriage return produced: 33345 root 98 0 12764Ki 0\\n20Ki CP1\\n 82\\n:20 99.99% = 4\\n-HiS5\\npid 6\\n 7\\n 8\\n \\t0 \\t1 \\t2 \\t3 = \\t4 \\t5 \\t6 \\t7 \ 33094 root 20 0 17172Ki 5620Ki CPU24 24 0:02 0.04% = top -HiSCazopid And I tried: # tr = '\a\b\c\d\e\f\g\h\i\j\k\l\m\n\o\p\q\r\s\t\u\v\w\x\y\z\0\1\2\3\4\5\6\7\8\9'= = '\9\8\7\6\5\4\3\2\1\0\q\w\e\r\t\y\u\i\o\pa\s\d\f\g\h\j\jk\l\z\x\c\v\b\n\m'= < /dev/zero > /dev/null This seems to have worked as desired: truncating the tar -a output for the tr process the end of the tar line, with: \\7\\6\\5 No other lines were messed up. I also tried just control-K (Vertical Tab) sequences and it resulted in: 33417 root 103 0 12764Ki 2420Ki CPU10 10 1:03 99.96% = tr \v\v\v\v\v\v\v\v\v \v\v\v\v\v\v\v\v\v Similarly control-L (Form Feed) characters resulted in: 33429 root 102 0 12764Ki 2420Ki CPU12 12 0:31 99.99% = tr \f\f\f\f\f\f\f\f \f\f\f\f\f\f\f Similarly DEL characters resulted in: 33456 root 93 0 12764Ki 2420Ki CPU15 15 0:12 99.99% = tr = \177\177\177\177\177\177\177\177\177\177\177\177\177\177\177\177\177\177\1= 77\177\177\177\177\177\177\177 \177\177\177\177\17 (truncating at the end of top display line). QUOTE VIS_SAFE Only encode "unsafe" characters. Unsafe means control = char- acters which may cause common terminals to perform = unexpected functions. Currently this form allows space, tab, = newline, backspace, bell, and return -- in addition to all = graphic characters -- unencoded. END QUOTE If VIS_SAFE is avoided, it might be that space would end up encoded = instead of unencoded. that would not be good. But it does seem that encoding or replacing tab, newline, backspace, = bell, and return would be more appropriate than what now happens. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 11 00:14:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 981C93778C1 for ; Sat, 11 Jul 2020 00:14:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4B3Vl935TNz47WQ for ; Sat, 11 Jul 2020 00:14:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: JrDRBAAVM1lc4NZUvLudrv3QSNMbTQPTidouGTYmMnwrpciMuBxLc99GWrgOWfI mp1Y4gateDc4FL5qcwFqZm9DOsmD9gx.5CDdm0iVRb_zH0Y7QeSsKuDfBqi0pRdk1mFJI.VxHLWH I3QqQWdf8fWPePeyLAvrAQ9Lt_FYL_Igytc8ThSjVLwLJkSNfakBuEYcTO.3BGO738g56wne8zs9 HsJ7CmY65f1zfexR_rfZx7Jhe.KI7awQtEuihcEey59ruKns9pPeLu903KqWJBde9njHjIuPevlg o8XaOn.q7MwXCSvaB2UBM.BxaEukiWhSVOzHCk6nUZisrGDSVbODzC6QVM4QPgk_S0t3iST9JAK2 AKwS9ycp50L.ZE5I6a1UoUm5ZnN2v5U9XyX8TDcC_csXXJw8JhoGOVP1NXRsQ1xRhm8DUpMKZDlO uEX8_cQ6FxQV5ddlaLVAZeRnBkKSkxaw0vyBA6pfQaQIakAEO0KvSI14AjQPne_fDUWYna1WxkuQ ayw4mPXS5MwHgtCk_bKI6xKODzWAhr92WA8gVd3aHDEQ.SNl.aHRoY.lYOth1h1GBU04tpoFR4w4 jyuFebeMEsoeW3oMYIC2HC7BSGDpO23EDdgbpdU0W_Cgh_Xc.elO6fePNa.P8JxPeiyELPWRAfIK 68G5VrZa4ZEXVsAaLCn4o2FPGSbDm1xBP.A4mNiV4kF3AdMfKWxdGXg.TBLDmi.JUTzxRWF86NGp fc.Sj_qxYM0eQbFhpXqV3eoFIKm68g9mlmWebHA2ViB8zHxamK7gbYH9trzZVE3hhz_6bh2zArmw i40XfLZDJyAioSAWdMxAwmvMMDv3FvI6V1LtkqehJurnefniUZqQbQ_pbVNOIB8S6anWRnMDMKpq EauoATXXl2vpFuLOrxxQr53n2Tmmi26xi1D2ZNEG_NH7mfTHOvbLLU.KAyA975UyHDqbCFY.fWfF gTb5XYR02tR_rnZJAY.hXUAoqGfDG29C8PzS6HlJNlAQdD2mGWPHH4SfV2kPx8J.nS2.LyD4tZl_ 8_cLCFkJa8xr4JLWXrqgbMtxgnlVxCIoGIZjC78gma5bAlHGNLR9Hxu4b7_PdMDHETwgrNzVRNdN YndHr88z.Xm1PRTgujyvp4IrIHnEhT0r6Uo_cdLPmvuPd9K2jUKNAVJmqq2EY3vAmdrdnWDCy2VE 9SuPAsVAnk.5EGmGrCnw1QWTwMP.s4ykO9NhmxczVIB8kxVj9TNvKlh_3WjJKiZd4eFbo1vYrefn eiEK4NB5fyNPHxGjXXGJeqgnHeSQixGbjmN5xug1OPlQ92v1deE1Z6c4p4q_Bk_oB9IbpzlRJalD m.XnSgX0Kfp6rqNMfgVqLZ57JxFjcjFY_9oo_XMBMkpf_Tpmx.R_RgB8wYgQjBab_23vytQhT_ng eDhZH.Wet_.ww9nIcs8Gm.RlKYtVcIRnNZ00ZMZvVacnoV1fJERzjWCVQew-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Jul 2020 00:14:11 +0000 Received: by smtp411.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4ef9987ea87d0498253f8a536517d6a2; Sat, 11 Jul 2020 00:14:10 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r352558 - head/usr.bin/top From: Mark Millard In-Reply-To: Date: Fri, 10 Jul 2020 17:14:10 -0700 Cc: Steve Wills , "daichi@freebsd.org" , FreeBSD Current , Hiroki Sato Content-Transfer-Encoding: quoted-printable Message-Id: References: <1BDFB387-930D-4F4D-8729-A5850F1C15B9.ref@yahoo.com> <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> To: Yuri Pankov X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B3Vl935TNz47WQ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.34 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.84)[-0.838]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.011]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 00:14:14 -0000 On 2020-Jul-10, at 16:12, Yuri Pankov wrote: > Mark Millard wrote: >> On 2020-Jul-10, at 11:05, Yuri Pankov wrote: >>> Steve Wills wrote: >>>> On 11/28/19 4:08 PM, Mark Millard via svn-src-head wrote: >>>>>> Author: daichi >>>>>> Date: Fri Sep 20 17:37:23 2019 >>>>>> New Revision: 352558 >>>>>> URL: >>>>>> https://svnweb.freebsd.org/changeset/base/352558 >>>>>>=20 >>>>>>=20 >>>>>> Log: >>>>>> top(1): support multibyte characters in command names (ARGV = array) >>>>>> depending on locale. >>>>>> - add setlocale() >>>>>> - remove printable() function >>>>>> - add VIS_OCTAL and VIS_SAFE to the flag of strvisx() to = display >>>>>> non-printable characters that do not use C-style backslash = sequences >>>>>> in three digit octal sequence, or remove it >>>>>> This change allows multibyte characters to be displayed = according to >>>>>> locale. If it is recognized as a non-display character = according to the >>>>>> locale, it is displayed in three digit octal sequence. >>>>>>=20 >>>>>=20 >>>>> Initially picking on tab characters as an example of what is >>>>> probably a somewhat broader issue . . . >>>>>=20 >>>>> Ever since this change, characters like tabs that do not fit >>>>> in the next character cell when output, but for which they >>>>> are !isprintable(...), now mess up the top display. Again >>>>> using tab as an example: line wrapping from the text having >>>>> been shifted over by more than one character cell. top does >>>>> not track the line wrapping result in how it decides what >>>>> to output for the following display updates. >>>>>=20 >>>> Apologies for the way late reply here, but I just now bothered = tracking this down. This commit seems to be the cause of some corruption = I'm seeing in long running top(1) as well. As Mark mentions, if I use = "hh" it clears up. Should I open a bugzilla bug? I can share screenshots = of the corruption, such as: >>>> https://i.imgur.com/Xqlwf9h.png >>>> https://i.imgur.com/Jv0d5NU.png >>>=20 >>> Does removing VIS_SAFE fixes the issue for you? >>>=20 >>> As for original Mark's report (which I missed), removing = isprintable() doesn't look wrong as vis(3) should take of its = functionality (and in multibyte-aware way). >> vis (as used) and the old isprintable logic are not >> equivalent when multi-byte is not needed/involved. >> Otherwise I'd not have had anything to ever report. >> If vis can do what is needed, more work needed to >> be done when the change was made in order to avoid >> msesed up displays in single-byte contexts. >>> Also, is there an easy way to reproduce this? >> The following sort of command (the empty space inside quoted >> text are tab characters): >> # tr '0\n 1\n 2\n 3\n 4\n 5\n 6\n 7\n = 8\n' '\t0 \t1 \t2 \t3 \t4 \t5 \t6 \t7 = \t8' < /dev/zero > /dev/null >> causes my 200 character wide window running top to show: >> 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 = 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n = 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \\t733 = \\t8 20 7172 5448Ki CPU23 23 0:00 0.04% top = -HiSCazopid >> But that does not show where the lines wrap at the edges of the = window, >> so breaking it up explicitly after the first "\" in \\7: >> 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 = 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n = 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \ >> \t733 \\t8 20 7172 5448Ki CPU23 23 0:00 = 0.04% top -HiSCazopid >> Note how \n turned into \\n , taking an extra character for >> each \n . Similarly for \t vs. \\t . (Other examples do >> similarly.) >> The tab characters really do use more than one character cell >> on the display (sometimes). >> The text from the tr command ends up spread across 2 lines >> as things look like in the window where top is running. >> I ran top in another ssh session first and then the tr command. >> Before running the tr command, top showed as: >> 33019 root 20 0 17172Ki 5448Ki CPU24 24 0:00 = 0.05% top -HiSCazopid >> If you do not end up with top listed just after tr in top's output, >> then it will not be top's line that ends up partially overwritten. >> If you have wider windows, you may need more text in the tr quoted >> strings. >> In another experiment I inserted a large number of backspace = characters >> (control-H's) at the front of the first quoted string in the tr = command. >> The top output displayed: >> 0\\n5 ro1\\n 2\\93 3\\n12764\\n 25\\ni CP6\\n 97\\n:12 = 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t >> 33094 root 20 0 17172Ki 5488Ki CPU21 21 0:00 = 0.06% top -HiSCazopid >> In other words, backspace moved the cursor position back over prior >> fields on the line and then the later line content overwrote those >> fields instead of being after "tr" someplace (or truncated off). >> Note that part of "-HiSCazopid" shows up on both lines. The extra >> is from when top was running but tr had not started yet. top is >> not managing text replacement correctly for output characters that >> end up not being just "in" the next character-cell on the terminal. >> The same sort of result happens when instead adding just one >> carriage return (control-M) in front of that first quuoted >> string instead: >> 0\\n8 ro1\\n 2\\92 3\\n12764\\n 25\\ni CP6\\n 117\\n:11 = 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t >> 33094 root 20 0 17172Ki 5488Ki CPU23 23 0:00 = 0.04% top -HiSCazopid >> I do not intend to try to find all examples of characters that >> cause problems but used to not cause problems. >> =46rom what I've seen, cursor positioning escape character sequences >> seem to be sent through and cause overwrites at arbitrary places >> on screen, based on the escape sequence content. There are command >> lines around that contain such sequences. So I sometimes see the >> first few lines of top's output have garbage text from commands >> that were listed below at some point overwriting the top text. >> Part of what is going on is top avoiding rewriting characters >> that its tracking indicates have not been updated. When the >> actual display and that supposed-tracking mismatch, the >> display ends up wrong when updated (bad text continues to >> display). >> The text in commands should not make "top -a" output mess up >> the display of other lines in top's output, nor of other >> top output fields on the same line. In my view, if some usage >> contexts need otherwise, it should take an extra command line >> option to put top in a mode that might do such things. The >> default behavior should strictly avoid having such things >> happen. >=20 > Thanks. >=20 > The attached diff seems to take care of the issue for me, adding = VIS_TAB and removing VIS_SAFE, which can be blamed for passing through = the following: >=20 > VIS_SAFE Currently this form allows space, tab, newline, backspace, > bell, and return =E2=80=94 in addition to all graphic = characters =E2=80=94 > unencoded. > A quick test suggests agreement. We will see how it looks for on-going use. But I'll note that top's man page should document the translations that are being used: it is not the same text that top produced before -r352558 and one should be able to read the man page to find out how to interpret what top reports for the likes of top -a . (It does not appear that escape sequences or vertical tab would have gone through unencoded. So I'm still unclear how I ever had the top few lines of top's output messed up by command text. So it is also unclear that this change would make a difference for such. We will see over time if that text is ever messed up.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 11 00:48:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 10B27350B09 for ; Sat, 11 Jul 2020 00:48:16 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wnew2-smtp.messagingengine.com (wnew2-smtp.messagingengine.com [64.147.123.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3WVR1kC7z49ld; Sat, 11 Jul 2020 00:48:14 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.west.internal (Postfix) with ESMTP id 0091A17DC; Fri, 10 Jul 2020 20:48:12 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 10 Jul 2020 20:48:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=M JUFUlMhW4zsbYJ+6J6suDrVFUS7PFChSJ8TAlYz4IM=; b=BVG9iTf3NoAFnm07y OjLa/BgiUgGPiovRNJ1eM87cPaY3iiDBntzY4ECcL0mtIDg8vkkST4wROAxaKyV3 q3qLzMgCM262e7R8R2NUrVL8cat/+4rbpjjadwDgAZCmcrW9o5yK7xjA7mg5mmSF Tc8Wv0NzknszOy9d63k+AwtBCVgTP59+NzDN74nvDVTtZ03ISt5Y4syztkOZXByM zAEABUX55UA6afujac4uPs7juUyfIYX6IYS1fUx8jaeIWBFnADhTRP6jYJ9fn0s3 WKZjMUeQPPmAG2VVO71Tcx1UJb1qMfNifzytV+jqZ3jtqiiCwO4QV6N8N6mtAg1a TFZVA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=MJUFUlMhW4zsbYJ+6J6suDrVFUS7PFChSJ8TAlYz4 IM=; b=Q8kruH5ScU2Io3DzhRqOsBFgFx81u2VazjROmL282zFBYR7zXk4q5N4vk HDLLtL7KbYVn2iHwJ0dcx/UfSyj+Tf0N3cw719/GQjRouzVM2kj0MiwVUvkbY8f3 EJ1/A3kSqcaEoZswzrK+CD6xdxdq9NrbuTiMaKo9BjAaDzDXltYfk554kbvKSCT5 Dn6YdPsWp4DzWIkcTaGEfM4BSciE+WiPbSpABijmEOdFMWD42ntxgM19DESpYWfI x+kYZ7rbcz9cLxGoUESPYjW80y47/kjGaDl8Akda3vhrdNFZxfyl8s6Hpc0LNJqZ sdv9njIWxKu8Ixt6mmcu1Z6U+X8Cg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrvddvgdegtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpegjuhhrihcu rfgrnhhkohhvuceohihurhhiphhvseihuhhrihhpvhdruggvvheqnecuggftrfgrthhtvg hrnhepudehieduudffieeiledugedujeehteeuteefudeliefhteetjefhgfehgfeugfel necuffhomhgrihhnpehfrhgvvggsshgurdhorhhgpdhimhhguhhrrdgtohhmnecukfhppe eluddrvdegtddruddvgedrudefjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgr mhepmhgrihhlfhhrohhmpeihuhhrihhpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 28BEF30600B4; Fri, 10 Jul 2020 20:48:11 -0400 (EDT) Subject: Re: svn commit: r352558 - head/usr.bin/top To: Mark Millard Cc: Steve Wills , "daichi@freebsd.org" , FreeBSD Current , Hiroki Sato References: <1BDFB387-930D-4F4D-8729-A5850F1C15B9.ref@yahoo.com> <1BDFB387-930D-4F4D-8729-A5850F1C15B9@yahoo.com> <61107ecc-6f9b-a4db-7b1e-ec75f73939ee@FreeBSD.org> From: Yuri Pankov Message-ID: Date: Sat, 11 Jul 2020 03:48:10 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4B3WVR1kC7z49ld X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=BVG9iTf3; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=Q8kruH5S; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 64.147.123.27 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [4.48 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:64.147.123.27]; URIBL_RED(3.50)[yuripv.dev:dkim]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; HAS_ANON_DOMAIN(0.10)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.27:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[yuripv.dev:s=fm1,messagingengine.com:s=fm3]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.219]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; NEURAL_SPAM_MEDIUM(0.57)[0.573]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.19)[0.185] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 00:48:16 -0000 Mark Millard wrote: > > > On 2020-Jul-10, at 16:12, Yuri Pankov wrote: > >> Mark Millard wrote: >>> On 2020-Jul-10, at 11:05, Yuri Pankov wrote: >>>> Steve Wills wrote: >>>>> On 11/28/19 4:08 PM, Mark Millard via svn-src-head wrote: >>>>>>> Author: daichi >>>>>>> Date: Fri Sep 20 17:37:23 2019 >>>>>>> New Revision: 352558 >>>>>>> URL: >>>>>>> https://svnweb.freebsd.org/changeset/base/352558 >>>>>>> >>>>>>> >>>>>>> Log: >>>>>>> top(1): support multibyte characters in command names (ARGV array) >>>>>>> depending on locale. >>>>>>> - add setlocale() >>>>>>> - remove printable() function >>>>>>> - add VIS_OCTAL and VIS_SAFE to the flag of strvisx() to display >>>>>>> non-printable characters that do not use C-style backslash sequences >>>>>>> in three digit octal sequence, or remove it >>>>>>> This change allows multibyte characters to be displayed according to >>>>>>> locale. If it is recognized as a non-display character according to the >>>>>>> locale, it is displayed in three digit octal sequence. >>>>>>> >>>>>> >>>>>> Initially picking on tab characters as an example of what is >>>>>> probably a somewhat broader issue . . . >>>>>> >>>>>> Ever since this change, characters like tabs that do not fit >>>>>> in the next character cell when output, but for which they >>>>>> are !isprintable(...), now mess up the top display. Again >>>>>> using tab as an example: line wrapping from the text having >>>>>> been shifted over by more than one character cell. top does >>>>>> not track the line wrapping result in how it decides what >>>>>> to output for the following display updates. >>>>>> >>>>> Apologies for the way late reply here, but I just now bothered tracking this down. This commit seems to be the cause of some corruption I'm seeing in long running top(1) as well. As Mark mentions, if I use "hh" it clears up. Should I open a bugzilla bug? I can share screenshots of the corruption, such as: >>>>> https://i.imgur.com/Xqlwf9h.png >>>>> https://i.imgur.com/Jv0d5NU.png >>>> >>>> Does removing VIS_SAFE fixes the issue for you? >>>> >>>> As for original Mark's report (which I missed), removing isprintable() doesn't look wrong as vis(3) should take of its functionality (and in multibyte-aware way). >>> vis (as used) and the old isprintable logic are not >>> equivalent when multi-byte is not needed/involved. >>> Otherwise I'd not have had anything to ever report. >>> If vis can do what is needed, more work needed to >>> be done when the change was made in order to avoid >>> msesed up displays in single-byte contexts. >>>> Also, is there an easy way to reproduce this? >>> The following sort of command (the empty space inside quoted >>> text are tab characters): >>> # tr '0\n 1\n 2\n 3\n 4\n 5\n 6\n 7\n 8\n' '\t0 \t1 \t2 \t3 \t4 \t5 \t6 \t7 \t8' < /dev/zero > /dev/null >>> causes my 200 character wide window running top to show: >>> 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \\t733 \\t8 20 7172 5448Ki CPU23 23 0:00 0.04% top -HiSCazopid >>> But that does not show where the lines wrap at the edges of the window, >>> so breaking it up explicitly after the first "\" in \\7: >>> 32920 root 100 0 12764Ki 2420Ki CPU3 3 2:22 99.87% tr 0\\n 1\\n 2\\n 3\\n 4\\n 5\\n 6\\n 7\\n 8\\n \\t0 \\t1 \\t2 \\t3 \\t4 \\t5 \\t6 \ >>> \t733 \\t8 20 7172 5448Ki CPU23 23 0:00 0.04% top -HiSCazopid >>> Note how \n turned into \\n , taking an extra character for >>> each \n . Similarly for \t vs. \\t . (Other examples do >>> similarly.) >>> The tab characters really do use more than one character cell >>> on the display (sometimes). >>> The text from the tr command ends up spread across 2 lines >>> as things look like in the window where top is running. >>> I ran top in another ssh session first and then the tr command. >>> Before running the tr command, top showed as: >>> 33019 root 20 0 17172Ki 5448Ki CPU24 24 0:00 0.05% top -HiSCazopid >>> If you do not end up with top listed just after tr in top's output, >>> then it will not be top's line that ends up partially overwritten. >>> If you have wider windows, you may need more text in the tr quoted >>> strings. >>> In another experiment I inserted a large number of backspace characters >>> (control-H's) at the front of the first quoted string in the tr command. >>> The top output displayed: >>> 0\\n5 ro1\\n 2\\93 3\\n12764\\n 25\\ni CP6\\n 97\\n:12 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t >>> 33094 root 20 0 17172Ki 5488Ki CPU21 21 0:00 0.06% top -HiSCazopid >>> In other words, backspace moved the cursor position back over prior >>> fields on the line and then the later line content overwrote those >>> fields instead of being after "tr" someplace (or truncated off). >>> Note that part of "-HiSCazopid" shows up on both lines. The extra >>> is from when top was running but tr had not started yet. top is >>> not managing text replacement correctly for output characters that >>> end up not being just "in" the next character-cell on the terminal. >>> The same sort of result happens when instead adding just one >>> carriage return (control-M) in front of that first quuoted >>> string instead: >>> 0\\n8 ro1\\n 2\\92 3\\n12764\\n 25\\ni CP6\\n 117\\n:11 100.00\t0r \nHiS\\t1pid \\t2 \\t3 \\t4 \\t5 \\t6 \\t >>> 33094 root 20 0 17172Ki 5488Ki CPU23 23 0:00 0.04% top -HiSCazopid >>> I do not intend to try to find all examples of characters that >>> cause problems but used to not cause problems. >>> From what I've seen, cursor positioning escape character sequences >>> seem to be sent through and cause overwrites at arbitrary places >>> on screen, based on the escape sequence content. There are command >>> lines around that contain such sequences. So I sometimes see the >>> first few lines of top's output have garbage text from commands >>> that were listed below at some point overwriting the top text. >>> Part of what is going on is top avoiding rewriting characters >>> that its tracking indicates have not been updated. When the >>> actual display and that supposed-tracking mismatch, the >>> display ends up wrong when updated (bad text continues to >>> display). >>> The text in commands should not make "top -a" output mess up >>> the display of other lines in top's output, nor of other >>> top output fields on the same line. In my view, if some usage >>> contexts need otherwise, it should take an extra command line >>> option to put top in a mode that might do such things. The >>> default behavior should strictly avoid having such things >>> happen. >> >> Thanks. >> >> The attached diff seems to take care of the issue for me, adding VIS_TAB and removing VIS_SAFE, which can be blamed for passing through the following: >> >> VIS_SAFE Currently this form allows space, tab, newline, backspace, >> bell, and return — in addition to all graphic characters — >> unencoded. >> > > A quick test suggests agreement. We will see how it > looks for on-going use. > > But I'll note that top's man page should document the > translations that are being used: it is not the same > text that top produced before -r352558 and one should > be able to read the man page to find out how to > interpret what top reports for the likes of top -a . I think this was taken care of in r352568, and what it says now is correct: Non-printable characters in the command line are encoded in C-style backslash sequences or a three digit octal sequences. > (It does not appear that escape sequences or vertical > tab would have gone through unencoded. So I'm still > unclear how I ever had the top few lines of top's > output messed up by command text. So it is also > unclear that this change would make a difference > for such. We will see over time if that text is > ever messed up.) From owner-freebsd-current@freebsd.org Sat Jul 11 07:14:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A05A035901C for ; Sat, 11 Jul 2020 07:14:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3h4P2jDyz4TR2 for ; Sat, 11 Jul 2020 07:14:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: s9PYQFoVM1ntgpHjIOOshX7_Xm0vgDZ93ZdeZuD92.0_INuQxc_fqvoUAWjS9ie OeCvJ9xVhEbm1RqGvEYC3NNreQDlapgMGTB9rsLu0lB29nNgawsVj3qeiwtG00P_vB9xGac16cap uLuUSeAL9Xq1icZ454boKuPP4gxQ4uSkgw6z0HNkU2mTObXlq51vh0__27GKTrDJkANsOUVs6S6I O0P9S6zzu0YG.y.z20EU8JP0UYUlMwHN0MesEypeRpBV_Jmb444PL8LcX2KlR5d99Uhm6yx.7Qww N15R2PUiPCdLHEILHrGSxtdqp2XjV1TZ.Yw5cugiBKCbGsK7cZxgdH3MM5c51UYHhZ20Cp4fdqyV u5NfzU1Eq6CUb7W7fcawBDUqMuqH1bn7y_LQX1FWl4Hg9fR0S4eWSJuCDhY2Pj1PDFh2M_Ldjk9p A4V1VozVnyLlKThlyZiOZ7lNBP_rC4bf_lW1rpXlvsv1rar92fBSSs6v1A7JPWSxeRtTxfToThAG i3oecD5eIfDZWNJGkw6NRsmzishlQSL938YiTYFPrUKZXsJ8oqYEOgWcCvlmltu8QjRf1fNWNJNv 1IRK6DIDkjdoPPa3udsX_JARr8msFpSOF4mOVCIK4GNFB26rKfkPhigaFUioLqe4PSZ.cnCJwZ2t pWE._VNC2cEgbIPhLa6iC9384RXNlzcDUe9tKYo9YtUGZSqa_hGWZGZYkQ87Z8KGK6Jx1MnFc86j RiIW3QhTs0MihJ0vQN14grT.tXFsjFE7fpYkxNlS9UHpISj0ztf6.LGuc4X83z8PjT3XnEZoSMeF 7wmuMTgipgqrPd6U96720YSnPByEwbE7FnRne7oipjHrkXzB3qaS4adnjxNRXJxirL0oTNYdqZGQ bP46v1HbP4TKApxBnnbmRZL_T_Posiugr66XBM9N7KDS4BK.D_io7VIostNw7gVLsZ.2lO15jRfS N_Q8hjaOBkcjreM_p0vPSLMnPmC91U_X7WEizR45xT6uf3xYmEdF9bMI5JydtVH_PJCJR9oRDwXh 18Ogd3_4M4iSY8ofk9GA_OVGdKgKZWGxRooDivp3.OnP0Lt4azTFHgNMJ2wmyX4XYNoEDbW6XOE. kMZjV6fgfEUSuXjndi8K0e4GNm21J8q1uVNeNVz.T73JoFsA6nRXhdQpOuunD90JjXsEVxYAHFw_ Nqppyy88WPAqVUj6q_icONDgdc4xMzCTZi0oEejS2d3KgEI4y.0H6U4IcYRIHzrufi0alZP.O7B. GRPqoo6J4VTyqdG_174lqnolQiUR8pxXXiOVV9bzc3OiTAgNf.Vk1fBog.dIKWVyIFQFDpaZGrTZ 2VL9bwMRHaT09KBlU4.PI7XttgRHu3hv6cPI4YPHN0pT8u_wEQ1oC6idHWs0COOquFklTXhSq7NR z4Cy7FOcRDPwf8wUjieoPNVYTIbtl29Bv1lrlGTTDnDcEri785RsaGdbqGw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Jul 2020 07:14:43 +0000 Received: by smtp413.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8f97a160aadea33e8be0f34d624244f8; Sat, 11 Jul 2020 07:14:41 +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.4 \(3608.80.23.2.2\)) Subject: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" . . . Message-Id: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> Date: Sat, 11 Jul 2020 00:14:40 -0700 To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <6E0B6750-273C-468A-9233-E868B0674F34.ref@yahoo.com> X-Rspamd-Queue-Id: 4B3h4P2jDyz4TR2 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.86)[-0.865]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.924]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[232.0.0.0:email]; NEURAL_HAM_LONG(-1.03)[-1.033]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[232.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 07:14:46 -0000 Anyone else with such Overdrive 1000 problems after upgrading into this range or beyond? boot -v output: ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Type Physical Virtual #Pages Attr Reserved 008000000000 0 00000e80 WC WT WB=20 ConventionalMemory 008000e80000 0 0001ef7d WC WT WB=20 BootServicesData 00801fdfd000 0 00000203 WC WT WB=20 ConventionalMemory 008020000000 0 001d0583 WC WT WB=20 LoaderData 0081f0583000 0 00008000 WC WT WB=20 LoaderCode 0081f8583000 0 0000017d WC WT WB=20 ACPIReclaimMemory 0081f8700000 0 000000a0 WC WT WB=20 ConventionalMemory 0081f87a0000 0 0000000b WC WT WB=20 LoaderData 0081f87ab000 0 00000001 WC WT WB=20 ConventionalMemory 0081f87ac000 0 000020ab WC WT WB=20 BootServicesData 0081fa857000 0 00000029 WC WT WB=20 ConventionalMemory 0081fa880000 0 0000000b WC WT WB=20 BootServicesData 0081fa88b000 0 0000001f WC WT WB=20 ConventionalMemory 0081fa8aa000 0 00000003 WC WT WB=20 BootServicesData 0081fa8ad000 0 000002f0 WC WT WB=20 ConventionalMemory 0081fab9d000 0 00000001 WC WT WB=20 BootServicesData 0081fab9e000 0 00000012 WC WT WB=20 ConventionalMemory 0081fabb0000 0 00000001 WC WT WB=20 BootServicesData 0081fabb1000 0 00000006 WC WT WB=20 ConventionalMemory 0081fabb7000 0 00000002 WC WT WB=20 BootServicesData 0081fabb9000 0 00000ae7 WC WT WB=20 ConventionalMemory 0081fb6a0000 0 00000046 WC WT WB=20 BootServicesCode 0081fb6e6000 0 0000014a WC WT WB=20 RuntimeServicesCode 0081fb830000 81fb830000 000003e0 WC WT WB = RUNTIME ConventionalMemory 0081fbc10000 0 000001a0 WC WT WB=20 RuntimeServicesData 0081fbdb0000 81fbdb0000 00000250 WC WT WB = RUNTIME ConventionalMemory 0081fc000000 0 0000001f WC WT WB=20 BootServicesData 0081fc01f000 0 00000001 WC WT WB=20 ConventionalMemory 0081fc020000 0 00003732 WC WT WB=20 BootServicesData 0081ff752000 0 0000087a WC WT WB=20 ConventionalMemory 0081fffcc000 0 00000004 WC WT WB=20 RuntimeServicesData 0081fffd0000 81fffd0000 00000020 WC WT WB = RUNTIME ConventionalMemory 0081ffff0000 0 0000000c WC WT WB=20 BootServicesData 0081ffffc000 0 00000004 WC WT WB=20 Physical memory chunk(s): 0x8000e80000 - 0x81f86fffff, 8056 MB (2062464 pages) 0x81f87a0000 - 0x81fb82ffff, 48 MB ( 12432 pages) 0x81fbc10000 - 0x81ffffffff, 67 MB ( 17392 pages) Excluded memory regions: 0x8000000000 - 0x8000e7ffff, 14 MB ( 3712 pages) NoAlloc=20 0x81f0600000 - 0x81f1992fff, 19 MB ( 5011 pages) NoAlloc=20 0x81f8700000 - 0x81f879ffff, 0 MB ( 160 pages) NoAlloc=20 0x81fb830000 - 0x81fbc0ffff, 3 MB ( 992 pages) NoAlloc=20 0x81fbdb0000 - 0x81fbffffff, 2 MB ( 592 pages) NoAlloc=20 0x81fffd0000 - 0x81fffeffff, 0 MB ( 32 pages) NoAlloc=20 Found 4 CPUs in the device tree Copyright (c) 1992-2020 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 13.0-CURRENT #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 = markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d) VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001166000. Preloaded hostuuid "/etc/hostid" at 0xffff00000116f310. Preloaded boot_entropy_cache "/boot/entropy" at 0xffff00000116f360. module firmware already present! module_register: cannot register simplebus/gpio from kernel; already = loaded from kernel Module simplebus/gpio failed to register: 17 module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel Module simplebus/pcib failed to register: 17 Starting CPU 1 (101) Starting CPU 2 (200) Starting CPU 3 (201) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: read 4096 bytes from preloaded cache random: unblocking device. VIMAGE (virtualized network stack) enabled hostuuid: using # ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 Table 'FACP' at 0x81f8770000 Table 'APIC' at 0x81f8750000 Table 'GTDT' at 0x81f8740000 Table 'DBG2' at 0x81f8730000 Table 'SPCR' at 0x81f8720000 Table 'MCFG' at 0x81f8710000 Table 'CSRT' at 0x81f8700000 ACPI: No IORT table found snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff = [1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 random: entropy device external interface MAP 81fb830000 mode 2 pages 992 MAP 81fbdb0000 mode 2 pages 592 MAP 81fffd0000 mode 2 pages 32 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 crypto: mem: null: openfirm: WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: simplebus0: on ofwbus0 clk_fixed0: on simplebus0 clk_fixed1: on simplebus0 clk_fixed2: on simplebus0 clk_fixed3: on simplebus0 clk_fixed4: on simplebus0 clk_fixed5: on simplebus0 clk_fixed6: on simplebus0 clk_fixed7: on simplebus0 clk_fixed8: on simplebus0 clk_fixed9: on simplebus0 clk_fixed10: on simplebus0 psci0: on ofwbus0 psci0: PSCI version 0.2 compatible gic0: mem = 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe11600= 00-0xe116ffff irq 4 on ofwbus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 gicv2m0: mem 0x80000-0x80fff = on gic0 gicv2m0: using spi 64 to 319 generic_timer0: irq 5,6,7,8 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpu0: missing 'clock-frequency' property cpu1: on cpulist0 cpu1: missing 'clock-frequency' property cpu2: on cpulist0 cpu2: missing 'clock-frequency' property cpu3: on cpulist0 cpu3: missing 'clock-frequency' property pmu0: irq 0,1,2,3 on ofwbus0 ahci0: mem 0xe0300000-0xe03effff irq 9 on = simplebus0 ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported ahci0: Caps: 64bit NCQ SNTF SS AL CLO 6Gbps PM PMD 32cmd CCC 8ports ahci0: Caps2: APST ahcich0: at channel 0 on ahci0 ahcich0: Caps: HPCP ahcich1: at channel 1 on ahci0 ahcich1: Caps: HPCP ahcich2: not probed (disabled) ahcich3: not probed (disabled) ahcich4: not probed (disabled) ahcich5: not probed (disabled) ahcich6: not probed (disabled) ahcich7: not probed (disabled) simplebus0: mem 0xe0d00000-0xe0deffff irq 10 disabled = compat snps,dwc-ahci (no driver attached) simplebus0: mem 0xe1000000-0xe1000fff irq 11 compat = snps,designware-i2c (no driver attached) simplebus0: mem 0xe0050000-0xe0050fff irq 12 compat = snps,designware-i2c (no driver attached) uart0: mem 0xe1010000-0xe1010fff irq 13 on = simplebus0 uart0: console (115200,n,8,1) uart0: fast interrupt uart0: PPS capture mode: DCD simplebus0: mem 0xe1020000-0xe1020fff irq 14 compat = arm,pl022 (no driver attached) simplebus0: mem 0xe1030000-0xe1030fff irq 15 compat = arm,pl022 (no driver attached) simplebus0: mem 0xe1050000-0xe1050fff irq 16 compat = arm,pl061 (no driver attached) simplebus0: mem 0xe0020000-0xe0020fff irq 17 compat = arm,pl061 (no driver attached) simplebus0: mem 0xe0030000-0xe0030fff irq 18 compat = arm,pl061 (no driver attached) simplebus0: mem 0xe0080000-0xe0080fff irq 19 compat = arm,pl061 (no driver attached) simplebus0: mem 0xe0100000-0xe010ffff irq 20 compat = amd,ccp-seattle-v1a (no driver attached) simplebus0: mem 0xf0000000-0xffffffff type pci compat = pci-host-ecam-generic (no driver attached) simplebus0: mem 0xe8000000-0xe8ffffff irq 21 compat = arm,ccn-504 (no driver attached) simplebus0: mem = 0xe0bb0000-0xe0bbffff,0xe0bc0000-0xe0bcffff irq 22 compat arm,sbsa-gwdt = (no driver attached) simplebus0: mem 0xe0010000-0xe0010007 irq 23 type ipmi = compat ipmi-kcs (no driver attached) simplebus0: mem = 0xe1240800-0xe1240bff,0xe1250000-0xe125005f,0xe12500f8-0xe12500fb irq 24 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) simplebus0: mem = 0xe1240c00-0xe1240fff,0xe1250080-0xe12500df,0xe12500fc-0xe12500ff irq 25 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) simplebus0: mem = 0xe0700000-0xe077ffff,0xe0780000-0xe07fffff irq 26,27,28,29,30 disabled = compat amd,xgbe-seattle-v1a (no driver attached) simplebus0: mem = 0xe0900000-0xe097ffff,0xe0980000-0xe09fffff irq 31,32,33,34,35 disabled = compat amd,xgbe-seattle-v1a (no driver attached) cryptosoft0: crypto: assign cryptosoft0 driver id 0, flags 0x6000000 Device configuration finished. Found SMCCC version 1.0 procfs registered Timecounters tick every 1.000 msec lo0: bpf attached vlan: initialized, using hash tables with chaining IPsec: Initialized Security Association Processing. tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 usb_needs_explore_all: no devclass Release APs...ahcich0: AHCI reset... Trying to mount root from ufs:/dev/gpt/FBSDCA57root [rw]... done Root mount waiting for: CAMCPU 0: ARM Cortex-A57 r1p2 affinity: 1 0 Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> ahcich0: SATA connect timeout time=3D10000us status=3D00000000 Instruction Set Attributes 0 =3D ahcich0: AHCI reset: device not found Instruction Set Attributes 1 =3D <> ahcich1: AHCI reset... Processor Features 0 =3D ahcich1: SATA connect time=3D100us status=3D00000133 Processor Features 1 =3D <> ahcich1: AHCI reset: device found Memory Model Features 0 =3D ahcich1: AHCI reset: device ready after 0ms Memory Model Features 1 =3D <8bit VMID> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> Debug Features 1 =3D <> Auxiliary Features 0 =3D <> Auxiliary Features 1 =3D <> CPU 1: ARM Cortex-A57 r1p2 affinity: 1 1 CPU 2: ARM Cortex-A57 r1p2 affinity: 2 0 CPU 3: ARM Cortex-A57 r1p2 affinity: 2 1 regulator: shutting down unused regulators Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM GEOM: new disk ada0 ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 ada0: ACS-4 ATA SATA 3.x device ada0: Serial Number # ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) ada0: Command Queueing enabled ada0: 976762MB (2000409264 512 byte sectors) pass0 at ahcich1 bus 0 scbus1 target 0 lun 0 pass0: ACS-4 ATA SATA 3.x device pass0: Serial Number # pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) pass0: Command Queueing enabled efirtc0: providing initial system time start_init: trying /sbin/init Setting hostuuid: #. Setting hostid: #. Starting file system checks: /dev/gpt/FBSDCA57root: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/gpt/FBSDCA57root: clean, 189555062 free (288086 frags, 23658372 = blocks, 0.1% fragmentation) Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 = /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/qt5 = /usr/local/llvm10/lib /usr/local/llvm80/lib Setting hostname: FBSDCA57. Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED Feeding entropy: . lo0: link state changed to UP Starting Network: lo0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 Starting devd. add host 127.0.0.1: gateway lo0 fib 0: route already in table add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 11 08:30:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C5BCB35B571 for ; Sat, 11 Jul 2020 08:30:38 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3jlx4f5pz4cRY for ; Sat, 11 Jul 2020 08:30:37 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from [46.98.165.28] (helo=thinkpad.flex-it.com.ua) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1juAu2-000HTp-5a for freebsd-current@freebsd.org; Sat, 11 Jul 2020 11:30:34 +0300 Subject: Re: -CURRENT and drm-devel-kmod To: freebsd-current@freebsd.org References: <20200711000320.6df86038c8d61b9235475f95@bidouilliste.com> From: Oleksandr Kryvulia Message-ID: Date: Sat, 11 Jul 2020 11:30:28 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200711000320.6df86038c8d61b9235475f95@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru X-Rspamd-Queue-Id: 4B3jlx4f5pz4cRY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of shuriku@shurik.kiev.ua designates 193.239.74.7 as permitted sender) smtp.mailfrom=shuriku@shurik.kiev.ua X-Spamd-Result: default: False [-0.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[shurik.kiev.ua]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.74)[-0.737]; NEURAL_HAM_MEDIUM(-0.33)[-0.332]; NEURAL_SPAM_SHORT(0.41)[0.409]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:35297, ipnet:193.239.72.0/22, country:UA]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[46.98.165.28:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 08:30:38 -0000 11.07.20 01:03, Emmanuel Vadot пишет: > On Fri, 10 Jul 2020 23:57:52 +0200 > Andreas Nilsson wrote: > >> Hello, >> >> I've been running -CURRENT on my x1 yoga 1st gen for a long time, with >> drm-current-kmod. As I understand it that port is no longer recommended and >> one should run drm-devel-kmod . > I don't think that somebody ever said that. > For now use current if that works for you. > >> However, when I load i915kms from -devel >> the console stops refreshing. It only refreshes when I switch >> (Ctrl+alt+Fx). I see it refresh and display the new content just before >> switching to the requested console. > add hw.i915kms.enable_psr=0 to /boot/loader.conf > This is a bug that none of my hardware have and I don't really know > what's happening for now. > >> X behaves the same way. Has anyone experienced this? I have the same issue in console, but X11 session works fine. From owner-freebsd-current@freebsd.org Sat Jul 11 08:32:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E59B135BC39 for ; Sat, 11 Jul 2020 08:32:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 4B3jpH3gK2z4dDY for ; Sat, 11 Jul 2020 08:32:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mSpAYbMVM1mqtjwyFtu.SDCi4kdFBEnICGxra0wpJC544WPw_whtkF0hPTq9sew 0TLcNui5Q13wWVNkAxvlmNtXp2fHNQfwhqavMgnXf6fiVBMv07B8tnJQv266KsuipqMw9kXd1uSt kLkNOq3uwn1on7Ypx7y5LBMzgzVKGyc3JgX2FO_jSTrV__QbuCZPzHTRj.OY4ZAW76rUnM12uCsr hturRU1PScwsAWHuA9yN_rv4K80CZkYk54xzvwXQhYgPiap4TwSAKslc45rMWIf6wNGXxBcjkzDx yaqI.VCJ4YMl1Bpm9dVBgBcLVghHYPixcHVS9zVor7b1eEH9Ru9C0tx2KFhNTcH0bLc0Mb0VCf6K CcIC1agGox9AyHzWgaGFbwhLtZemCWxl_kS4XM989rHn0j53CnwOOTX_DswHP5TeATMWPNFZa4k2 N7C9oKNKsv5ge1Wowu_A.EwoV4GeH6Loy0Srx0J0avob5DJdELU1vdeS3ZW5wbYmtW2_ZQLRfFCB LoWwyarAZciksWziVRrwgcLA4zBmNBHEF2fhgKnHyfNeRcujAkOj8N9FPN1F98bIXPC4YmfNfQaC lEVNjjkw.0_qyf6TzCaMZqsi1x5d3EzD0_pPj9CjCiiu0MlKOKpk0CSSd16tVYjsg8B8eqKFjCeI sy1F8M6TBzIl9gyt5EsAk_wCOXt_S6XRrwEvvdQxqvv8es6c61GiTm7ERwE1t8NQ4HFwdXY8QeB_ ECtuC6efz0A4sTGDr88qr_1XdqMk_WevFARM0saB7IkM7LU_yeU4AAvG4Gz2CFQSLe2b46m.XZ9K 4XxkhdlvXUv4VPmNUeDKI4cK6GEBbKCLxe8zwDybgbSnbZAO.Ocq1.3P6hzQJdl2AUEaDPhiJ.eF WyP.Lfd4rakeoOtEuSiG0Vr0rBiSM5c2xBO62m_L8JPBrupEAdVi6TwaDUbradl548yweJB6k_5_ Gpv5dmwqafBrTLWSM1TEtQmaa6voXiK6L7zV4qxksYUNwmh1qYZFtxmwVnrxCEdYq5sQ18Pgr1oh T8aYGk50MC_l.kM59CexL1a1XA9WEo6gY9EGniOn2p3pHYM1BBOkian81KIvkCVeyPBXbzycTCS. TQyCXSDCxP7ByO.Fe5LJTe5K1bB7kOdalpfyIN_5nCeTTuVGB8dLu6NquQpmfwQIqz3Eu6VYLR7t 9Yb3xWDc.7FRoRGKgwQsBt8DCjSWs0zKIZjQGyfIpUtjV41gJxFJqGeqZARa9aIUHkVJAA_GvhVc wdBrZ9Tum_G1p9AwqfUEOIrLLVyYQC7pqOmI9pcWnpMjMetmPN_.AlZnTgEnLS13vhiwGj4dJWo_ u53wwlW_FlXU5teQydcr1Vq0ViivJkO6ogumVtv26hhX1Couz8WcgxrpmApoX6qQzoKe_ilLXBtu 86JXKo6dKDwlbLPmFVmcFkg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Jul 2020 08:32:38 +0000 Received: by smtp412.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d30c39d5acc4bf3487a8a64eec49f2fe; Sat, 11 Jul 2020 08:32:36 +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.4 \(3608.80.23.2.2\)) Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) Date: Sat, 11 Jul 2020 01:32:35 -0700 References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> To: "hselasky@freebsd.org " , Andrew Turner , Robert Crowston , freebsd-arm , FreeBSD Current In-Reply-To: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> Message-Id: <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B3jpH3gK2z4dDY X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.02 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.87)[-0.867]; FREEMAIL_TO(0.00)[FreeBSD.org,freebsd.org,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.64)[-0.637]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[232.0.0.0:email]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[232.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 08:32:41 -0000 On 2020-Jul-11, at 00:14, Mark Millard wrote: > Anyone else with such Overdrive 1000 problems after > upgrading into this range or beyond? >=20 > boot -v output: >=20 > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Type Physical Virtual #Pages Attr > Reserved 008000000000 0 00000e80 WC WT WB=20 > ConventionalMemory 008000e80000 0 0001ef7d WC WT WB=20 > BootServicesData 00801fdfd000 0 00000203 WC WT WB=20 > ConventionalMemory 008020000000 0 001d0583 WC WT WB=20 > LoaderData 0081f0583000 0 00008000 WC WT WB=20 > LoaderCode 0081f8583000 0 0000017d WC WT WB=20 > ACPIReclaimMemory 0081f8700000 0 000000a0 WC WT WB=20 > ConventionalMemory 0081f87a0000 0 0000000b WC WT WB=20 > LoaderData 0081f87ab000 0 00000001 WC WT WB=20 > ConventionalMemory 0081f87ac000 0 000020ab WC WT WB=20 > BootServicesData 0081fa857000 0 00000029 WC WT WB=20 > ConventionalMemory 0081fa880000 0 0000000b WC WT WB=20 > BootServicesData 0081fa88b000 0 0000001f WC WT WB=20 > ConventionalMemory 0081fa8aa000 0 00000003 WC WT WB=20 > BootServicesData 0081fa8ad000 0 000002f0 WC WT WB=20 > ConventionalMemory 0081fab9d000 0 00000001 WC WT WB=20 > BootServicesData 0081fab9e000 0 00000012 WC WT WB=20 > ConventionalMemory 0081fabb0000 0 00000001 WC WT WB=20 > BootServicesData 0081fabb1000 0 00000006 WC WT WB=20 > ConventionalMemory 0081fabb7000 0 00000002 WC WT WB=20 > BootServicesData 0081fabb9000 0 00000ae7 WC WT WB=20 > ConventionalMemory 0081fb6a0000 0 00000046 WC WT WB=20 > BootServicesCode 0081fb6e6000 0 0000014a WC WT WB=20 > RuntimeServicesCode 0081fb830000 81fb830000 000003e0 WC WT WB = RUNTIME > ConventionalMemory 0081fbc10000 0 000001a0 WC WT WB=20 > RuntimeServicesData 0081fbdb0000 81fbdb0000 00000250 WC WT WB = RUNTIME > ConventionalMemory 0081fc000000 0 0000001f WC WT WB=20 > BootServicesData 0081fc01f000 0 00000001 WC WT WB=20 > ConventionalMemory 0081fc020000 0 00003732 WC WT WB=20 > BootServicesData 0081ff752000 0 0000087a WC WT WB=20 > ConventionalMemory 0081fffcc000 0 00000004 WC WT WB=20 > RuntimeServicesData 0081fffd0000 81fffd0000 00000020 WC WT WB = RUNTIME > ConventionalMemory 0081ffff0000 0 0000000c WC WT WB=20 > BootServicesData 0081ffffc000 0 00000004 WC WT WB=20 > Physical memory chunk(s): > 0x8000e80000 - 0x81f86fffff, 8056 MB (2062464 pages) > 0x81f87a0000 - 0x81fb82ffff, 48 MB ( 12432 pages) > 0x81fbc10000 - 0x81ffffffff, 67 MB ( 17392 pages) > Excluded memory regions: > 0x8000000000 - 0x8000e7ffff, 14 MB ( 3712 pages) NoAlloc=20 > 0x81f0600000 - 0x81f1992fff, 19 MB ( 5011 pages) NoAlloc=20 > 0x81f8700000 - 0x81f879ffff, 0 MB ( 160 pages) NoAlloc=20 > 0x81fb830000 - 0x81fbc0ffff, 3 MB ( 992 pages) NoAlloc=20 > 0x81fbdb0000 - 0x81fbffffff, 2 MB ( 592 pages) NoAlloc=20 > 0x81fffd0000 - 0x81fffeffff, 0 MB ( 32 pages) NoAlloc=20 > Found 4 CPUs in the device tree > Copyright (c) 1992-2020 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 13.0-CURRENT #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 > = markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 > FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d) > VT: init without driver. > Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001166000. > Preloaded hostuuid "/etc/hostid" at 0xffff00000116f310. > Preloaded boot_entropy_cache "/boot/entropy" at 0xffff00000116f360. > module firmware already present! > module_register: cannot register simplebus/gpio from kernel; already = loaded from kernel > Module simplebus/gpio failed to register: 17 > module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel > Module simplebus/pcib failed to register: 17 > Starting CPU 1 (101) > Starting CPU 2 (200) > Starting CPU 3 (201) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: read 4096 bytes from preloaded cache > random: unblocking device. > VIMAGE (virtualized network stack) enabled > hostuuid: using # > ULE: setup cpu 0 > ULE: setup cpu 1 > ULE: setup cpu 2 > ULE: setup cpu 3 > Table 'FACP' at 0x81f8770000 > Table 'APIC' at 0x81f8750000 > Table 'GTDT' at 0x81f8740000 > Table 'DBG2' at 0x81f8730000 > Table 'SPCR' at 0x81f8720000 > Table 'MCFG' at 0x81f8710000 > Table 'CSRT' at 0x81f8700000 > ACPI: No IORT table found > snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff = [1024] > feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 > random: entropy device external interface > MAP 81fb830000 mode 2 pages 992 > MAP 81fbdb0000 mode 2 pages 592 > MAP 81fffd0000 mode 2 pages 32 > WARNING: Device "kbd" is Giant locked and may be deleted before = FreeBSD 13.0. > kbd0 at kbdmux0 > crypto: > mem: > null: > openfirm: > WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. > ofwbus0: > simplebus0: on ofwbus0 > clk_fixed0: on simplebus0 > clk_fixed1: on simplebus0 > clk_fixed2: on simplebus0 > clk_fixed3: on simplebus0 > clk_fixed4: on simplebus0 > clk_fixed5: on simplebus0 > clk_fixed6: on simplebus0 > clk_fixed7: on simplebus0 > clk_fixed8: on simplebus0 > clk_fixed9: on simplebus0 > clk_fixed10: on simplebus0 > psci0: on ofwbus0 > psci0: PSCI version 0.2 compatible > gic0: mem = 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe11600= 00-0xe116ffff irq 4 on ofwbus0 > gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 > gicv2m0: mem = 0x80000-0x80fff on gic0 > gicv2m0: using spi 64 to 319 > generic_timer0: irq 5,6,7,8 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality = 1000 > Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality = 1000 > efirtc0: > efirtc0: registered as a time-of-day clock, resolution 1.000000s > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu0: missing 'clock-frequency' property > cpu1: on cpulist0 > cpu1: missing 'clock-frequency' property > cpu2: on cpulist0 > cpu2: missing 'clock-frequency' property > cpu3: on cpulist0 > cpu3: missing 'clock-frequency' property > pmu0: irq 0,1,2,3 on ofwbus0 > ahci0: mem 0xe0300000-0xe03effff irq 9 on = simplebus0 > ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported > ahci0: Caps: 64bit NCQ SNTF SS AL CLO 6Gbps PM PMD 32cmd CCC 8ports > ahci0: Caps2: APST > ahcich0: at channel 0 on ahci0 > ahcich0: Caps: HPCP > ahcich1: at channel 1 on ahci0 > ahcich1: Caps: HPCP > ahcich2: not probed (disabled) > ahcich3: not probed (disabled) > ahcich4: not probed (disabled) > ahcich5: not probed (disabled) > ahcich6: not probed (disabled) > ahcich7: not probed (disabled) > simplebus0: mem 0xe0d00000-0xe0deffff irq 10 disabled = compat snps,dwc-ahci (no driver attached) > simplebus0: mem 0xe1000000-0xe1000fff irq 11 compat = snps,designware-i2c (no driver attached) > simplebus0: mem 0xe0050000-0xe0050fff irq 12 compat = snps,designware-i2c (no driver attached) > uart0: mem 0xe1010000-0xe1010fff irq 13 on = simplebus0 > uart0: console (115200,n,8,1) > uart0: fast interrupt > uart0: PPS capture mode: DCD > simplebus0: mem 0xe1020000-0xe1020fff irq 14 compat = arm,pl022 (no driver attached) > simplebus0: mem 0xe1030000-0xe1030fff irq 15 compat = arm,pl022 (no driver attached) > simplebus0: mem 0xe1050000-0xe1050fff irq 16 compat = arm,pl061 (no driver attached) > simplebus0: mem 0xe0020000-0xe0020fff irq 17 compat = arm,pl061 (no driver attached) > simplebus0: mem 0xe0030000-0xe0030fff irq 18 compat = arm,pl061 (no driver attached) > simplebus0: mem 0xe0080000-0xe0080fff irq 19 compat = arm,pl061 (no driver attached) > simplebus0: mem 0xe0100000-0xe010ffff irq 20 compat = amd,ccp-seattle-v1a (no driver attached) > simplebus0: mem 0xf0000000-0xffffffff type pci compat = pci-host-ecam-generic (no driver attached) > simplebus0: mem 0xe8000000-0xe8ffffff irq 21 compat = arm,ccn-504 (no driver attached) > simplebus0: mem = 0xe0bb0000-0xe0bbffff,0xe0bc0000-0xe0bcffff irq 22 compat arm,sbsa-gwdt = (no driver attached) > simplebus0: mem 0xe0010000-0xe0010007 irq 23 type ipmi = compat ipmi-kcs (no driver attached) > simplebus0: mem = 0xe1240800-0xe1240bff,0xe1250000-0xe125005f,0xe12500f8-0xe12500fb irq 24 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) > simplebus0: mem = 0xe1240c00-0xe1240fff,0xe1250080-0xe12500df,0xe12500fc-0xe12500ff irq 25 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) > simplebus0: mem = 0xe0700000-0xe077ffff,0xe0780000-0xe07fffff irq 26,27,28,29,30 disabled = compat amd,xgbe-seattle-v1a (no driver attached) > simplebus0: mem = 0xe0900000-0xe097ffff,0xe0980000-0xe09fffff irq 31,32,33,34,35 disabled = compat amd,xgbe-seattle-v1a (no driver attached) > cryptosoft0: > crypto: assign cryptosoft0 driver id 0, flags 0x6000000 > Device configuration finished. > Found SMCCC version 1.0 > procfs registered > Timecounters tick every 1.000 msec > lo0: bpf attached > vlan: initialized, using hash tables with chaining > IPsec: Initialized Security Association Processing. > tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 > Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 > usb_needs_explore_all: no devclass > Release APs...ahcich0: AHCI reset... > Trying to mount root from ufs:/dev/gpt/FBSDCA57root [rw]... > done > Root mount waiting for: CAMCPU 0: ARM Cortex-A57 r1p2 affinity: 1 0 >=20 > Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> > ahcich0: SATA connect timeout time=3D10000us status=3D00000000 > Instruction Set Attributes 0 =3D > ahcich0: AHCI reset: device not found > Instruction Set Attributes 1 =3D <> > ahcich1: AHCI reset... > Processor Features 0 =3D > ahcich1: SATA connect time=3D100us status=3D00000133 > Processor Features 1 =3D <> > ahcich1: AHCI reset: device found > Memory Model Features 0 =3D > ahcich1: AHCI reset: device ready after 0ms > Memory Model Features 1 =3D <8bit VMID> > Memory Model Features 2 =3D <32bit CCIDX,48bit VA> > Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> > Debug Features 1 =3D <> > Auxiliary Features 0 =3D <> > Auxiliary Features 1 =3D <> > CPU 1: ARM Cortex-A57 r1p2 affinity: 1 1 > CPU 2: ARM Cortex-A57 r1p2 affinity: 2 0 > CPU 3: ARM Cortex-A57 r1p2 affinity: 2 1 > regulator: shutting down unused regulators > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > GEOM: new disk ada0 > ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada0: ACS-4 ATA SATA 3.x device > ada0: Serial Number # > ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) > ada0: Command Queueing enabled > ada0: 976762MB (2000409264 512 byte sectors) > pass0 at ahcich1 bus 0 scbus1 target 0 lun 0 > pass0: ACS-4 ATA SATA 3.x device > pass0: Serial Number # > pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) > pass0: Command Queueing enabled > efirtc0: providing initial system time > start_init: trying /sbin/init > Setting hostuuid: #. > Setting hostid: #. > Starting file system checks: > /dev/gpt/FBSDCA57root: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/gpt/FBSDCA57root: clean, 189555062 free (288086 frags, 23658372 = blocks, 0.1% fragmentation) > Mounting local filesystems:. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 = /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/qt5 = /usr/local/llvm10/lib /usr/local/llvm80/lib > Setting hostname: FBSDCA57. > Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED > Feeding entropy: . > lo0: link state changed to UP > Starting Network: lo0. > lo0: flags=3D8049 metric 0 mtu 16384 > options=3D680003= > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > inet 127.0.0.1 netmask 0xff000000 > groups: lo > nd6 options=3D21 > Starting devd. > add host 127.0.0.1: gateway lo0 fib 0: route already in table > add host ::1: gateway lo0 fib 0: route already in table > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 I used artificat.ci.freebsd.org to do an approximate bisect and the results are: head -r362952 and before work. there was no -r362953 artifact head -r362954 and later fail. The potential failure checkins are -r362953 and -r362954 : Author: hselasky Date: Mon Jul 6 08:50:11 2020 New Revision: 362953 URL:=20 https://svnweb.freebsd.org/changeset/base/362953 Log: Infiniband clients must be attached and detached in a specific order = in ibcore. . . . Differential Revision: https://reviews.freebsd.org/D23973 . . . and: Author: andrew Date: Mon Jul 6 08:51:55 2020 New Revision: 362954 URL:=20 https://svnweb.freebsd.org/changeset/base/362954 Log: Add a driver for bcm2838 PCI express controller . . . Submitted by: Robert Crowston Differential Revision: https://reviews.freebsd.org/D25068 . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 11 09:26:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BCD6135CD93 for ; Sat, 11 Jul 2020 09:26:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (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 4B3l0L1YyYz4gLC for ; Sat, 11 Jul 2020 09:26:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 26aEXugVM1kM9iSn.ozO5BZX63yiM7EwHKpI3xrEfiu8ZSJ7fZe7jjDiLBbFa2F Z2iZaEqsQ2clVSVoYpcMv0r8TtthQIEpbpOj1XE0XUQLXUYBmwXieAwg0gTH2ExI0OphL0qC.lkh JuQ3Z5PK7pmlGo_iabr.r3oTKn.bD3G2y81CbICkmDJFpd341RfRMHU2iWtCsHuOScxMauVKyCme deqZcwJ2km.HRgJuuEbPPtI50ZN7HrC.XXeQoHyzED3kHwknZQ3PP90AT3lFnbu3VAKLulKuPbxO o56pSoz.n4hHGiC7dznBrvTUT_tQu61Eq1m0wFveaWxHidNAsG3taLBHJUJ7iP4soVf3mnV8a31W vNQ1nUyJKo2iDeG0flECWYLje1KzHACRdS8iCb56zPtnV0V5pnQa96XYqsY7utY4pJ20sDRCHBtv GLEqtCMvoqUipO1eEuTJlPxwNngzfCLeiyGMugjvH3d5vH6sZUF4kzysElnxnGYbqgJsiKSKKhsG OUHv2SMZroVEzWxBYe0z82fqZve3lIvb6dcC2iTT7pMUXWrfnsMMqavHG0UFwGz.JIonmR_uqfdo Sn8V9yj6bFPX6kP82TS.rXub1.n8OxVQycRekS50bQKKlFVRHKHDo3EVnIMPpzfw35iw7Ks.2Oje CRItJGt3KlwMyWslmZ1bGGY88w4L5USV0ckgnc7yGHDAPFuZSVQ3ncaPXuAboGLGzHkx9XtyMJq9 YxalYMM4GXuXR0AQgPjdLAASfE16OGgVEXSZTqf40ndaRS_V._rn3CBg730Q1z8hWtHDqXZ4_GPb zsL0_PZi0Pr8k.DUHcwomgSVXzyRbhh4pfWLwQ_sfs4f3_4g5z9WeJdjI4k1kJSUq7CSWt6lmeHR 8ipyP5NYBD8LlbU8aX8w63P4EBTohNF..2G2FBWDPD9z6SPoKu8Jgj0rGqZQb6KxZ535ThvNRwwg NBIMTIHAOl2Yfv9Camw0Q3MKEdcNfuA7I3PT2e5y4faRO.jWbiPtllxwSXtkZTd8ew65mdcuxmU9 0Ip97RByEVMuobuFdek7GABToS11gtQqlrtaYDQvFyWFLDooOEUWuwx2HZYDC3Wjrvu.JG8QDL.X 4W9ZSO7OnrVVR7N5oCagwwCQvM40zPiBfu0PaWaRSfDoHWOSJyP_6nAw1hb5zO2_l3LFGcxdi0PN M7H7ocimSeojNtz_su1qYWn.abiQX5IY7P8P7LENhljtXTVfYEs.veItyMFAZeK9wZLh4vI.2MIC spgvHCPIsGdMPJSR4Z0CocrRZl6F7ej_cYViRo6HwdYZw6HvMl3y11Sl..h.QIFJRbicF8oPu6Aw inwxx3xKAVihIwCuClbnoLkcWJWhRYhctE90epLTC2qjBOe9sT_jaMNMYwWUFDdfSyftQRxlVag_ L4.nxAcC1GWeeF536JSBi Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Jul 2020 09:26:25 +0000 Received: by smtp419.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d99fdc51bb692b1452ec5a7082dec412; Sat, 11 Jul 2020 09:26:21 +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.4 \(3608.80.23.2.2\)) Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) Date: Sat, 11 Jul 2020 02:26:19 -0700 References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> To: Andrew Turner , Robert Crowston , freebsd-arm , FreeBSD Current In-Reply-To: <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> Message-Id: <334D89BD-2F7A-4BF1-AB96-2D6B273BBCD3@yahoo.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B3l0L1YyYz4gLC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.44 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.90)[-0.902]; FREEMAIL_TO(0.00)[freebsd.org,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[232.0.0.0:email]; NEURAL_HAM_LONG(-1.02)[-1.021]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[232.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 09:26:27 -0000 On 2020-Jul-11, at 01:32, Mark Millard wrote: > On 2020-Jul-11, at 00:14, Mark Millard wrote: >=20 >> Anyone else with such Overdrive 1000 problems after >> upgrading into this range or beyond? >>=20 >> boot -v output: >>=20 >> ---<>--- >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Type Physical Virtual #Pages Attr >> Reserved 008000000000 0 00000e80 WC WT WB=20 >> ConventionalMemory 008000e80000 0 0001ef7d WC WT WB=20 >> BootServicesData 00801fdfd000 0 00000203 WC WT WB=20 >> ConventionalMemory 008020000000 0 001d0583 WC WT WB=20 >> LoaderData 0081f0583000 0 00008000 WC WT WB=20 >> LoaderCode 0081f8583000 0 0000017d WC WT WB=20 >> ACPIReclaimMemory 0081f8700000 0 000000a0 WC WT WB=20 >> ConventionalMemory 0081f87a0000 0 0000000b WC WT WB=20 >> LoaderData 0081f87ab000 0 00000001 WC WT WB=20 >> ConventionalMemory 0081f87ac000 0 000020ab WC WT WB=20 >> BootServicesData 0081fa857000 0 00000029 WC WT WB=20 >> ConventionalMemory 0081fa880000 0 0000000b WC WT WB=20 >> BootServicesData 0081fa88b000 0 0000001f WC WT WB=20 >> ConventionalMemory 0081fa8aa000 0 00000003 WC WT WB=20 >> BootServicesData 0081fa8ad000 0 000002f0 WC WT WB=20 >> ConventionalMemory 0081fab9d000 0 00000001 WC WT WB=20 >> BootServicesData 0081fab9e000 0 00000012 WC WT WB=20 >> ConventionalMemory 0081fabb0000 0 00000001 WC WT WB=20 >> BootServicesData 0081fabb1000 0 00000006 WC WT WB=20 >> ConventionalMemory 0081fabb7000 0 00000002 WC WT WB=20 >> BootServicesData 0081fabb9000 0 00000ae7 WC WT WB=20 >> ConventionalMemory 0081fb6a0000 0 00000046 WC WT WB=20 >> BootServicesCode 0081fb6e6000 0 0000014a WC WT WB=20 >> RuntimeServicesCode 0081fb830000 81fb830000 000003e0 WC WT WB = RUNTIME >> ConventionalMemory 0081fbc10000 0 000001a0 WC WT WB=20 >> RuntimeServicesData 0081fbdb0000 81fbdb0000 00000250 WC WT WB = RUNTIME >> ConventionalMemory 0081fc000000 0 0000001f WC WT WB=20 >> BootServicesData 0081fc01f000 0 00000001 WC WT WB=20 >> ConventionalMemory 0081fc020000 0 00003732 WC WT WB=20 >> BootServicesData 0081ff752000 0 0000087a WC WT WB=20 >> ConventionalMemory 0081fffcc000 0 00000004 WC WT WB=20 >> RuntimeServicesData 0081fffd0000 81fffd0000 00000020 WC WT WB = RUNTIME >> ConventionalMemory 0081ffff0000 0 0000000c WC WT WB=20 >> BootServicesData 0081ffffc000 0 00000004 WC WT WB=20 >> Physical memory chunk(s): >> 0x8000e80000 - 0x81f86fffff, 8056 MB (2062464 pages) >> 0x81f87a0000 - 0x81fb82ffff, 48 MB ( 12432 pages) >> 0x81fbc10000 - 0x81ffffffff, 67 MB ( 17392 pages) >> Excluded memory regions: >> 0x8000000000 - 0x8000e7ffff, 14 MB ( 3712 pages) NoAlloc=20 >> 0x81f0600000 - 0x81f1992fff, 19 MB ( 5011 pages) NoAlloc=20 >> 0x81f8700000 - 0x81f879ffff, 0 MB ( 160 pages) NoAlloc=20 >> 0x81fb830000 - 0x81fbc0ffff, 3 MB ( 992 pages) NoAlloc=20 >> 0x81fbdb0000 - 0x81fbffffff, 2 MB ( 592 pages) NoAlloc=20 >> 0x81fffd0000 - 0x81fffeffff, 0 MB ( 32 pages) NoAlloc=20 >> Found 4 CPUs in the device tree >> Copyright (c) 1992-2020 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 13.0-CURRENT #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 >> = markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 >> FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d) >> VT: init without driver. >> Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001166000. >> Preloaded hostuuid "/etc/hostid" at 0xffff00000116f310. >> Preloaded boot_entropy_cache "/boot/entropy" at 0xffff00000116f360. >> module firmware already present! >> module_register: cannot register simplebus/gpio from kernel; already = loaded from kernel >> Module simplebus/gpio failed to register: 17 >> module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel >> Module simplebus/pcib failed to register: 17 >> Starting CPU 1 (101) >> Starting CPU 2 (200) >> Starting CPU 3 (201) >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> random: read 4096 bytes from preloaded cache >> random: unblocking device. >> VIMAGE (virtualized network stack) enabled >> hostuuid: using # >> ULE: setup cpu 0 >> ULE: setup cpu 1 >> ULE: setup cpu 2 >> ULE: setup cpu 3 >> Table 'FACP' at 0x81f8770000 >> Table 'APIC' at 0x81f8750000 >> Table 'GTDT' at 0x81f8740000 >> Table 'DBG2' at 0x81f8730000 >> Table 'SPCR' at 0x81f8720000 >> Table 'MCFG' at 0x81f8710000 >> Table 'CSRT' at 0x81f8700000 >> ACPI: No IORT table found >> snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff= [1024] >> feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 >> random: entropy device external interface >> MAP 81fb830000 mode 2 pages 992 >> MAP 81fbdb0000 mode 2 pages 592 >> MAP 81fffd0000 mode 2 pages 32 >> WARNING: Device "kbd" is Giant locked and may be deleted before = FreeBSD 13.0. >> kbd0 at kbdmux0 >> crypto: >> mem: >> null: >> openfirm: >> WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. >> ofwbus0: >> simplebus0: on ofwbus0 >> clk_fixed0: on simplebus0 >> clk_fixed1: on simplebus0 >> clk_fixed2: on simplebus0 >> clk_fixed3: on simplebus0 >> clk_fixed4: on simplebus0 >> clk_fixed5: on simplebus0 >> clk_fixed6: on simplebus0 >> clk_fixed7: on simplebus0 >> clk_fixed8: on simplebus0 >> clk_fixed9: on simplebus0 >> clk_fixed10: on simplebus0 >> psci0: on ofwbus0 >> psci0: PSCI version 0.2 compatible >> gic0: mem = 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe11600= 00-0xe116ffff irq 4 on ofwbus0 >> gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 >> gicv2m0: mem = 0x80000-0x80fff on gic0 >> gicv2m0: using spi 64 to 319 >> generic_timer0: irq 5,6,7,8 on ofwbus0 >> Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality = 1000 >> Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality = 1000 >> efirtc0: >> efirtc0: registered as a time-of-day clock, resolution 1.000000s >> cpulist0: on ofwbus0 >> cpu0: on cpulist0 >> cpu0: missing 'clock-frequency' property >> cpu1: on cpulist0 >> cpu1: missing 'clock-frequency' property >> cpu2: on cpulist0 >> cpu2: missing 'clock-frequency' property >> cpu3: on cpulist0 >> cpu3: missing 'clock-frequency' property >> pmu0: irq 0,1,2,3 on ofwbus0 >> ahci0: mem 0xe0300000-0xe03effff irq 9 on = simplebus0 >> ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported >> ahci0: Caps: 64bit NCQ SNTF SS AL CLO 6Gbps PM PMD 32cmd CCC 8ports >> ahci0: Caps2: APST >> ahcich0: at channel 0 on ahci0 >> ahcich0: Caps: HPCP >> ahcich1: at channel 1 on ahci0 >> ahcich1: Caps: HPCP >> ahcich2: not probed (disabled) >> ahcich3: not probed (disabled) >> ahcich4: not probed (disabled) >> ahcich5: not probed (disabled) >> ahcich6: not probed (disabled) >> ahcich7: not probed (disabled) >> simplebus0: mem 0xe0d00000-0xe0deffff irq 10 disabled = compat snps,dwc-ahci (no driver attached) >> simplebus0: mem 0xe1000000-0xe1000fff irq 11 compat = snps,designware-i2c (no driver attached) >> simplebus0: mem 0xe0050000-0xe0050fff irq 12 compat = snps,designware-i2c (no driver attached) >> uart0: mem 0xe1010000-0xe1010fff irq 13 on = simplebus0 >> uart0: console (115200,n,8,1) >> uart0: fast interrupt >> uart0: PPS capture mode: DCD >> simplebus0: mem 0xe1020000-0xe1020fff irq 14 compat = arm,pl022 (no driver attached) >> simplebus0: mem 0xe1030000-0xe1030fff irq 15 compat = arm,pl022 (no driver attached) >> simplebus0: mem 0xe1050000-0xe1050fff irq 16 compat = arm,pl061 (no driver attached) >> simplebus0: mem 0xe0020000-0xe0020fff irq 17 compat = arm,pl061 (no driver attached) >> simplebus0: mem 0xe0030000-0xe0030fff irq 18 compat = arm,pl061 (no driver attached) >> simplebus0: mem 0xe0080000-0xe0080fff irq 19 compat = arm,pl061 (no driver attached) >> simplebus0: mem 0xe0100000-0xe010ffff irq 20 compat = amd,ccp-seattle-v1a (no driver attached) >> simplebus0: mem 0xf0000000-0xffffffff type pci compat = pci-host-ecam-generic (no driver attached) >> simplebus0: mem 0xe8000000-0xe8ffffff irq 21 compat = arm,ccn-504 (no driver attached) >> simplebus0: mem = 0xe0bb0000-0xe0bbffff,0xe0bc0000-0xe0bcffff irq 22 compat arm,sbsa-gwdt = (no driver attached) >> simplebus0: mem 0xe0010000-0xe0010007 irq 23 type ipmi = compat ipmi-kcs (no driver attached) >> simplebus0: mem = 0xe1240800-0xe1240bff,0xe1250000-0xe125005f,0xe12500f8-0xe12500fb irq 24 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) >> simplebus0: mem = 0xe1240c00-0xe1240fff,0xe1250080-0xe12500df,0xe12500fc-0xe12500ff irq 25 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) >> simplebus0: mem = 0xe0700000-0xe077ffff,0xe0780000-0xe07fffff irq 26,27,28,29,30 disabled = compat amd,xgbe-seattle-v1a (no driver attached) >> simplebus0: mem = 0xe0900000-0xe097ffff,0xe0980000-0xe09fffff irq 31,32,33,34,35 disabled = compat amd,xgbe-seattle-v1a (no driver attached) >> cryptosoft0: >> crypto: assign cryptosoft0 driver id 0, flags 0x6000000 >> Device configuration finished. >> Found SMCCC version 1.0 >> procfs registered >> Timecounters tick every 1.000 msec >> lo0: bpf attached >> vlan: initialized, using hash tables with chaining >> IPsec: Initialized Security Association Processing. >> tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 >> Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 >> usb_needs_explore_all: no devclass >> Release APs...ahcich0: AHCI reset... >> Trying to mount root from ufs:/dev/gpt/FBSDCA57root [rw]... >> done >> Root mount waiting for: CAMCPU 0: ARM Cortex-A57 r1p2 affinity: 1 = 0 >>=20 >> Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> >> ahcich0: SATA connect timeout time=3D10000us status=3D00000000 >> Instruction Set Attributes 0 =3D >> ahcich0: AHCI reset: device not found >> Instruction Set Attributes 1 =3D <> >> ahcich1: AHCI reset... >> Processor Features 0 =3D >> ahcich1: SATA connect time=3D100us status=3D00000133 >> Processor Features 1 =3D <> >> ahcich1: AHCI reset: device found >> Memory Model Features 0 =3D >> ahcich1: AHCI reset: device ready after 0ms >> Memory Model Features 1 =3D <8bit VMID> >> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> >> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> >> Debug Features 1 =3D <> >> Auxiliary Features 0 =3D <> >> Auxiliary Features 1 =3D <> >> CPU 1: ARM Cortex-A57 r1p2 affinity: 1 1 >> CPU 2: ARM Cortex-A57 r1p2 affinity: 2 0 >> CPU 3: ARM Cortex-A57 r1p2 affinity: 2 1 >> regulator: shutting down unused regulators >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> GEOM: new disk ada0 >> ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 >> ada0: ACS-4 ATA SATA 3.x device >> ada0: Serial Number # >> ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) >> ada0: Command Queueing enabled >> ada0: 976762MB (2000409264 512 byte sectors) >> pass0 at ahcich1 bus 0 scbus1 target 0 lun 0 >> pass0: ACS-4 ATA SATA 3.x device >> pass0: Serial Number # >> pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) >> pass0: Command Queueing enabled >> efirtc0: providing initial system time >> start_init: trying /sbin/init >> Setting hostuuid: #. >> Setting hostid: #. >> Starting file system checks: >> /dev/gpt/FBSDCA57root: FILE SYSTEM CLEAN; SKIPPING CHECKS >> /dev/gpt/FBSDCA57root: clean, 189555062 free (288086 frags, 23658372 = blocks, 0.1% fragmentation) >> Mounting local filesystems:. >> ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 = /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/qt5 = /usr/local/llvm10/lib /usr/local/llvm80/lib >> Setting hostname: FBSDCA57. >> Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED >> Feeding entropy: . >> lo0: link state changed to UP >> Starting Network: lo0. >> lo0: flags=3D8049 metric 0 mtu 16384 >> options=3D680003= >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 >> inet 127.0.0.1 netmask 0xff000000 >> groups: lo >> nd6 options=3D21 >> Starting devd. >> add host 127.0.0.1: gateway lo0 fib 0: route already in table >> add host ::1: gateway lo0 fib 0: route already in table >> add net fe80::: gateway ::1 >> add net ff02::: gateway ::1 >> add net ::ffff:0.0.0.0: gateway ::1 >> add net ::0.0.0.0: gateway ::1 >=20 > I used artificat.ci.freebsd.org to do an approximate > bisect and the results are: >=20 > head -r362952 and before work. > there was no -r362953 artifact > head -r362954 and later fail. >=20 >=20 > The potential failure checkins are -r362953 and > -r362954 : >=20 > Author: hselasky > Date: Mon Jul 6 08:50:11 2020 > New Revision: 362953 > URL:=20 > https://svnweb.freebsd.org/changeset/base/362953 >=20 >=20 > Log: > Infiniband clients must be attached and detached in a specific order = in ibcore. > . . . > Differential Revision: https://reviews.freebsd.org/D23973 > . . . >=20 > and: >=20 > Author: andrew > Date: Mon Jul 6 08:51:55 2020 > New Revision: 362954 > URL:=20 > https://svnweb.freebsd.org/changeset/base/362954 >=20 >=20 > Log: > Add a driver for bcm2838 PCI express controller > . . . > Submitted by: Robert Crowston > Differential Revision: https://reviews.freebsd.org/D25068 > . . . diff'ing the boot -v material for a good boot vs. a failing one shows that . . . Only the failure example has: +module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel +Module simplebus/pcib failed to register: 17 Only the good example later has: -pcib0: mem 0xf0000000-0xffffffff on = simplebus0 -pcib0: parsing FDT for ECAM0: -pcib0: PCI addr: 0x0, CPU addr: 0xefff0000, Size: 0x10000 -pcib0: PCI addr: 0x40000000, CPU addr: 0x40000000, Size: 0x80000000 -pcib0: PCI addr: 0x100000000, CPU addr: 0x100000000, Size: = 0x7f00000000 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 -pcib0: Bus is cache-coherent -pci0: on pcib0 -pci0: domain=3D0, physical bus=3D0 -found-> vendor=3D0x1022, dev=3D0x1a00, revid=3D0x00 - domain=3D0, bus=3D0, slot=3D0, func=3D0 - class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 - cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) -found-> vendor=3D0x1022, dev=3D0x1a01, revid=3D0x00 - domain=3D0, bus=3D0, slot=3D2, func=3D0 - class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 - cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) -found-> vendor=3D0x1022, dev=3D0x1a02, revid=3D0x00 - domain=3D0, bus=3D0, slot=3D2, func=3D2 - class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 - cmdreg=3D0x0507, statreg=3D0x0010, cachelnsz=3D0 (dwords) - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) - intpin=3Da, irq=3D255 - powerspec 3 supports D0 D3 current D0 - MSI supports 1 message, 64 bit - secbus=3D1, subbus=3D1 -found-> vendor=3D0x1022, dev=3D0x1a02, revid=3D0x00 - domain=3D0, bus=3D0, slot=3D2, func=3D3 - class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 - cmdreg=3D0x0507, statreg=3D0x0010, cachelnsz=3D0 (dwords) - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) - intpin=3Da, irq=3D255 - powerspec 3 supports D0 D3 current D0 - MSI supports 1 message, 64 bit - secbus=3D2, subbus=3D2 -pcib1: at device 2.2 on pci0 -pcib0: rman_reserve_resource: start=3D0x40100000, end=3D0x401fffff, = count=3D0x100000 -pcib1: domain 0 -pcib1: secondary bus 1 -pcib1: subordinate bus 1 -pcib1: memory decode 0x40100000-0x401fffff -pci1: on pcib1 -pcib1: allocated bus range (1-1) for rid 0 of pci1 -pci1: domain=3D0, physical bus=3D1 -found-> vendor=3D0x1b73, dev=3D0x1009, revid=3D0x02 - domain=3D0, bus=3D1, slot=3D0, func=3D0 - class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 - cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) - intpin=3Da, irq=3D255 - powerspec 3 supports D0 D1 D3 current D0 - MSI supports 8 messages, 64 bit - MSI-X supports 8 messages in maps 0x18 and 0x20 - map[10]: type Memory, range 64, base 0x40100000, size 16, = memory disabled -pcib1: allocated memory range (0x40100000-0x4010ffff) for rid 10 of = pci0:1:0:0 - map[18]: type Memory, range 64, base 0x40110000, size 12, = enabled -pcib1: allocated memory range (0x40110000-0x40110fff) for rid 18 of = pci0:1:0:0 - map[20]: type Memory, range 64, base 0x40111000, size 12, = enabled -pcib1: allocated memory range (0x40111000-0x40111fff) for rid 20 of = pci0:1:0:0 -xhci0: mem = 0x40100000-0x4010ffff,0x40110000-0x40110fff,0x40111000-0x40111fff at = device 0.0 on pci1 -xhci0: 32 bytes context size, 64-bit DMA -xhci0: attempting to allocate 1 MSI vectors (8 supported) -xhci0: using IRQ 36 for MSI -xhci0: MSI enabled -usbus0 on xhci0 -xhci0: usbpf: Attached -pcib2: at device 2.3 on pci0 -pcib0: rman_reserve_resource: start=3D0x1000, end=3D0x1fff, = count=3D0x1000 -pcib0: rman_reserve_resource: start=3D0x40000000, end=3D0x400fffff, = count=3D0x100000 -pcib2: domain 0 -pcib2: secondary bus 2 -pcib2: subordinate bus 2 -pcib2: I/O decode 0x1000-0x1fff -pcib2: memory decode 0x40000000-0x400fffff -pci2: on pcib2 -pcib2: allocated bus range (2-2) for rid 0 of pci2 -pci2: domain=3D0, physical bus=3D2 -found-> vendor=3D0x11ab, dev=3D0x4381, revid=3D0x00 - domain=3D0, bus=3D2, slot=3D0, func=3D0 - class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 - cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) - intpin=3Da, irq=3D255 - powerspec 3 supports D0 D1 D2 D3 current D0 - MSI supports 1 message, 64 bit - map[10]: type Memory, range 64, base 0x40000000, size 14, = memory disabled -pcib2: allocated memory range (0x40000000-0x40003fff) for rid 10 of = pci0:2:0:0 - map[18]: type I/O Port, range 32, base 0x1000, size 8, port = disabled -pcib2: allocated I/O port range (0x1000-0x10ff) for rid 18 of = pci0:2:0:0 -mskc0: port 0x1000-0x10ff mem = 0x40000000-0x40003fff at device 0.0 on pci2 -mskc0: MSI count : 1 -mskc0: attempting to allocate 1 MSI vectors (1 supported) -mskc0: using IRQ 37 for MSI -mskc0: RAM buffer size : 0KB -msk0: on = mskc0 -msk0: Using defaults for TSO: 65518/35/2048 -msk0: bpf attached -msk0: Ethernet address: e0:ff:f7:00:20:ed -miibus0: on msk0 -e1000phy0: PHY 0 on miibus0 -e1000phy0: OUI 0x000ac2, model 0x0027, rev. 0 -e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, = auto-flow The failure example instead had: +simplebus0: mem 0xf0000000-0xffffffff type pci compat = pci-host-ecam-generic (no driver attached) Later there was: -usbus0: 5.0Gbps Super Speed USB v3.0 Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 +usb_needs_explore_all: no devclass I'll stop with that. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 11 09:44:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4641735D16F; Sat, 11 Jul 2020 09:44:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3lP12pL7z3SK7; Sat, 11 Jul 2020 09:44:21 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (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) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E0732260432; Sat, 11 Jul 2020 11:44:18 +0200 (CEST) Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) To: Mark Millard , Andrew Turner , Robert Crowston , freebsd-arm , FreeBSD Current References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> From: Hans Petter Selasky Message-ID: <4c4a4a57-167a-167a-2708-532916b253a4@selasky.org> Date: Sat, 11 Jul 2020 11:43:56 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B3lP12pL7z3SK7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-1.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-0.97)[-0.967]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.62)[-0.617]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.01)[-0.010]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org,protonmail.com]; 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]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 09:44:22 -0000 On 2020-07-11 10:32, Mark Millard via freebsd-arm wrote: > Author: hselasky > Date: Mon Jul 6 08:50:11 2020 > New Revision: 362953 This revision is likely not involved. --HPS From owner-freebsd-current@freebsd.org Sat Jul 11 10:48:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1B9335E57E for ; Sat, 11 Jul 2020 10:48:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (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 4B3mqL2hpdz3W60 for ; Sat, 11 Jul 2020 10:48:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VgaoOmYVM1lPKo16vc1z8qBgS1hkgauEeyImEkKHppKh1duqsMgzF9HfzHlaQGv uRs4RJoNewUw4OPjG3EZJf2j7n.OoFXKL9LiW3ahqt8GCIA89qnQoYhLNwNm2Fz8zccrBz4As8c7 F_m0GkNclmL7SIJ6NZqqrUOwtWQWRFRjnn45EyfyKn5ESS627qlBPjl0PEWLX3e0bcycV1I1HQXm o4VU0lVqr12fDaBLgUI7MpTHJ72fYehc3UE6slbyyNilh8jadVpSjzhpvDTtsPzhj2GmPSPvtoUt T6ZX0V97BQu6MqW6tieXmEBlCC8oTpCboTY96ilGX7uB8UC9o3iKgOAt.QGObND1Koa9lMIx4aBQ JhHcf472l4uL.oUN7qHqcZH.Bn6infiJTbnIDPs_kDcr5FkNZnNh77jOXpnHJJ2c7M_BoE4DQO.x VmF4mUzeOQUfj0SaFf199V1Y6JCi8FQZR0XRfM_TKOhuOVJlrbnXiQIgXSZzuDMcgxQhR6B0qn_8 MGTjewY4z9PVg_5GsoORGjcHKA2Dz29Q5AWCqYlpD9N_xVinomqmd4wcCovKsm.ZLn1Z4OMsvRiu EQVjijD8Ty3izrZTxBnzjaPsWG0Dwkj58AQ5C0Yofy9T_FSf4jSi.yzwqrYaEX3EPLt9RqNUZtV4 G_NIS21VYuAOfmrq3MbEeDaYf1cECjA1OZseuaIPpRQedmzZcFS0vud_vg0v6m8eqzQdLiRJij75 7QdEMaccep3PGCVY3k1gysRCXkExxd1s0pFbgcCsAEZkAzB8vz7lNDmtVrEqswzkFwC8tOqBhgDS nDXd425zmbbNguFs98bGHLnKQUDYJeLRSAL1ofpntVapIL2d0O0kPVJFhn5qnHBsrmb7DVsZ1q97 bDkUuq3knNhH5rSFjBFMGuxZO1VdkOFUk.T0jPyhdv3y1fdkb6FXppEWbFg3wPNcH2AKkLNiAdh. 5upJ9djVUd1qvCvQKIUnQNWrK9YPE7J0433Yaiy98r91_sb.naFma9LB4v7mxDguavE5FPp1FdL8 A18K4MwFENVEu1Be5hslCo.dQCOcsb2xBl2Thqcb_JhWd.1qeT.UkTpqZlw3mf6LbyI9O2ptSlhX ec_MbLK5qYm3xpY9hQwZaGYBkOdpa948NzFe1Ak.lA0OLilubpO.C8aB76Y3vwflFq1c1v6ziwIn Jssg8Rc6ndfh9xmBSE.FCFdC7r_IwkCxgpA39C0XGIQOBRCpRlKV.IjEF2e2i0hPGcnPmKyQ36vc aprz8WLdfM2k5bfP5c_66emBOupBWlSetbifluK9txF1AFce2bsaGtm2qqKbQ7oOzUCnD0gL6syr HbmWWL.SuSh_tulrmchjof_Srarqi5fbbtC5Gr0nf1.znd0fN2vAiyGTWZaEpO1SLCU6Jj_czTTw Ccc5h0k0l6Xi8iR_8X1l3vncRLsdJtRJOZ2SCd8u5IeLezgU0bSM_wNYEAIYx Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Jul 2020 10:48:44 +0000 Received: by smtp416.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 359f25ef8ef8ce59ae07c2bf666461bc; Sat, 11 Jul 2020 10:48:43 +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.4 \(3608.80.23.2.2\)) Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) Date: Sat, 11 Jul 2020 03:48:41 -0700 References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> <334D89BD-2F7A-4BF1-AB96-2D6B273BBCD3@yahoo.com> To: Andrew Turner , Robert Crowston , freebsd-arm , FreeBSD Current In-Reply-To: <334D89BD-2F7A-4BF1-AB96-2D6B273BBCD3@yahoo.com> Message-Id: <8CA66D0C-BA19-41D1-A67C-B54ED1B6EE79@yahoo.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B3mqL2hpdz3W60 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.92)[-0.924]; FREEMAIL_TO(0.00)[freebsd.org,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[232.0.0.0:email]; NEURAL_HAM_LONG(-1.02)[-1.021]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[232.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 10:48:47 -0000 On 2020-Jul-11, at 02:26, Mark Millard wrote: > On 2020-Jul-11, at 01:32, Mark Millard wrote: >=20 >> On 2020-Jul-11, at 00:14, Mark Millard wrote: >>=20 >>> Anyone else with such Overdrive 1000 problems after >>> upgrading into this range or beyond? >>>=20 >>> boot -v output: >>>=20 >>> ---<>--- >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Type Physical Virtual #Pages Attr >>> Reserved 008000000000 0 00000e80 WC WT WB=20 >>> ConventionalMemory 008000e80000 0 0001ef7d WC WT WB=20 >>> BootServicesData 00801fdfd000 0 00000203 WC WT WB=20 >>> ConventionalMemory 008020000000 0 001d0583 WC WT WB=20 >>> LoaderData 0081f0583000 0 00008000 WC WT WB=20 >>> LoaderCode 0081f8583000 0 0000017d WC WT WB=20 >>> ACPIReclaimMemory 0081f8700000 0 000000a0 WC WT WB=20 >>> ConventionalMemory 0081f87a0000 0 0000000b WC WT WB=20 >>> LoaderData 0081f87ab000 0 00000001 WC WT WB=20 >>> ConventionalMemory 0081f87ac000 0 000020ab WC WT WB=20 >>> BootServicesData 0081fa857000 0 00000029 WC WT WB=20 >>> ConventionalMemory 0081fa880000 0 0000000b WC WT WB=20 >>> BootServicesData 0081fa88b000 0 0000001f WC WT WB=20 >>> ConventionalMemory 0081fa8aa000 0 00000003 WC WT WB=20 >>> BootServicesData 0081fa8ad000 0 000002f0 WC WT WB=20 >>> ConventionalMemory 0081fab9d000 0 00000001 WC WT WB=20 >>> BootServicesData 0081fab9e000 0 00000012 WC WT WB=20 >>> ConventionalMemory 0081fabb0000 0 00000001 WC WT WB=20 >>> BootServicesData 0081fabb1000 0 00000006 WC WT WB=20 >>> ConventionalMemory 0081fabb7000 0 00000002 WC WT WB=20 >>> BootServicesData 0081fabb9000 0 00000ae7 WC WT WB=20 >>> ConventionalMemory 0081fb6a0000 0 00000046 WC WT WB=20 >>> BootServicesCode 0081fb6e6000 0 0000014a WC WT WB=20 >>> RuntimeServicesCode 0081fb830000 81fb830000 000003e0 WC WT WB = RUNTIME >>> ConventionalMemory 0081fbc10000 0 000001a0 WC WT WB=20 >>> RuntimeServicesData 0081fbdb0000 81fbdb0000 00000250 WC WT WB = RUNTIME >>> ConventionalMemory 0081fc000000 0 0000001f WC WT WB=20 >>> BootServicesData 0081fc01f000 0 00000001 WC WT WB=20 >>> ConventionalMemory 0081fc020000 0 00003732 WC WT WB=20 >>> BootServicesData 0081ff752000 0 0000087a WC WT WB=20 >>> ConventionalMemory 0081fffcc000 0 00000004 WC WT WB=20 >>> RuntimeServicesData 0081fffd0000 81fffd0000 00000020 WC WT WB = RUNTIME >>> ConventionalMemory 0081ffff0000 0 0000000c WC WT WB=20 >>> BootServicesData 0081ffffc000 0 00000004 WC WT WB=20 >>> Physical memory chunk(s): >>> 0x8000e80000 - 0x81f86fffff, 8056 MB (2062464 pages) >>> 0x81f87a0000 - 0x81fb82ffff, 48 MB ( 12432 pages) >>> 0x81fbc10000 - 0x81ffffffff, 67 MB ( 17392 pages) >>> Excluded memory regions: >>> 0x8000000000 - 0x8000e7ffff, 14 MB ( 3712 pages) NoAlloc=20 >>> 0x81f0600000 - 0x81f1992fff, 19 MB ( 5011 pages) NoAlloc=20 >>> 0x81f8700000 - 0x81f879ffff, 0 MB ( 160 pages) NoAlloc=20 >>> 0x81fb830000 - 0x81fbc0ffff, 3 MB ( 992 pages) NoAlloc=20 >>> 0x81fbdb0000 - 0x81fbffffff, 2 MB ( 592 pages) NoAlloc=20 >>> 0x81fffd0000 - 0x81fffeffff, 0 MB ( 32 pages) NoAlloc=20 >>> Found 4 CPUs in the device tree >>> Copyright (c) 1992-2020 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 13.0-CURRENT #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 >>> = markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 >>> FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d) >>> VT: init without driver. >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001166000. >>> Preloaded hostuuid "/etc/hostid" at 0xffff00000116f310. >>> Preloaded boot_entropy_cache "/boot/entropy" at 0xffff00000116f360. >>> module firmware already present! >>> module_register: cannot register simplebus/gpio from kernel; already = loaded from kernel >>> Module simplebus/gpio failed to register: 17 >>> module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel >>> Module simplebus/pcib failed to register: 17 >>> Starting CPU 1 (101) >>> Starting CPU 2 (200) >>> Starting CPU 3 (201) >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> random: read 4096 bytes from preloaded cache >>> random: unblocking device. >>> VIMAGE (virtualized network stack) enabled >>> hostuuid: using # >>> ULE: setup cpu 0 >>> ULE: setup cpu 1 >>> ULE: setup cpu 2 >>> ULE: setup cpu 3 >>> Table 'FACP' at 0x81f8770000 >>> Table 'APIC' at 0x81f8750000 >>> Table 'GTDT' at 0x81f8740000 >>> Table 'DBG2' at 0x81f8730000 >>> Table 'SPCR' at 0x81f8720000 >>> Table 'MCFG' at 0x81f8710000 >>> Table 'CSRT' at 0x81f8700000 >>> ACPI: No IORT table found >>> snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] = c=3D0x000003ff [1024] >>> feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 >>> random: entropy device external interface >>> MAP 81fb830000 mode 2 pages 992 >>> MAP 81fbdb0000 mode 2 pages 592 >>> MAP 81fffd0000 mode 2 pages 32 >>> WARNING: Device "kbd" is Giant locked and may be deleted before = FreeBSD 13.0. >>> kbd0 at kbdmux0 >>> crypto: >>> mem: >>> null: >>> openfirm: >>> WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. >>> ofwbus0: >>> simplebus0: on ofwbus0 >>> clk_fixed0: on simplebus0 >>> clk_fixed1: on simplebus0 >>> clk_fixed2: on simplebus0 >>> clk_fixed3: on simplebus0 >>> clk_fixed4: on simplebus0 >>> clk_fixed5: on simplebus0 >>> clk_fixed6: on simplebus0 >>> clk_fixed7: on simplebus0 >>> clk_fixed8: on simplebus0 >>> clk_fixed9: on simplebus0 >>> clk_fixed10: on simplebus0 >>> psci0: on ofwbus0 >>> psci0: PSCI version 0.2 compatible >>> gic0: mem = 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe11600= 00-0xe116ffff irq 4 on ofwbus0 >>> gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 >>> gicv2m0: mem = 0x80000-0x80fff on gic0 >>> gicv2m0: using spi 64 to 319 >>> generic_timer0: irq 5,6,7,8 on ofwbus0 >>> Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality = 1000 >>> Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality = 1000 >>> efirtc0: >>> efirtc0: registered as a time-of-day clock, resolution 1.000000s >>> cpulist0: on ofwbus0 >>> cpu0: on cpulist0 >>> cpu0: missing 'clock-frequency' property >>> cpu1: on cpulist0 >>> cpu1: missing 'clock-frequency' property >>> cpu2: on cpulist0 >>> cpu2: missing 'clock-frequency' property >>> cpu3: on cpulist0 >>> cpu3: missing 'clock-frequency' property >>> pmu0: irq 0,1,2,3 on ofwbus0 >>> ahci0: mem 0xe0300000-0xe03effff irq 9 on = simplebus0 >>> ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported >>> ahci0: Caps: 64bit NCQ SNTF SS AL CLO 6Gbps PM PMD 32cmd CCC 8ports >>> ahci0: Caps2: APST >>> ahcich0: at channel 0 on ahci0 >>> ahcich0: Caps: HPCP >>> ahcich1: at channel 1 on ahci0 >>> ahcich1: Caps: HPCP >>> ahcich2: not probed (disabled) >>> ahcich3: not probed (disabled) >>> ahcich4: not probed (disabled) >>> ahcich5: not probed (disabled) >>> ahcich6: not probed (disabled) >>> ahcich7: not probed (disabled) >>> simplebus0: mem 0xe0d00000-0xe0deffff irq 10 = disabled compat snps,dwc-ahci (no driver attached) >>> simplebus0: mem 0xe1000000-0xe1000fff irq 11 compat = snps,designware-i2c (no driver attached) >>> simplebus0: mem 0xe0050000-0xe0050fff irq 12 compat = snps,designware-i2c (no driver attached) >>> uart0: mem 0xe1010000-0xe1010fff irq 13 on = simplebus0 >>> uart0: console (115200,n,8,1) >>> uart0: fast interrupt >>> uart0: PPS capture mode: DCD >>> simplebus0: mem 0xe1020000-0xe1020fff irq 14 compat = arm,pl022 (no driver attached) >>> simplebus0: mem 0xe1030000-0xe1030fff irq 15 compat = arm,pl022 (no driver attached) >>> simplebus0: mem 0xe1050000-0xe1050fff irq 16 compat = arm,pl061 (no driver attached) >>> simplebus0: mem 0xe0020000-0xe0020fff irq 17 compat = arm,pl061 (no driver attached) >>> simplebus0: mem 0xe0030000-0xe0030fff irq 18 compat = arm,pl061 (no driver attached) >>> simplebus0: mem 0xe0080000-0xe0080fff irq 19 compat = arm,pl061 (no driver attached) >>> simplebus0: mem 0xe0100000-0xe010ffff irq 20 compat = amd,ccp-seattle-v1a (no driver attached) >>> simplebus0: mem 0xf0000000-0xffffffff type pci = compat pci-host-ecam-generic (no driver attached) >>> simplebus0: mem 0xe8000000-0xe8ffffff irq 21 compat = arm,ccn-504 (no driver attached) >>> simplebus0: mem = 0xe0bb0000-0xe0bbffff,0xe0bc0000-0xe0bcffff irq 22 compat arm,sbsa-gwdt = (no driver attached) >>> simplebus0: mem 0xe0010000-0xe0010007 irq 23 type = ipmi compat ipmi-kcs (no driver attached) >>> simplebus0: mem = 0xe1240800-0xe1240bff,0xe1250000-0xe125005f,0xe12500f8-0xe12500fb irq 24 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) >>> simplebus0: mem = 0xe1240c00-0xe1240fff,0xe1250080-0xe12500df,0xe12500fc-0xe12500ff irq 25 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) >>> simplebus0: mem = 0xe0700000-0xe077ffff,0xe0780000-0xe07fffff irq 26,27,28,29,30 disabled = compat amd,xgbe-seattle-v1a (no driver attached) >>> simplebus0: mem = 0xe0900000-0xe097ffff,0xe0980000-0xe09fffff irq 31,32,33,34,35 disabled = compat amd,xgbe-seattle-v1a (no driver attached) >>> cryptosoft0: >>> crypto: assign cryptosoft0 driver id 0, flags 0x6000000 >>> Device configuration finished. >>> Found SMCCC version 1.0 >>> procfs registered >>> Timecounters tick every 1.000 msec >>> lo0: bpf attached >>> vlan: initialized, using hash tables with chaining >>> IPsec: Initialized Security Association Processing. >>> tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 >>> Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 >>> usb_needs_explore_all: no devclass >>> Release APs...ahcich0: AHCI reset... >>> Trying to mount root from ufs:/dev/gpt/FBSDCA57root [rw]... >>> done >>> Root mount waiting for: CAMCPU 0: ARM Cortex-A57 r1p2 affinity: 1 = 0 >>>=20 >>> Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> >>> ahcich0: SATA connect timeout time=3D10000us status=3D00000000 >>> Instruction Set Attributes 0 =3D >>> ahcich0: AHCI reset: device not found >>> Instruction Set Attributes 1 =3D <> >>> ahcich1: AHCI reset... >>> Processor Features 0 =3D >>> ahcich1: SATA connect time=3D100us status=3D00000133 >>> Processor Features 1 =3D <> >>> ahcich1: AHCI reset: device found >>> Memory Model Features 0 =3D >>> ahcich1: AHCI reset: device ready after 0ms >>> Memory Model Features 1 =3D <8bit VMID> >>> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> >>> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> >>> Debug Features 1 =3D <> >>> Auxiliary Features 0 =3D <> >>> Auxiliary Features 1 =3D <> >>> CPU 1: ARM Cortex-A57 r1p2 affinity: 1 1 >>> CPU 2: ARM Cortex-A57 r1p2 affinity: 2 0 >>> CPU 3: ARM Cortex-A57 r1p2 affinity: 2 1 >>> regulator: shutting down unused regulators >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> GEOM: new disk ada0 >>> ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 >>> ada0: ACS-4 ATA SATA 3.x device >>> ada0: Serial Number # >>> ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) >>> ada0: Command Queueing enabled >>> ada0: 976762MB (2000409264 512 byte sectors) >>> pass0 at ahcich1 bus 0 scbus1 target 0 lun 0 >>> pass0: ACS-4 ATA SATA 3.x device >>> pass0: Serial Number # >>> pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) >>> pass0: Command Queueing enabled >>> efirtc0: providing initial system time >>> start_init: trying /sbin/init >>> Setting hostuuid: #. >>> Setting hostid: #. >>> Starting file system checks: >>> /dev/gpt/FBSDCA57root: FILE SYSTEM CLEAN; SKIPPING CHECKS >>> /dev/gpt/FBSDCA57root: clean, 189555062 free (288086 frags, 23658372 = blocks, 0.1% fragmentation) >>> Mounting local filesystems:. >>> ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 = /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/qt5 = /usr/local/llvm10/lib /usr/local/llvm80/lib >>> Setting hostname: FBSDCA57. >>> Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED >>> Feeding entropy: . >>> lo0: link state changed to UP >>> Starting Network: lo0. >>> lo0: flags=3D8049 metric 0 mtu 16384 >>> options=3D680003= >>> inet6 ::1 prefixlen 128 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 >>> inet 127.0.0.1 netmask 0xff000000 >>> groups: lo >>> nd6 options=3D21 >>> Starting devd. >>> add host 127.0.0.1: gateway lo0 fib 0: route already in table >>> add host ::1: gateway lo0 fib 0: route already in table >>> add net fe80::: gateway ::1 >>> add net ff02::: gateway ::1 >>> add net ::ffff:0.0.0.0: gateway ::1 >>> add net ::0.0.0.0: gateway ::1 >>=20 >> I used artificat.ci.freebsd.org to do an approximate >> bisect and the results are: >>=20 >> head -r362952 and before work. >> there was no -r362953 artifact >> head -r362954 and later fail. >>=20 >>=20 >> The potential failure checkins are -r362953 and >> -r362954 : >>=20 >> Author: hselasky >> Date: Mon Jul 6 08:50:11 2020 >> New Revision: 362953 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/362953 >>=20 >>=20 >> Log: >> Infiniband clients must be attached and detached in a specific order = in ibcore. >> . . . >> Differential Revision: https://reviews.freebsd.org/D23973 >> . . . >>=20 >> and: >>=20 >> Author: andrew >> Date: Mon Jul 6 08:51:55 2020 >> New Revision: 362954 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/362954 >>=20 >>=20 >> Log: >> Add a driver for bcm2838 PCI express controller >> . . . >> Submitted by: Robert Crowston >> Differential Revision: https://reviews.freebsd.org/D25068 >> . . . >=20 >=20 >=20 > diff'ing the boot -v material for a good boot > vs. a failing one shows that . . . >=20 > Only the failure example has: >=20 > +module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel > +Module simplebus/pcib failed to register: 17 >=20 > Only the good example later has: >=20 > -pcib0: mem 0xf0000000-0xffffffff on = simplebus0 > -pcib0: parsing FDT for ECAM0: > -pcib0: PCI addr: 0x0, CPU addr: 0xefff0000, Size: 0x10000 > -pcib0: PCI addr: 0x40000000, CPU addr: 0x40000000, Size: 0x80000000 > -pcib0: PCI addr: 0x100000000, CPU addr: 0x100000000, Size: = 0x7f00000000 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 > -pcib0: Bus is cache-coherent > -pci0: on pcib0 > -pci0: domain=3D0, physical bus=3D0 > -found-> vendor=3D0x1022, dev=3D0x1a00, revid=3D0x00 > - domain=3D0, bus=3D0, slot=3D0, func=3D0 > - class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 > - cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) > - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) > -found-> vendor=3D0x1022, dev=3D0x1a01, revid=3D0x00 > - domain=3D0, bus=3D0, slot=3D2, func=3D0 > - class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 > - cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) > - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) > -found-> vendor=3D0x1022, dev=3D0x1a02, revid=3D0x00 > - domain=3D0, bus=3D0, slot=3D2, func=3D2 > - class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 > - cmdreg=3D0x0507, statreg=3D0x0010, cachelnsz=3D0 (dwords) > - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) > - intpin=3Da, irq=3D255 > - powerspec 3 supports D0 D3 current D0 > - MSI supports 1 message, 64 bit > - secbus=3D1, subbus=3D1 > -found-> vendor=3D0x1022, dev=3D0x1a02, revid=3D0x00 > - domain=3D0, bus=3D0, slot=3D2, func=3D3 > - class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 > - cmdreg=3D0x0507, statreg=3D0x0010, cachelnsz=3D0 (dwords) > - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) > - intpin=3Da, irq=3D255 > - powerspec 3 supports D0 D3 current D0 > - MSI supports 1 message, 64 bit > - secbus=3D2, subbus=3D2 > -pcib1: at device 2.2 on pci0 > -pcib0: rman_reserve_resource: start=3D0x40100000, end=3D0x401fffff, = count=3D0x100000 > -pcib1: domain 0 > -pcib1: secondary bus 1 > -pcib1: subordinate bus 1 > -pcib1: memory decode 0x40100000-0x401fffff > -pci1: on pcib1 > -pcib1: allocated bus range (1-1) for rid 0 of pci1 > -pci1: domain=3D0, physical bus=3D1 > -found-> vendor=3D0x1b73, dev=3D0x1009, revid=3D0x02 > - domain=3D0, bus=3D1, slot=3D0, func=3D0 > - class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 > - cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) > - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) > - intpin=3Da, irq=3D255 > - powerspec 3 supports D0 D1 D3 current D0 > - MSI supports 8 messages, 64 bit > - MSI-X supports 8 messages in maps 0x18 and 0x20 > - map[10]: type Memory, range 64, base 0x40100000, size 16, = memory disabled > -pcib1: allocated memory range (0x40100000-0x4010ffff) for rid 10 of = pci0:1:0:0 > - map[18]: type Memory, range 64, base 0x40110000, size 12, = enabled > -pcib1: allocated memory range (0x40110000-0x40110fff) for rid 18 of = pci0:1:0:0 > - map[20]: type Memory, range 64, base 0x40111000, size 12, = enabled > -pcib1: allocated memory range (0x40111000-0x40111fff) for rid 20 of = pci0:1:0:0 > -xhci0: mem = 0x40100000-0x4010ffff,0x40110000-0x40110fff,0x40111000-0x40111fff at = device 0.0 on pci1 > -xhci0: 32 bytes context size, 64-bit DMA > -xhci0: attempting to allocate 1 MSI vectors (8 supported) > -xhci0: using IRQ 36 for MSI > -xhci0: MSI enabled > -usbus0 on xhci0 > -xhci0: usbpf: Attached > -pcib2: at device 2.3 on pci0 > -pcib0: rman_reserve_resource: start=3D0x1000, end=3D0x1fff, = count=3D0x1000 > -pcib0: rman_reserve_resource: start=3D0x40000000, end=3D0x400fffff, = count=3D0x100000 > -pcib2: domain 0 > -pcib2: secondary bus 2 > -pcib2: subordinate bus 2 > -pcib2: I/O decode 0x1000-0x1fff > -pcib2: memory decode 0x40000000-0x400fffff > -pci2: on pcib2 > -pcib2: allocated bus range (2-2) for rid 0 of pci2 > -pci2: domain=3D0, physical bus=3D2 > -found-> vendor=3D0x11ab, dev=3D0x4381, revid=3D0x00 > - domain=3D0, bus=3D2, slot=3D0, func=3D0 > - class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 > - cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) > - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) > - intpin=3Da, irq=3D255 > - powerspec 3 supports D0 D1 D2 D3 current D0 > - MSI supports 1 message, 64 bit > - map[10]: type Memory, range 64, base 0x40000000, size 14, = memory disabled > -pcib2: allocated memory range (0x40000000-0x40003fff) for rid 10 of = pci0:2:0:0 > - map[18]: type I/O Port, range 32, base 0x1000, size 8, port = disabled > -pcib2: allocated I/O port range (0x1000-0x10ff) for rid 18 of = pci0:2:0:0 > -mskc0: port 0x1000-0x10ff = mem 0x40000000-0x40003fff at device 0.0 on pci2 > -mskc0: MSI count : 1 > -mskc0: attempting to allocate 1 MSI vectors (1 supported) > -mskc0: using IRQ 37 for MSI > -mskc0: RAM buffer size : 0KB > -msk0: = on mskc0 > -msk0: Using defaults for TSO: 65518/35/2048 > -msk0: bpf attached > -msk0: Ethernet address: e0:ff:f7:00:20:ed > -miibus0: on msk0 > -e1000phy0: PHY 0 on miibus0 > -e1000phy0: OUI 0x000ac2, model 0x0027, rev. 0 > -e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, = auto-flow >=20 > The failure example instead had: >=20 > +simplebus0: mem 0xf0000000-0xffffffff type pci compat = pci-host-ecam-generic (no driver attached) >=20 > Later there was: >=20 > -usbus0: 5.0Gbps Super Speed USB v3.0 > Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 > +usb_needs_explore_all: no devclass >=20 >=20 > I'll stop with that. >=20 Using nm (and cut and grep) to extract names from a good and bad kernel I find the following, where the "+" lines are from a bad kernel: # diff -u mmjnk.goodnames mmjnk.baddupnames --- mmjnk.goodnames 2020-07-11 03:31:55.360299000 -0700 +++ mmjnk.baddupnames 2020-07-11 03:31:28.483440000 -0700 @@ -1,26 +1,35 @@ __set_modmetadata_set_sym__mod_metadata_md_alpine_pcib_simplebus = __set_modmetadata_set_sym__mod_metadata_md_alpine_pcib_simplebus_on_kernel= __set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus +__set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus __set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus_on_kernel +__set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus_on_kernel __set_modmetadata_set_sym__mod_metadata_md_thunder_pcib_simplebus = __set_modmetadata_set_sym__mod_metadata_md_thunder_pcib_simplebus_on_kerne= l __set_sysinit_set_sym_alpine_pcib_simplebusmodule_sys_init __set_sysinit_set_sym_pcib_simplebusmodule_sys_init +__set_sysinit_set_sym_pcib_simplebusmodule_sys_init __set_sysinit_set_sym_thunder_pcib_simplebusmodule_sys_init _alpine_pcib_simplebus_depend_on_kernel _mod_metadata_md_alpine_pcib_simplebus _mod_metadata_md_alpine_pcib_simplebus_on_kernel _mod_metadata_md_pcib_simplebus +_mod_metadata_md_pcib_simplebus _mod_metadata_md_pcib_simplebus_on_kernel +_mod_metadata_md_pcib_simplebus_on_kernel _mod_metadata_md_thunder_pcib_simplebus _mod_metadata_md_thunder_pcib_simplebus_on_kernel _pcib_simplebus_depend_on_kernel +_pcib_simplebus_depend_on_kernel _thunder_pcib_simplebus_depend_on_kernel alpine_pcib_simplebus_driver_mod alpine_pcib_simplebus_mod alpine_pcib_simplebusmodule_sys_init pcib_simplebus_driver_mod +pcib_simplebus_driver_mod pcib_simplebus_mod +pcib_simplebus_mod +pcib_simplebusmodule_sys_init pcib_simplebusmodule_sys_init thunder_pcib_simplebus_driver_mod thunder_pcib_simplebus_mod It leaves me wondering if the naming is messing things up via duplicate naming from the likes of: static devclass_t generic_pcie_fdt_devclass; DRIVER_MODULE(pcib, simplebus, generic_pcie_fdt_driver, generic_pcie_fdt_devclass, 0, 0); vs. static devclass_t bcm_pcib_devclass; DRIVER_MODULE(pcib, simplebus, bcm_pcib_driver, bcm_pcib_devclass, 0, = 0); (Dual pcib_simplebus based sets of names?) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 11 13:55:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 175FD363399 for ; Sat, 11 Jul 2020 13:55:47 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3rz60gXDz3gx7 for ; Sat, 11 Jul 2020 13:55:45 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x22d.google.com with SMTP id q4so9603640lji.2 for ; Sat, 11 Jul 2020 06:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LU7xWwS1QcLHKEiwEbMEGpKlSg6KauaOW6JXlRB3C44=; b=GFDI5D05B86Ft7eK/TpGitdQDf66FOGs2UcfXRyxr4wyxILWftBS0QB6HCKOhXM8fe +Tvppipz9woJc/U5ZqQpsQDf0jI5juATjcu7B70tiQedH9fwGypamMUcRTEWh2vylj3P jl3ngzWO/xscl8MUAM/SsakHMpk2zsUlg1DctR89mqMBdob7ivgrM1PD1ttXP0ybx/+d nnavr6PHzncptrDbArYrzCBCpVNQO6fY+yHNW6A9EhQjfyDUMn/XKUscYAm8wwXPR/nY gs4AcfCVUOfrtUuP5ayA1GYmvy3aFgMmefO4GbLn1jgOQorBR+ftz4LJtnExEcnb3B8e VRZg== 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=LU7xWwS1QcLHKEiwEbMEGpKlSg6KauaOW6JXlRB3C44=; b=rm09zkRJS/lQvGQSA99jYT/QvCtmhQ0sdqZiQFHUDf2lo0FNaDV/pFayFfk0i7Zwkk XuwovQAzM8YR1reDa31Igtf1+fXfEyNUQ6VeuH0eE5N/u8CaYAKVrp46M4KV2reLQwdH GQfrA98rCMJG49GZjrFkH+Ec/7dVAsQ+Z6WsFIWkvgqiD+p5lKG+wgWNzDdPZ/TPHuSV mBXM8Bvrj8NrNQsrOUePcmn1GzyP/uC5teSIDwt80pY4s7wCQOVBsL/9MRROTU65hq+u zQNqph+9/p1OCWs3rhBZTzQmI8UzdJrZd1RISJPgxfMgbaewCMX+cki6AoyD62q4cQa5 2VSA== X-Gm-Message-State: AOAM531r2hJ014dpxYA+oHj2X1WM1IG36ptJUO5KFM3NwWhPvpCRbTzr J3uc7B2If7p57NOkDntJyN9Kreh/Cpho8gNc7zYSRDtb X-Google-Smtp-Source: ABdhPJyn8HXvjCwrx+wL2f+zhMM7RE4jRbqq0aOioxx9m3bCRU+70Ey0FInt8xo67Ebx3RgaaiMMLwVL3dhRJSc32WU= X-Received: by 2002:a2e:8199:: with SMTP id e25mr26680635ljg.307.1594475744237; Sat, 11 Jul 2020 06:55:44 -0700 (PDT) MIME-Version: 1.0 References: <20200711000320.6df86038c8d61b9235475f95@bidouilliste.com> In-Reply-To: <20200711000320.6df86038c8d61b9235475f95@bidouilliste.com> From: Andreas Nilsson Date: Sat, 11 Jul 2020 15:55:33 +0200 Message-ID: Subject: Re: -CURRENT and drm-devel-kmod To: Emmanuel Vadot Cc: Current FreeBSD X-Rspamd-Queue-Id: 4B3rz60gXDz3gx7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GFDI5D05; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::22d as permitted sender) smtp.mailfrom=andrnils@gmail.com X-Spamd-Result: default: False [-3.19 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.03)[-1.030]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22d:from]; NEURAL_HAM_SHORT(-0.14)[-0.144]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 13:55:47 -0000 On Sat, Jul 11, 2020 at 12:03 AM Emmanuel Vadot wrote: > On Fri, 10 Jul 2020 23:57:52 +0200 > Andreas Nilsson wrote: > > > Hello, > > > > I've been running -CURRENT on my x1 yoga 1st gen for a long time, with > > drm-current-kmod. As I understand it that port is no longer recommended > and > > one should run drm-devel-kmod . > > I don't think that somebody ever said that. > For now use current if that works for you. > Well, it was said that devel is more up-to-date than current. > > > However, when I load i915kms from -devel > > the console stops refreshing. It only refreshes when I switch > > (Ctrl+alt+Fx). I see it refresh and display the new content just before > > switching to the requested console. > > add hw.i915kms.enable_psr=0 to /boot/loader.conf > This is a bug that none of my hardware have and I don't really know > what's happening for now. > Thanks, setting that fixed the problem! > > > X behaves the same way. Has anyone experienced this? > > > > Best regards > > Andreas > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > -- > Emmanuel Vadot > Best regards Andreas From owner-freebsd-current@freebsd.org Sat Jul 11 22:13:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2F75372C8E for ; Sat, 11 Jul 2020 22:13:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4B440y3BV0z3Rfb for ; Sat, 11 Jul 2020 22:13:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: TDYvtJYVM1kggQVdMwTlYWQdBLRBGGZXAd2.xTrGmDkHUX3Tkxyd6473E8HKv7j jaejT_7p6jJdgcvTsWW0MdCFDzTOkXA._8r5PRlpWBgdOgMMUs3mXbeYc6Kni9LItzuUoKd304x6 mvrSoVYsJ7n99jUGrCxUW6VNqfApiTmCA5CeRWfQzU68wCKt088rb_0UwLyign3RTJ3kpwbd7bAS 9UIP9Bid_UwRCeoFTt4rvQpTcrSnQM2rflFTJ67h6UasV9sp6LX5jI.AEdOPXIN1O.hzsExVmU8_ _J3gXXpdYeu3XNZopmilmjwVb3UCOV6O3rrI9Vr2CEX_fHKh.ogjSUDgexO6hTY_Y5daTRmRax7K lR_8xBhWMnabqD4Di6Qj9yNKRn..xW2CVpSFlMuiSwdQhQuyEeLoMaXmA1VT9lmwokdERvR1vN0E .8A13ewk7TVfoQpYM0ZpA1d1_6jzXVe23lu0R3uYb3.RrkzZ7EMNTQiQsdhonK5AXY8JAHCYINqS v9enAaKvqDLyPyQrjWr53ZFgmC2y6dFd_GRr8yznD95ZOEFHv6.smkKJ9OyyPIAJJmTtJPCSjMhh sMrkEcEd2SRpLT2ov.UDDFFvHhtumG0F8tqSKx0lok8YXesMJNZY7d7VEpcRWZI8_43gj079eiUp tMxiRslLQMO630ki_hCE7ffTeTyz4E6JHDlwTfCNh6jJboHmM3kk5HN64cxvjNfBxPTYa3eWOaYb zxB9s.nSFrdEieKmvkUVQ2nAQsuWdTHe9e4jPRV2I.uZ1btAiI4bOUixITjm5GhWtisHAIaGOmYJ tmfdskUe0FEzhmlqe_U9iCxT.1TXm3vlX7k10qUnVl0btra6gZMcKXz.xXB13VUW9b3lKpOohW3D BmSHHxBpSVvQmi4uwMkWrkvt.93VcI3BIn_LR7V0eYEVITLcBegittCxH_shBDxXt.2SqKSR2F3c mMGICX5kBEi8HIMB5lr5X31o.5gX77DEzr27iAg8NMhsL0lxUAzSoIEHuuZWMo8ODgIjCCxrR5Iw tfLgdaqpyQg0NISF_icMkxbwEdO113Yr8l0jHYwsiJdv6a_PhGgDOYs46F8sRIpOZPOwMkL8nyIV Q_YHah_KSc8anzpVfQNxFzcRQ72_KHUm0Ab.gqaSdiwVjq9Q1dkuJ6q6AoLIfVfoMHEwLq5PTcWL 6OUaUPGwJB27baffUI2GoGMAeeiP4W1aUBJOzEKgoPSwaISCiVF6lribc0Fhcmq.Xoc8TsS5Lfny 5R6RUilheISSS__K0y5MLxpJx9FCJtVw0u8C5ka_IDF9O6_8F5OD3g7EzTNsC4_TwaEfJADNCTmI 5u3gEJSvuNVfMvi15N_cYZT0xzU0Kjlq25vy3_hr7IalUxeaRdv.snUp_v6HcjUqAtOAkA_rYzLJ tpTkSH1rZHWD8kdsSHFCx13_djFw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Jul 2020 22:13:05 +0000 Received: by smtp422.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8069a6c4236d2ffbf0355278345dfebe; Sat, 11 Jul 2020 22:13:00 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) From: Mark Millard In-Reply-To: Date: Sat, 11 Jul 2020 15:12:58 -0700 Cc: Andrew Turner , freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <9FBC6DEB-23FA-4FA2-AB10-3D6BDC4CE010@yahoo.com> References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> <334D89BD-2F7A-4BF1-AB96-2D6B273BBCD3@yahoo.com> <8CA66D0C-BA19-41D1-A67C-B54ED1B6EE79@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B440y3BV0z3Rfb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.08 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.55)[-0.549]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[232.0.0.0:email]; NEURAL_HAM_LONG(-1.02)[-1.021]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[232.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 22:13:08 -0000 >=20 > On 2020-Jul-11, at 14:45, Robert Crowston = wrote: >=20 > So what is the mistake I made here? >=20 > Should I have given a globally unique name as the first argument to = DRIVER_MODULE()? I didn't see that in the man page, and other examples = of pcib drivers apparently get away with it. >=20 > I did notice the weird message about "driver already loaded from = kernel". I wondered if that meant I was dragging in code to the core = kernel, that would otherwise live in an external module? >=20 > Let me know how I can help fix it! >=20 > -- RHC. It is not an area of expertise for me. I've spent hours just getting to the point of sending the notes that I have sent. I did just find the text: QUOTE from = https://www.freebsd.org/cgi/man.cgi?query=3DDRIVER_MODULE&sektion=3D9&n=3D= 1 : The identifier used in DRIVER_MODULE() can be different from the = driver name. Also, the same driver identifier can exist on different = buses, which is a pretty clean way of making front ends for different = cards us- ing the same driver on the same or different buses. For example, = the following is allowed: DRIVER_MODULE(foo, isa, foo_driver, foo_devclass, NULL, NULL); DRIVER_MODULE(foo, pci, foo_driver, foo_devclass, NULL, NULL); END QUOTE But the wording is not explicit about what would be "same bus". I do find two things that suggests to me that "picb" should be a unique name. First: QUOTE from = https://www.freebsd.org/cgi/man.cgi?query=3Ddriver&sektion=3D9&n=3D1 : static int foo_probe(device_t); static int foo_attach(device_t); static int foo_detach(device_t); static int foo_frob(device_t, int, int); static int foo_twiddle(device_t, char *); static device_method_t foo_methods[] =3D { /* Methods from the device interface */ DEVMETHOD(device_probe, foo_probe), DEVMETHOD(device_attach, foo_attach), DEVMETHOD(device_detach, foo_detach), /* Methods from the bogo interface */ DEVMETHOD(bogo_frob, foo_frob), DEVMETHOD(bogo_twiddle, foo_twiddle), /* Terminate method list */ DEVMETHOD_END }; static driver_t foo_driver =3D { "foo", foo_methods, sizeof(struct foo_softc) }; static devclass_t foo_devclass; DRIVER_MODULE(foo, bogo, foo_driver, foo_devclass, NULL, NULL); END QUOTE Note the "foo" in foo_driver. That looks to be something that ends up being globally used (indirectly) and so more likely to have some form of relative-uniqueness criteria. foo is also the prefix on the method routines. I also did the following that produced my second thing making the suggestion: # grep -r "MODULE.*pcib.*simplebus" /usr/src/sys/ | more /usr/src/sys/dev/pci/pci_host_generic_fdt.c:DRIVER_MODULE(pcib, = simplebus, generic_pcie_fdt_driver, /usr/src/sys/dev/xilinx/xlnx_pcib.c:DRIVER_MODULE(xlnx_pcib, simplebus, = xlnx_pcib_fdt_driver, /usr/src/sys/arm64/cavium/thunder_pcie_fdt.c:DRIVER_MODULE(thunder_pcib, = simplebus, thunder_pcie_fdt_driver, /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c:DRIVER_MODULE(pcib, = simplebus, bcm_pcib_driver, bcm_pcib_devclass, 0, 0); /usr/src/sys/arm/mv/mv_pci_ctrl.c:DRIVER_MODULE(pcib_ctrl, simplebus, = mv_pcib_ctrl_driver, pcib_ctrl_devclass, 0, 0); /usr/src/sys/arm/nvidia/tegra_pcie.c:DRIVER_MODULE(tegra_pcib, = simplebus, tegra_pcib_driver, pcib_devclass, = /usr/src/sys/arm/annapurna/alpine/alpine_pci.c:DRIVER_MODULE(alpine_pcib, = simplebus, al_pcib_driver, anpa_pcib_devclass, 0, 0); /usr/src/sys/mips/nlm/xlp_pci.c:DRIVER_MODULE(xlp_pcib, simplebus, = xlp_pcib_driver, pcib_devclass, 0, 0); and it looks like in all other cases for pcib and simplebus together, the name in DRIVER_MODULE(name, is unique to the context (one example of plain pcib other than the new one that you added). I hope that the above helps. Mark > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 > On Saturday, 11 July 2020 11:48, Mark Millard = wrote: >=20 >> On 2020-Jul-11, at 02:26, Mark Millard wrote: >>=20 >>> On 2020-Jul-11, at 01:32, Mark Millard wrote: >>>=20 >>>> On 2020-Jul-11, at 00:14, Mark Millard = wrote: >>>>=20 >>>>> Anyone else with such Overdrive 1000 problems after >>>>> upgrading into this range or beyond? >>>>> boot -v output: >>>>> ---<>--- >>>>> KDB: debugger backends: ddb >>>>> KDB: current backend: ddb >>>>> Type Physical Virtual #Pages Attr >>>>> Reserved 008000000000 0 00000e80 WC WT WB >>>>> ConventionalMemory 008000e80000 0 0001ef7d WC WT WB >>>>> BootServicesData 00801fdfd000 0 00000203 WC WT WB >>>>> ConventionalMemory 008020000000 0 001d0583 WC WT WB >>>>> LoaderData 0081f0583000 0 00008000 WC WT WB >>>>> LoaderCode 0081f8583000 0 0000017d WC WT WB >>>>> ACPIReclaimMemory 0081f8700000 0 000000a0 WC WT WB >>>>> ConventionalMemory 0081f87a0000 0 0000000b WC WT WB >>>>> LoaderData 0081f87ab000 0 00000001 WC WT WB >>>>> ConventionalMemory 0081f87ac000 0 000020ab WC WT WB >>>>> BootServicesData 0081fa857000 0 00000029 WC WT WB >>>>> ConventionalMemory 0081fa880000 0 0000000b WC WT WB >>>>> BootServicesData 0081fa88b000 0 0000001f WC WT WB >>>>> ConventionalMemory 0081fa8aa000 0 00000003 WC WT WB >>>>> BootServicesData 0081fa8ad000 0 000002f0 WC WT WB >>>>> ConventionalMemory 0081fab9d000 0 00000001 WC WT WB >>>>> BootServicesData 0081fab9e000 0 00000012 WC WT WB >>>>> ConventionalMemory 0081fabb0000 0 00000001 WC WT WB >>>>> BootServicesData 0081fabb1000 0 00000006 WC WT WB >>>>> ConventionalMemory 0081fabb7000 0 00000002 WC WT WB >>>>> BootServicesData 0081fabb9000 0 00000ae7 WC WT WB >>>>> ConventionalMemory 0081fb6a0000 0 00000046 WC WT WB >>>>> BootServicesCode 0081fb6e6000 0 0000014a WC WT WB >>>>> RuntimeServicesCode 0081fb830000 81fb830000 000003e0 WC WT WB = RUNTIME >>>>> ConventionalMemory 0081fbc10000 0 000001a0 WC WT WB >>>>> RuntimeServicesData 0081fbdb0000 81fbdb0000 00000250 WC WT WB = RUNTIME >>>>> ConventionalMemory 0081fc000000 0 0000001f WC WT WB >>>>> BootServicesData 0081fc01f000 0 00000001 WC WT WB >>>>> ConventionalMemory 0081fc020000 0 00003732 WC WT WB >>>>> BootServicesData 0081ff752000 0 0000087a WC WT WB >>>>> ConventionalMemory 0081fffcc000 0 00000004 WC WT WB >>>>> RuntimeServicesData 0081fffd0000 81fffd0000 00000020 WC WT WB = RUNTIME >>>>> ConventionalMemory 0081ffff0000 0 0000000c WC WT WB >>>>> BootServicesData 0081ffffc000 0 00000004 WC WT WB >>>>> Physical memory chunk(s): >>>>> 0x8000e80000 - 0x81f86fffff, 8056 MB (2062464 pages) >>>>> 0x81f87a0000 - 0x81fb82ffff, 48 MB ( 12432 pages) >>>>> 0x81fbc10000 - 0x81ffffffff, 67 MB ( 17392 pages) >>>>> Excluded memory regions: >>>>> 0x8000000000 - 0x8000e7ffff, 14 MB ( 3712 pages) NoAlloc >>>>> 0x81f0600000 - 0x81f1992fff, 19 MB ( 5011 pages) NoAlloc >>>>> 0x81f8700000 - 0x81f879ffff, 0 MB ( 160 pages) NoAlloc >>>>> 0x81fb830000 - 0x81fbc0ffff, 3 MB ( 992 pages) NoAlloc >>>>> 0x81fbdb0000 - 0x81fbffffff, 2 MB ( 592 pages) NoAlloc >>>>> 0x81fffd0000 - 0x81fffeffff, 0 MB ( 32 pages) NoAlloc >>>>> Found 4 CPUs in the device tree >>>>> Copyright (c) 1992-2020 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 13.0-CURRENT #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 >>>>> = markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 >>>>> FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d) >>>>> VT: init without driver. >>>>> Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001166000. >>>>> Preloaded hostuuid "/etc/hostid" at 0xffff00000116f310. >>>>> Preloaded boot_entropy_cache "/boot/entropy" at = 0xffff00000116f360. >>>>> module firmware already present! >>>>> module_register: cannot register simplebus/gpio from kernel; = already loaded from kernel >>>>> Module simplebus/gpio failed to register: 17 >>>>> module_register: cannot register simplebus/pcib from kernel; = already loaded from kernel >>>>> Module simplebus/pcib failed to register: 17 >>>>> Starting CPU 1 (101) >>>>> Starting CPU 2 (200) >>>>> Starting CPU 3 (201) >>>>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>>>> random: read 4096 bytes from preloaded cache >>>>> random: unblocking device. >>>>> VIMAGE (virtualized network stack) enabled >>>>> hostuuid: using # >>>>> ULE: setup cpu 0 >>>>> ULE: setup cpu 1 >>>>> ULE: setup cpu 2 >>>>> ULE: setup cpu 3 >>>>> Table 'FACP' at 0x81f8770000 >>>>> Table 'APIC' at 0x81f8750000 >>>>> Table 'GTDT' at 0x81f8740000 >>>>> Table 'DBG2' at 0x81f8730000 >>>>> Table 'SPCR' at 0x81f8720000 >>>>> Table 'MCFG' at 0x81f8710000 >>>>> Table 'CSRT' at 0x81f8700000 >>>>> ACPI: No IORT table found >>>>> snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] = c=3D0x000003ff [1024] >>>>> feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 >>>>> random: entropy device external interface >>>>> MAP 81fb830000 mode 2 pages 992 >>>>> MAP 81fbdb0000 mode 2 pages 592 >>>>> MAP 81fffd0000 mode 2 pages 32 >>>>> WARNING: Device "kbd" is Giant locked and may be deleted before = FreeBSD 13.0. >>>>> kbd0 at kbdmux0 >>>>> crypto: >>>>> mem: >>>>> null: >>>>> openfirm: >>>>> WARNING: Device "openfirm" is Giant locked and may be deleted = before FreeBSD 13.0. >>>>> ofwbus0: >>>>> simplebus0: on ofwbus0 >>>>> clk_fixed0: on simplebus0 >>>>> clk_fixed1: on simplebus0 >>>>> clk_fixed2: on simplebus0 >>>>> clk_fixed3: on simplebus0 >>>>> clk_fixed4: on simplebus0 >>>>> clk_fixed5: on simplebus0 >>>>> clk_fixed6: on simplebus0 >>>>> clk_fixed7: on simplebus0 >>>>> clk_fixed8: on simplebus0 >>>>> clk_fixed9: on simplebus0 >>>>> clk_fixed10: on simplebus0 >>>>> psci0: on ofwbus0 >>>>> psci0: PSCI version 0.2 compatible >>>>> gic0: mem = 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe11600= 00-0xe116ffff irq 4 on ofwbus0 >>>>> gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 >>>>> gicv2m0: mem = 0x80000-0x80fff on gic0 >>>>> gicv2m0: using spi 64 to 319 >>>>> generic_timer0: irq 5,6,7,8 on ofwbus0 >>>>> Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz = quality 1000 >>>>> Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality = 1000 >>>>> efirtc0: >>>>> efirtc0: registered as a time-of-day clock, resolution 1.000000s >>>>> cpulist0: on ofwbus0 >>>>> cpu0: on cpulist0 >>>>> cpu0: missing 'clock-frequency' property >>>>> cpu1: on cpulist0 >>>>> cpu1: missing 'clock-frequency' property >>>>> cpu2: on cpulist0 >>>>> cpu2: missing 'clock-frequency' property >>>>> cpu3: on cpulist0 >>>>> cpu3: missing 'clock-frequency' property >>>>> pmu0: irq 0,1,2,3 on ofwbus0 >>>>> ahci0: mem 0xe0300000-0xe03effff irq 9 on = simplebus0 >>>>> ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported >>>>> ahci0: Caps: 64bit NCQ SNTF SS AL CLO 6Gbps PM PMD 32cmd CCC = 8ports >>>>> ahci0: Caps2: APST >>>>> ahcich0: at channel 0 on ahci0 >>>>> ahcich0: Caps: HPCP >>>>> ahcich1: at channel 1 on ahci0 >>>>> ahcich1: Caps: HPCP >>>>> ahcich2: not probed (disabled) >>>>> ahcich3: not probed (disabled) >>>>> ahcich4: not probed (disabled) >>>>> ahcich5: not probed (disabled) >>>>> ahcich6: not probed (disabled) >>>>> ahcich7: not probed (disabled) >>>>> simplebus0: sata@e0d00000 mem 0xe0d00000-0xe0deffff irq 10 = disabled compat snps,dwc-ahci (no driver attached) >>>>> simplebus0: i2c@e1000000 mem 0xe1000000-0xe1000fff irq 11 compat = snps,designware-i2c (no driver attached) >>>>> simplebus0: i2c@e0050000 mem 0xe0050000-0xe0050fff irq 12 compat = snps,designware-i2c (no driver attached) >>>>> uart0: mem 0xe1010000-0xe1010fff irq 13 = on simplebus0 >>>>> uart0: console (115200,n,8,1) >>>>> uart0: fast interrupt >>>>> uart0: PPS capture mode: DCD >>>>> simplebus0: ssp@e1020000 mem 0xe1020000-0xe1020fff irq 14 compat = arm,pl022 (no driver attached) >>>>> simplebus0: ssp@e1030000 mem 0xe1030000-0xe1030fff irq 15 compat = arm,pl022 (no driver attached) >>>>> simplebus0: gpio@e1050000 mem 0xe1050000-0xe1050fff irq 16 compat = arm,pl061 (no driver attached) >>>>> simplebus0: gpio@e0020000 mem 0xe0020000-0xe0020fff irq 17 compat = arm,pl061 (no driver attached) >>>>> simplebus0: gpio@e0030000 mem 0xe0030000-0xe0030fff irq 18 compat = arm,pl061 (no driver attached) >>>>> simplebus0: gpio@e0080000 mem 0xe0080000-0xe0080fff irq 19 compat = arm,pl061 (no driver attached) >>>>> simplebus0: ccp@e0100000 mem 0xe0100000-0xe010ffff irq 20 compat = amd,ccp-seattle-v1a (no driver attached) >>>>> simplebus0: pcie@f0000000 mem 0xf0000000-0xffffffff type pci = compat pci-host-ecam-generic (no driver attached) >>>>> simplebus0: ccn@0xe8000000 mem 0xe8000000-0xe8ffffff irq 21 compat = arm,ccn-504 (no driver attached) >>>>> simplebus0: gwdt@e0bb0000 mem = 0xe0bb0000-0xe0bbffff,0xe0bc0000-0xe0bcffff irq 22 compat arm,sbsa-gwdt = (no driver attached) >>>>> simplebus0: kcs@e0010000 mem 0xe0010000-0xe0010007 irq 23 type = ipmi compat ipmi-kcs (no driver attached) >>>>> simplebus0: phy@e1240800 mem = 0xe1240800-0xe1240bff,0xe1250000-0xe125005f,0xe12500f8-0xe12500fb irq 24 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) >>>>> simplebus0: phy@e1240c00 mem = 0xe1240c00-0xe1240fff,0xe1250080-0xe12500df,0xe12500fc-0xe12500ff irq 25 = disabled compat amd,xgbe-phy-seattle-v1a (no driver attached) >>>>> simplebus0: xgmac@e0700000 mem = 0xe0700000-0xe077ffff,0xe0780000-0xe07fffff irq 26,27,28,29,30 disabled = compat amd,xgbe-seattle-v1a (no driver attached) >>>>> simplebus0: xgmac@e0900000 mem = 0xe0900000-0xe097ffff,0xe0980000-0xe09fffff irq 31,32,33,34,35 disabled = compat amd,xgbe-seattle-v1a (no driver attached) >>>>> cryptosoft0: >>>>> crypto: assign cryptosoft0 driver id 0, flags 0x6000000 >>>>> Device configuration finished. >>>>> Found SMCCC version 1.0 >>>>> procfs registered >>>>> Timecounters tick every 1.000 msec >>>>> lo0: bpf attached >>>>> vlan: initialized, using hash tables with chaining >>>>> IPsec: Initialized Security Association Processing. >>>>> tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 >>>>> Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 >>>>> usb_needs_explore_all: no devclass >>>>> Release APs...ahcich0: AHCI reset... >>>>> Trying to mount root from ufs:/dev/gpt/FBSDCA57root [rw]... >>>>> done >>>>> Root mount waiting for: CAMCPU 0: ARM Cortex-A57 r1p2 affinity: 1 = 0 >>>>>=20 >>>>> Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> >>>>>=20 >>>>>=20 >>>>> ahcich0: SATA connect timeout time=3D10000us status=3D00000000 >>>>> Instruction Set Attributes 0 =3D >>>>> ahcich0: AHCI reset: device not found >>>>> Instruction Set Attributes 1 =3D <> >>>>> ahcich1: AHCI reset... >>>>> Processor Features 0 =3D >>>>> ahcich1: SATA connect time=3D100us status=3D00000133 >>>>> Processor Features 1 =3D <> >>>>> ahcich1: AHCI reset: device found >>>>> Memory Model Features 0 =3D >>>>> ahcich1: AHCI reset: device ready after 0ms >>>>> Memory Model Features 1 =3D <8bit VMID> >>>>> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> >>>>> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> >>>>> Debug Features 1 =3D <> >>>>> Auxiliary Features 0 =3D <> >>>>> Auxiliary Features 1 =3D <> >>>>> CPU 1: ARM Cortex-A57 r1p2 affinity: 1 1 >>>>> CPU 2: ARM Cortex-A57 r1p2 affinity: 2 0 >>>>> CPU 3: ARM Cortex-A57 r1p2 affinity: 2 1 >>>>> regulator: shutting down unused regulators >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> GEOM: new disk ada0 >>>>> ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 >>>>> ada0: ACS-4 ATA SATA 3.x device >>>>> ada0: Serial Number # >>>>> ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) >>>>> ada0: Command Queueing enabled >>>>> ada0: 976762MB (2000409264 512 byte sectors) >>>>> pass0 at ahcich1 bus 0 scbus1 target 0 lun 0 >>>>> pass0: ACS-4 ATA SATA 3.x = device >>>>> pass0: Serial Number # >>>>> pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) >>>>> pass0: Command Queueing enabled >>>>> efirtc0: providing initial system time >>>>> start_init: trying /sbin/init >>>>> Setting hostuuid: #. >>>>> Setting hostid: #. >>>>> Starting file system checks: >>>>> /dev/gpt/FBSDCA57root: FILE SYSTEM CLEAN; SKIPPING CHECKS >>>>> /dev/gpt/FBSDCA57root: clean, 189555062 free (288086 frags, = 23658372 blocks, 0.1% fragmentation) >>>>> Mounting local filesystems:. >>>>> ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 = /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/qt5 = /usr/local/llvm10/lib /usr/local/llvm80/lib >>>>> Setting hostname: FBSDCA57. >>>>> Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED >>>>> Feeding entropy: . >>>>> lo0: link state changed to UP >>>>> Starting Network: lo0. >>>>> lo0: flags=3D8049 metric 0 mtu = 16384 >>>>> options=3D680003 >>>>> inet6 ::1 prefixlen 128 >>>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 >>>>> inet 127.0.0.1 netmask 0xff000000 >>>>> groups: lo >>>>> nd6 options=3D21 >>>>> Starting devd. >>>>> add host 127.0.0.1: gateway lo0 fib 0: route already in table >>>>> add host ::1: gateway lo0 fib 0: route already in table >>>>> add net fe80::: gateway ::1 >>>>> add net ff02::: gateway ::1 >>>>> add net ::ffff:0.0.0.0: gateway ::1 >>>>> add net ::0.0.0.0: gateway ::1 >>>>=20 >>>> I used artificat.ci.freebsd.org to do an approximate >>>> bisect and the results are: >>>> head -r362952 and before work. >>>> there was no -r362953 artifact >>>> head -r362954 and later fail. >>>> The potential failure checkins are -r362953 and >>>> -r362954 : >>>> Author: hselasky >>>> Date: Mon Jul 6 08:50:11 2020 >>>> New Revision: 362953 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/362953 >>>> Log: >>>> Infiniband clients must be attached and detached in a specific = order in ibcore. >>>> . . . >>>> Differential Revision: https://reviews.freebsd.org/D23973 >>>> . . . >>>> and: >>>> Author: andrew >>>> Date: Mon Jul 6 08:51:55 2020 >>>> New Revision: 362954 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/362954 >>>> Log: >>>> Add a driver for bcm2838 PCI express controller >>>> . . . >>>> Submitted by: Robert Crowston >>>> Differential Revision: https://reviews.freebsd.org/D25068 >>>> . . . >>>=20 >>> diff'ing the boot -v material for a good boot >>> vs. a failing one shows that . . . >>> Only the failure example has: >>> +module_register: cannot register simplebus/pcib from kernel; = already loaded from kernel >>> +Module simplebus/pcib failed to register: 17 >>> Only the good example later has: >>> -pcib0: mem 0xf0000000-0xffffffff on = simplebus0 >>> -pcib0: parsing FDT for ECAM0: >>> -pcib0: PCI addr: 0x0, CPU addr: 0xefff0000, Size: 0x10000 >>> -pcib0: PCI addr: 0x40000000, CPU addr: 0x40000000, Size: 0x80000000 >>> -pcib0: PCI addr: 0x100000000, CPU addr: 0x100000000, Size: = 0x7f00000000 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >>> -pcib0: Bus is cache-coherent >>> -pci0: on pcib0 >>> -pci0: domain=3D0, physical bus=3D0 >>> -found-> vendor=3D0x1022, dev=3D0x1a00, revid=3D0x00 >>>=20 >>> - domain=3D0, bus=3D0, slot=3D0, func=3D0 >>>=20 >>>=20 >>> - class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 >>>=20 >>>=20 >>> - cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) >>>=20 >>>=20 >>> - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00= (0 ns) >>>=20 >>>=20 >>>=20 >>> -found-> vendor=3D0x1022, dev=3D0x1a01, revid=3D0x00 >>>=20 >>> - domain=3D0, bus=3D0, slot=3D2, func=3D0 >>>=20 >>>=20 >>> - class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 >>>=20 >>>=20 >>> - cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) >>>=20 >>>=20 >>> - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00= (0 ns) >>>=20 >>>=20 >>>=20 >>> -found-> vendor=3D0x1022, dev=3D0x1a02, revid=3D0x00 >>>=20 >>> - domain=3D0, bus=3D0, slot=3D2, func=3D2 >>>=20 >>>=20 >>> - class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 >>>=20 >>>=20 >>> - cmdreg=3D0x0507, statreg=3D0x0010, cachelnsz=3D0 (dwords) >>>=20 >>>=20 >>> - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00= (0 ns) >>>=20 >>>=20 >>> - intpin=3Da, irq=3D255 >>>=20 >>>=20 >>> - powerspec 3 supports D0 D3 current D0 >>>=20 >>>=20 >>> - MSI supports 1 message, 64 bit >>>=20 >>>=20 >>> - secbus=3D1, subbus=3D1 >>>=20 >>>=20 >>>=20 >>> -found-> vendor=3D0x1022, dev=3D0x1a02, revid=3D0x00 >>>=20 >>> - domain=3D0, bus=3D0, slot=3D2, func=3D3 >>>=20 >>>=20 >>> - class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 >>>=20 >>>=20 >>> - cmdreg=3D0x0507, statreg=3D0x0010, cachelnsz=3D0 (dwords) >>>=20 >>>=20 >>> - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00= (0 ns) >>>=20 >>>=20 >>> - intpin=3Da, irq=3D255 >>>=20 >>>=20 >>> - powerspec 3 supports D0 D3 current D0 >>>=20 >>>=20 >>> - MSI supports 1 message, 64 bit >>>=20 >>>=20 >>> - secbus=3D2, subbus=3D2 >>>=20 >>>=20 >>>=20 >>> -pcib1: at device 2.2 on pci0 >>> -pcib0: rman_reserve_resource: start=3D0x40100000, end=3D0x401fffff, = count=3D0x100000 >>> -pcib1: domain 0 >>> -pcib1: secondary bus 1 >>> -pcib1: subordinate bus 1 >>> -pcib1: memory decode 0x40100000-0x401fffff >>> -pci1: on pcib1 >>> -pcib1: allocated bus range (1-1) for rid 0 of pci1 >>> -pci1: domain=3D0, physical bus=3D1 >>> -found-> vendor=3D0x1b73, dev=3D0x1009, revid=3D0x02 >>>=20 >>> - domain=3D0, bus=3D1, slot=3D0, func=3D0 >>>=20 >>>=20 >>> - class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 >>>=20 >>>=20 >>> - cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) >>>=20 >>>=20 >>> - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00= (0 ns) >>>=20 >>>=20 >>> - intpin=3Da, irq=3D255 >>>=20 >>>=20 >>> - powerspec 3 supports D0 D1 D3 current D0 >>>=20 >>>=20 >>> - MSI supports 8 messages, 64 bit >>>=20 >>>=20 >>> - MSI-X supports 8 messages in maps 0x18 and 0x20 >>>=20 >>>=20 >>> - map[10]: type Memory, range 64, base 0x40100000, size 16, = memory disabled >>>=20 >>>=20 >>>=20 >>> -pcib1: allocated memory range (0x40100000-0x4010ffff) for rid 10 of = pci0:1:0:0 >>>=20 >>> - map[18]: type Memory, range 64, base 0x40110000, size 12, = enabled >>>=20 >>>=20 >>>=20 >>> -pcib1: allocated memory range (0x40110000-0x40110fff) for rid 18 of = pci0:1:0:0 >>>=20 >>> - map[20]: type Memory, range 64, base 0x40111000, size 12, = enabled >>>=20 >>>=20 >>>=20 >>> -pcib1: allocated memory range (0x40111000-0x40111fff) for rid 20 of = pci0:1:0:0 >>> -xhci0: mem = 0x40100000-0x4010ffff,0x40110000-0x40110fff,0x40111000-0x40111fff at = device 0.0 on pci1 >>> -xhci0: 32 bytes context size, 64-bit DMA >>> -xhci0: attempting to allocate 1 MSI vectors (8 supported) >>> -xhci0: using IRQ 36 for MSI >>> -xhci0: MSI enabled >>> -usbus0 on xhci0 >>> -xhci0: usbpf: Attached >>> -pcib2: at device 2.3 on pci0 >>> -pcib0: rman_reserve_resource: start=3D0x1000, end=3D0x1fff, = count=3D0x1000 >>> -pcib0: rman_reserve_resource: start=3D0x40000000, end=3D0x400fffff, = count=3D0x100000 >>> -pcib2: domain 0 >>> -pcib2: secondary bus 2 >>> -pcib2: subordinate bus 2 >>> -pcib2: I/O decode 0x1000-0x1fff >>> -pcib2: memory decode 0x40000000-0x400fffff >>> -pci2: on pcib2 >>> -pcib2: allocated bus range (2-2) for rid 0 of pci2 >>> -pci2: domain=3D0, physical bus=3D2 >>> -found-> vendor=3D0x11ab, dev=3D0x4381, revid=3D0x00 >>>=20 >>> - domain=3D0, bus=3D2, slot=3D0, func=3D0 >>>=20 >>>=20 >>> - class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 >>>=20 >>>=20 >>> - cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) >>>=20 >>>=20 >>> - lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00= (0 ns) >>>=20 >>>=20 >>> - intpin=3Da, irq=3D255 >>>=20 >>>=20 >>> - powerspec 3 supports D0 D1 D2 D3 current D0 >>>=20 >>>=20 >>> - MSI supports 1 message, 64 bit >>>=20 >>>=20 >>> - map[10]: type Memory, range 64, base 0x40000000, size 14, = memory disabled >>>=20 >>>=20 >>>=20 >>> -pcib2: allocated memory range (0x40000000-0x40003fff) for rid 10 of = pci0:2:0:0 >>>=20 >>> - map[18]: type I/O Port, range 32, base 0x1000, size 8, = port disabled >>>=20 >>>=20 >>>=20 >>> -pcib2: allocated I/O port range (0x1000-0x10ff) for rid 18 of = pci0:2:0:0 >>> -mskc0: port 0x1000-0x10ff = mem 0x40000000-0x40003fff at device 0.0 on pci2 >>> -mskc0: MSI count : 1 >>> -mskc0: attempting to allocate 1 MSI vectors (1 supported) >>> -mskc0: using IRQ 37 for MSI >>> -mskc0: RAM buffer size : 0KB >>> -msk0: = on mskc0 >>> -msk0: Using defaults for TSO: 65518/35/2048 >>> -msk0: bpf attached >>> -msk0: Ethernet address: e0:ff:f7:00:20:ed >>> -miibus0: on msk0 >>> -e1000phy0: PHY 0 on miibus0 >>> -e1000phy0: OUI 0x000ac2, model 0x0027, rev. 0 >>> -e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, = auto-flow >>> The failure example instead had: >>> +simplebus0: pcie@f0000000 mem 0xf0000000-0xffffffff type pci compat = pci-host-ecam-generic (no driver attached) >>> Later there was: >>> -usbus0: 5.0Gbps Super Speed USB v3.0 >>> Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 >>> +usb_needs_explore_all: no devclass >>> I'll stop with that. >>=20 >> Using nm (and cut and grep) to extract names from a >> good and bad kernel I find the following, where the >> "+" lines are from a bad kernel: >>=20 >> diff -u mmjnk.goodnames mmjnk.baddupnames >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >> --- mmjnk.goodnames 2020-07-11 03:31:55.360299000 -0700 >> +++ mmjnk.baddupnames 2020-07-11 03:31:28.483440000 -0700 >> @@ -1,26 +1,35 @@ >> __set_modmetadata_set_sym__mod_metadata_md_alpine_pcib_simplebus >> = __set_modmetadata_set_sym__mod_metadata_md_alpine_pcib_simplebus_on_kernel= >> __set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus >> +__set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus >> __set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus_on_kernel >> +__set_modmetadata_set_sym__mod_metadata_md_pcib_simplebus_on_kernel >> __set_modmetadata_set_sym__mod_metadata_md_thunder_pcib_simplebus >> = __set_modmetadata_set_sym__mod_metadata_md_thunder_pcib_simplebus_on_kerne= l >> __set_sysinit_set_sym_alpine_pcib_simplebusmodule_sys_init >> __set_sysinit_set_sym_pcib_simplebusmodule_sys_init >> +__set_sysinit_set_sym_pcib_simplebusmodule_sys_init >> __set_sysinit_set_sym_thunder_pcib_simplebusmodule_sys_init >> _alpine_pcib_simplebus_depend_on_kernel >> _mod_metadata_md_alpine_pcib_simplebus >> _mod_metadata_md_alpine_pcib_simplebus_on_kernel >> _mod_metadata_md_pcib_simplebus >> +_mod_metadata_md_pcib_simplebus >> _mod_metadata_md_pcib_simplebus_on_kernel >> +_mod_metadata_md_pcib_simplebus_on_kernel >> _mod_metadata_md_thunder_pcib_simplebus >> _mod_metadata_md_thunder_pcib_simplebus_on_kernel >> _pcib_simplebus_depend_on_kernel >> +_pcib_simplebus_depend_on_kernel >> _thunder_pcib_simplebus_depend_on_kernel >> alpine_pcib_simplebus_driver_mod >> alpine_pcib_simplebus_mod >> alpine_pcib_simplebusmodule_sys_init >> pcib_simplebus_driver_mod >> +pcib_simplebus_driver_mod >> pcib_simplebus_mod >> +pcib_simplebus_mod >> +pcib_simplebusmodule_sys_init >> pcib_simplebusmodule_sys_init >> thunder_pcib_simplebus_driver_mod >> thunder_pcib_simplebus_mod >>=20 >> It leaves me wondering if the naming is messing things >> up via duplicate naming from the likes of: >>=20 >> static devclass_t generic_pcie_fdt_devclass; >>=20 >> DRIVER_MODULE(pcib, simplebus, generic_pcie_fdt_driver, >> generic_pcie_fdt_devclass, 0, 0); >>=20 >> vs. >>=20 >> static devclass_t bcm_pcib_devclass; >> DRIVER_MODULE(pcib, simplebus, bcm_pcib_driver, bcm_pcib_devclass, 0, = 0); >>=20 >> (Dual pcib_simplebus based sets of names?) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 11 22:44:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 929693732E9; Sat, 11 Jul 2020 22:44:36 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B44jH1SVFz3Smg; Sat, 11 Jul 2020 22:44:34 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 06BMiQgI022597 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 11 Jul 2020 15:44:26 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 06BMiQxc022596; Sat, 11 Jul 2020 15:44:26 -0700 (PDT) (envelope-from jmg) Date: Sat, 11 Jul 2020 15:44:26 -0700 From: John-Mark Gurney To: freebsd-usb@FreeBSD.org, freebsd-current@FreeBSD.org Subject: slow USB 3.0 on -current Message-ID: <20200711224426.GC4213@funkthat.com> Mail-Followup-To: freebsd-usb@FreeBSD.org, freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="kjzasy1UhXmRStS5" Content-Disposition: inline X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sat, 11 Jul 2020 15:44:26 -0700 (PDT) X-Rspamd-Queue-Id: 4B44jH1SVFz3Smg X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [4.35 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.30)[0.298]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[funkthat.com]; NEURAL_SPAM_MEDIUM(0.88)[0.884]; CTYPE_MIXED_BOGUS(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.97)[0.968]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2020 22:44:36 -0000 --kjzasy1UhXmRStS5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I'm having issues getting good ethernet performance from a USB ethernet adapter (ure) under FreeBSD on an HP EliteDesk 705 G2 Mini[1]. It's an AMD PRO A10-8700B based system using the AMD A78 FCH chipset. Under FreeBSD -current (r362596), 12.1-R and 11.4-R, the RealTek USB adapter only gets around 10MB/sec performance. During the transfer, the CPU usage is only around 3-5%, so it's definitely not CPU bound. I have tested Windows 10 and NetBSD 9.0 performance, and both provide 100MB/sec+ w/o troubles. I have attached dmesg from both FreeBSD -current and NetBSD 9.0. Any hints on how to fix this? This may be related, but I'm also having issues w/ booting when I have both a SD USB 2.0 card reader AND the ure plugged into USB 3.0 ports. If I move the SD card reader to USB 2.0, the umass device will attach and work. I have also attached a clip of the dmesg from that happening. Has anyone else seen this issue? Ideas or thoughts on how to resolve the performance issues? Thanks. [1] https://support.hp.com/us-en/document/c04834953 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --kjzasy1UhXmRStS5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freebsd.dmesg.txt" ---<>--- Copyright (c) 1992-2020 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 13.0-CURRENT #0 r362596: Thu Jun 25 05:02:51 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-97-g6f71678ecd2) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1024x768 CPU: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G (1796.67-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x660f01 Family=0x15 Model=0x60 Stepping=1 Features=0x178bfbff Features2=0x7ed8320b AMD Features=0x2e500800 AMD Features2=0x2febbfff,DBE,PTSC,MWAITX> Structured Extended Features=0x1a9 XSAVE Features=0x1 AMD Extended Feature Extensions ID EBX=0x1000 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8034414592 (7662 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled. ioapic0: MADT APIC ID 4 != hw id 0 ioapic1: MADT APIC ID 5 != hw id 0 ioapic0 irqs 0-23 ioapic1 irqs 24-55 Launching APs: 2 3 1 Timecounter "TSC" frequency 1796666782 Hz quality 1000 random: entropy device external interface WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd1 at kbdmux0 000.000044 [4342] netmap_init netmap: loaded module [ath_hal] loaded nexus0 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s cryptosoft0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 atrtc0: port 0x70-0x71 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) vgapci0: port 0x2000-0x20ff mem 0xc0000000-0xc7ffffff,0xc8000000-0xc87fffff,0xc8b00000-0xc8b3ffff irq 43 at device 1.0 on pci0 vgapci0: Boot video device hdac0: mem 0xc8b60000-0xc8b63fff at device 1.1 on pci0 pcib1: at device 2.3 on pci0 pci1: on pcib1 bge0: mem 0xc8820000-0xc882ffff,0xc8810000-0xc881ffff,0xc8800000-0xc880ffff at device 0.0 on pci1 bge0: CHIP ID 0x05762100; ASIC REV 0x5762; CHIP REV 0x57621; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Using defaults for TSO: 65518/35/2048 bge0: Ethernet address: fc:3f:db:07:1c:f2 pci0: at device 8.0 (no driver attached) hdac1: mem 0xc8b64000-0xc8b67fff at device 9.2 on pci0 xhci0: mem 0xc8b68000-0xc8b69fff at device 16.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Unable to map MSI-X table usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 ahci0: port 0x2118-0x211f,0x2124-0x2127,0x2110-0x2117,0x2120-0x2123,0x2100-0x210f mem 0xc8b6c000-0xc8b6c3ff at device 17.0 on pci0 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS ahcich0: at channel 0 on ahci0 ehci0: mem 0xc8b6d000-0xc8b6d0ff at device 18.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 isab0: at device 20.3 on pci0 isa0: on isab0 acpi_syscontainer0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbdc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. hwpstate0: on cpu0 Timecounters tick every 1.000 msec Obsolete code will be removed soon: random(9) is the obsolete Park-Miller LCG from 1988 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 pcm1: at nid 5 on hdaa0 pcm2: at nid 7 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm3: at nid 23 and 26 on hdaa1 pcm4: at nid 33 on hdaa1 Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... Root mount waiting for: usbus0 CAM usbus1 WARNING: WITNESS option enabled, expect reduced performance. ugen1.1: at usbus1 ugen0.1: <0x1022 XHCI root HUB> at usbus0 uhub0 on usbus1 uhub1 on usbus0 uhub0: on usbus1 uhub1: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 000000001308092C5DEE ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 61056MB (125043311 512 byte sectors) uhub1: 8 ports with 8 removable, self powered uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus0 usbus1 ugen1.2: at usbus1 uhub2 on uhub0 uhub2: on usbus1 Root mount waiting for: usbus0 usbus1 ugen0.2: at usbus0 umass0 on uhub1 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0xc100 umass0:1:0: Attached to scbus1 uhub2: 4 ports with 4 removable, self powered ugen1.3: at usbus1 ukbd0 on uhub2 ukbd0: on usbus1 kbd2 at ukbd0 Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 3 more tries remain Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM ugen0.2: at usbus0 (disconnected) umass0: at uhub1, port 7, addr 1 (disconnected) (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 2 more tries remain (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 1 more tries remain (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 0 more tries remain (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted mountroot: waiting for device /dev/ufs/FreeBSD_Install... umass0: detached ugen1.4: at usbus1 umass0 on uhub2 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0xc100 umass0:1:0: Attached to scbus1 uma_zalloc_debug: zone "kenv" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r = 0 (0xfffff80006032cd0) locked @ /usr/src/sys/cam/scsi/scsi_pass.c:674 stack backtrace: #0 0xffffffff80c32891 at witness_debugger+0x71 #1 0xffffffff80c3382d at witness_warn+0x40d #2 0xffffffff80efe586 at uma_zalloc_arg+0x46 #3 0xffffffff80b740ea at getenv_string_buffer+0x3a #4 0xffffffff80b74817 at getenv_quad+0x17 #5 0xffffffff80b747e2 at getenv_int+0x12 #6 0xffffffff803a7f1a at daregister+0x1ea #7 0xffffffff8037445b at cam_periph_alloc+0x57b #8 0xffffffff803a7872 at daasync+0x2c2 #9 0xffffffff80381aa2 at xpt_async_process_dev+0x152 #10 0xffffffff8037d682 at xpt_async_process+0x312 #11 0xffffffff8037ddf2 at xpt_done_process+0x382 #12 0xffffffff8037fdb5 at xpt_done_td+0xf5 #13 0xffffffff80b830f0 at fork_exit+0x80 #14 0xffffffff8104150e at fork_trampoline+0xe da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Removable Direct Access SCSI device da0: Serial Number 121220130416 da0: 40.000MB/s transfers da0: 15240MB (31211520 512 byte sectors) da0: quirks=0x2 random: unblocking device. ugen0.2: at usbus0 uhub3 on uhub1 uhub3: on usbus0 uhub3: MTT enabled uhub3: 4 ports with 3 removable, self powered ugen0.3: at usbus0 uhub4 on uhub1 uhub4: on usbus0 uhub4: 4 ports with 3 removable, self powered ugen0.4: at usbus0 ure0 on uhub4 ure0: on usbus0 miibus1: on ure0 rgephy0: PHY 0 on miibus1 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ue0: on ure0 ue0: Ethernet address: d0:37:45:77:56:3d --kjzasy1UhXmRStS5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="netbsd.dmesg.txt" [ 1.000000] Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, [ 1.000000] 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2017, [ 1.000000] 2018, 2019, 2020 The NetBSD Foundation, Inc. All rights reserved. [ 1.000000] Copyright (c) 1982, 1986, 1989, 1991, 1993 [ 1.000000] The Regents of the University of California. All rights reserved. [ 1.000000] NetBSD 9.0 (GENERIC) #0: Fri Feb 14 00:06:28 UTC 2020 [ 1.000000] mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC [ 1.000000] total memory = 7978 MB [ 1.000000] avail memory = 7720 MB [ 1.000000] cpu_rng: RDRAND [ 1.000000] timecounter: Timecounters tick every 10.000 msec [ 1.000000] Kernelized RAIDframe activated [ 1.000000] running cgd selftest aes-xts-256 aes-xts-512 done [ 1.000000] timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100 [ 1.000003] efi: systbl at pa b41cef18 [ 1.000003] HP HP EliteDesk 705 G2 MINI ( ) [ 1.000003] mainbus0 (root) [ 1.000003] ACPI: RSDP 0x00000000B4FFE014 000024 (v02 HPQOEM) [ 1.000003] ACPI: XSDT 0x00000000B4FFE120 0000AC (v01 HPQOEM SLIC-BPC 00000001 01000013) [ 1.000003] ACPI: FACP 0x00000000B4FFA000 00010C (v05 HPQOEM SLIC-BPC 00000001 HP 00000001) [ 1.000003] ACPI: DSDT 0x00000000B4FE5000 00D3F9 (v02 HPQOEM 805B 00000000 INTL 20121018) [ 1.000003] ACPI: FACS 0x00000000B4F85000 000040 [ 1.000003] ACPI: UEFI 0x00000000B4FFD000 000042 (v01 00000000 00000000) [ 1.000003] ACPI: TCPA 0x00000000B4FFC000 000032 (v02 HPQOEM EDK2 00000002 01000013) [ 1.000003] ACPI: SSDT 0x00000000B4FFB000 0003B8 (v02 HPQOEM TcgTable 00001000 INTL 20121018) [ 1.000003] ACPI: ASF! 0x00000000B4FF9000 00006E (v32 HPQOEM 805B 00000001 HP 00000001) [ 1.000003] ACPI: MSDM 0x00000000B4FF8000 000055 (v03 HPQOEM SLIC-BPC 00000000 HP 00000001) [ 1.000003] ACPI: SLIC 0x00000000B4FF7000 000176 (v01 HPQOEM SLIC-BPC 00000001 HP 00000001) [ 1.000003] ACPI: WSMT 0x00000000B4FF6000 000028 (v01 HPQOEM 805B 00000001 HP 00000001) [ 1.000003] ACPI: HPET 0x00000000B4FF5000 000038 (v01 HPQOEM 805B 00000001 HP 00000001) [ 1.000003] ACPI: APIC 0x00000000B4FF4000 000090 (v02 HPQOEM 805B 00000001 HP 00000001) [ 1.000003] ACPI: MCFG 0x00000000B4FF3000 00003C (v01 HPQOEM 805B 00000001 HP 00000001) [ 1.000003] ACPI: SSDT 0x00000000B4FE4000 000854 (v01 AMD AGESA 00000001 AMD 00000001) [ 1.000003] ACPI: SSDT 0x00000000B4FDB000 00873A (v02 AMD AGESA 00000002 MSFT 04000000) [ 1.000003] ACPI: IVRS 0x00000000B4FDA000 0000D0 (v02 AMD AGESA 00000001 AMD 00000000) [ 1.000003] ACPI: SSDT 0x00000000B4FD8000 0015F0 (v01 AMD CPMCMN 00000001 INTL 20121018) [ 1.000003] ACPI: FPDT 0x00000000B4FD7000 000044 (v01 HPQOEM EDK2 00000002 01000013) [ 1.000003] ACPI: BGRT 0x00000000B4FD6000 000038 (v01 HPQOEM EDK2 00000002 01000013) [ 1.000003] ACPI: 5 ACPI AML tables successfully acquired and loaded [ 1.000003] ioapic0 at mainbus0 apid 4: pa 0xfec00000, version 0x21, 24 pins [ 1.000003] ioapic1 at mainbus0 apid 5: pa 0xfec01000, version 0x21, 32 pins [ 1.000003] cpu0 at mainbus0 apid 16 [ 1.000003] cpu0: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G , id 0x660f01 [ 1.000003] cpu0: package 0, core 0, smt 0 [ 1.000003] cpu1 at mainbus0 apid 17 [ 1.000003] cpu1: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G , id 0x660f01 [ 1.000003] cpu1: package 0, core 1, smt 0 [ 1.000003] cpu2 at mainbus0 apid 18 [ 1.000003] cpu2: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G , id 0x660f01 [ 1.000003] cpu2: package 0, core 2, smt 0 [ 1.000003] cpu3 at mainbus0 apid 19 [ 1.000003] cpu3: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G , id 0x660f01 [ 1.000003] cpu3: package 0, core 3, smt 0 [ 1.000003] acpi0 at mainbus0: Intel ACPICA 20190405 [ 1.000003] acpi0: X/RSDT: OemId , AslId < ,01000013> [ 1.000003] acpi0: MCFG: segment 0, bus 0-63, address 0x00000000f8000000 [ 1.000003] acpi0: SCI interrupting at int 9 [ 1.000003] acpi0: fixed power button present [ 1.000003] timecounter: Timecounter "ACPI-Fast" frequency 3579545 Hz quality 1000 [ 1.009574] hpet0 at acpi0: high precision event timer (mem 0xfed00000-0xfed00400) [ 1.009574] timecounter: Timecounter "hpet0" frequency 14318180 Hz quality 2000 [ 1.015682] acpiec0 at acpi0 (EC0, PNP0C09-1): io 0x62,0x66 [ 1.015682] acpiwmi0 at acpi0 (WMIB, PNP0C14-1): ACPI WMI Interface [ 1.015682] acpiwmibus at acpiwmi0 not configured [ 1.015682] acpiwmi1 at acpi0 (WMIV, PNP0C14-2): ACPI WMI Interface [ 1.015682] wmihp0 at acpiwmi1: HP WMI mappings [ 1.015682] acpibut0 at acpi0 (PWRB, PNP0C0C): ACPI Power Button [ 1.015682] acpivga0 at acpi0 (VGA): ACPI Display Adapter [ 1.015682] acpiout0 at acpivga0 (LCD, 0x0110): ACPI Display Output Device [ 1.015682] acpiout0: brightness levels: [2,8,14,22,28,34,42,48,54,62,68,75,82,88,100] [ 1.015682] pcppi1 at acpi0 (SPKR, PNP0800): io 0x61 [ 1.015682] spkr0 at pcppi1: PC Speaker [ 1.015682] wsbell at spkr0 not configured [ 1.015682] midi0 at pcppi1: PC speaker [ 1.015682] sysbeep0 at pcppi1 [ 1.015682] attimer1 at acpi0 (TMR, PNP0100): io 0x40-0x43 [ 1.015682] SYSR (PNP0C02) at acpi0 not configured [ 1.015682] MEM (PNP0C01) at acpi0 not configured [ 1.015682] COM1 (PNP0501) at acpi0 not configured [ 1.015682] MEMR (PNP0C02) at acpi0 not configured [ 1.015682] acpiwmi2 at acpi0 (WMIS, PNP0C14-3): ACPI WMI Interface [ 1.015682] acpiwmibus at acpiwmi2 not configured [ 1.015682] TPM (IFX0102) at acpi0 not configured [ 1.015682] AWR0 (PNP0C02) at acpi0 not configured [ 1.015682] ABR0 (PNP0C02) at acpi0 not configured [ 1.015682] ABR1 (PNP0C02) at acpi0 not configured [ 1.015682] ABR2 (PNP0C02) at acpi0 not configured [ 1.015682] ABR3 (PNP0C02) at acpi0 not configured [ 1.015682] ABR4 (PNP0C02) at acpi0 not configured [ 1.015682] AWR1 (PNP0C02) at acpi0 not configured [ 1.015682] ABR5 (PNP0C02) at acpi0 not configured [ 1.015682] ABR6 (PNP0C02) at acpi0 not configured [ 1.015682] ABR7 (PNP0C02) at acpi0 not configured [ 1.015682] ABR8 (PNP0C02) at acpi0 not configured [ 1.015682] ABR9 (PNP0C02) at acpi0 not configured [ 1.015682] ACPI: Enabled 1 GPEs in block 00 to 1F [ 1.015682] attimer1: attached to pcppi1 [ 1.015682] pci0 at mainbus0 bus 0: configuration mode 1 [ 1.015682] pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok [ 1.015682] pchb0 at pci0 dev 0 function 0: vendor 1022 product 1576 (rev. 0x00) [ 1.015682] vendor 1022 product 1577 (IOMMU system) at pci0 dev 0 function 2 not configured [ 1.015682] genfb0 at pci0 dev 1 function 0: vendor 1002 product 9874 (rev. 0xc5) [ 1.015682] genfb0: framebuffer at 0xc0000000, size 1024x768, depth 32, stride 4096 [ 1.015682] genfb0: shadow framebuffer enabled, size 3072 KB [ 1.015682] wsdisplay0 at genfb0 kbdmux 1: console (default, vt100 emulation) [ 1.015682] wsmux1: connecting to wsdisplay0 [ 1.015682] drm at genfb0 not configured [ 1.015682] hdaudio0 at pci0 dev 1 function 1: HD Audio Controller [ 1.015682] hdaudio0: interrupting at msi0 vec 0 [ 1.015682] hdafg0 at hdaudio0: vendor 1002 product aa01 [ 1.015682] hdafg0: HDMI00 2ch: Digital Out [Jack] [ 1.015682] hdafg0: HDMI01 2ch: Digital Out [Jack] [ 1.015682] hdafg0: HDMI02 2ch: Digital Out [Jack] [ 1.015682] hdafg0: 2ch/0ch 32000Hz 44100Hz 48000Hz PCM16 AC3 [ 1.015682] pchb1 at pci0 dev 2 function 0: vendor 1022 product 157b (rev. 0x00) [ 1.015682] ppb0 at pci0 dev 2 function 3: vendor 1022 product 157c (rev. 0x00) [ 1.015682] ppb0: PCI Express capability version 2 x2 @ 2.5GT/s [ 1.015682] ppb0: link is x1 @ 2.5GT/s [ 1.015682] pci1 at ppb0 bus 1 [ 1.015682] pci1: i/o space, memory space enabled [ 1.015682] bge0 at pci1 dev 0 function 0: Broadcom BCM5762 Gigabit Ethernet [ 1.015682] bge0: interrupting at msix1 vec 0 [ 1.015682] bge0: HW config 00280150, 0001c010, 0000a838, 00000000 00000000 [ 1.015682] bge0: ASIC BCM5762 B0 (0x5762100), Ethernet address fc:3f:db:07:1c:f2 [ 1.015682] bge0: setting short Tx thresholds [ 1.015682] brgphy0 at bge0 phy 1: BCM5725C 1000BASE-T media interface, rev. 0 [ 1.015682] brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto [ 1.015682] pchb2 at pci0 dev 3 function 0: vendor 1022 product 157b (rev. 0x00) [ 1.015682] vendor 1022 product 1578 (miscellaneous crypto) at pci0 dev 8 function 0 not configured [ 1.015682] pchb3 at pci0 dev 9 function 0: vendor 1022 product 157d (rev. 0x00) [ 1.015682] hdaudio1 at pci0 dev 9 function 2: HD Audio Controller [ 1.015682] hdaudio1: interrupting at ioapic1 pin 15 [ 1.015682] hdafg1 at hdaudio1: vendor 10ec product 0221 [ 1.015682] hdafg1: DAC00 2ch: Speaker [Built-In] [ 1.015682] hdafg1: DAC01 2ch: HP Out [Jack] [ 1.015682] hdafg1: ADC02 2ch: Mic In [Jack] [ 1.015682] hdafg1: 2ch/2ch 44100Hz 48000Hz 96000Hz 192000Hz PCM16 PCM20 PCM24 AC3 [ 1.015682] audio0 at hdafg1: playback, capture, full duplex, independent [ 1.015682] audio0: slinear_le:16 2ch 48000Hz, blk 4ms for playback [ 1.015682] audio0: slinear_le:16 2ch 48000Hz, blk 4ms for recording [ 1.015682] spkr1 at audio0: PC Speaker (synthesized) [ 1.015682] wsbell at spkr1 not configured [ 1.015682] xhci0 at pci0 dev 16 function 0: vendor 1022 product 7914 (rev. 0x20) [ 1.015682] xhci0: interrupting at msix2 vec 0 [ 1.015682] xhci0: xHCI version 1.0 [ 1.015682] usb0 at xhci0: USB revision 3.0 [ 1.015682] usb1 at xhci0: USB revision 2.0 [ 1.015682] ahcisata0 at pci0 dev 17 function 0: vendor 1022 product 7901 (rev. 0x49) [ 1.015682] ahcisata0: 64-bit DMA [ 1.015682] ahcisata0: AHCI revision 1.30, 1 port, 32 slots, CAP 0xf733ff00 [ 1.015682] ahcisata0: interrupting at ioapic0 pin 19 [ 1.015682] atabus0 at ahcisata0 channel 0 [ 1.015682] ehci0 at pci0 dev 18 function 0: vendor 1022 product 7908 (rev. 0x49) [ 1.015682] ehci0: interrupting at ioapic0 pin 18 [ 1.015682] ehci0: EHCI version 1.0 [ 1.015682] usb2 at ehci0: USB revision 2.0 [ 1.015682] piixpm0 at pci0 dev 20 function 0: vendor 1022 product 790b (rev. 0x4a) [ 1.015682] piixpm0: polling [ 1.015682] iic0 at piixpm0 port 0: I2C bus [ 1.015682] iic1 at piixpm0 port 1: I2C bus [ 1.015682] iic2 at piixpm0 port 2: I2C bus [ 1.015682] iic3 at piixpm0 port 3: I2C bus [ 1.015682] pcib0 at pci0 dev 20 function 3: vendor 1022 product 790e (rev. 0x11) [ 1.015682] pchb4 at pci0 dev 24 function 0: vendor 1022 product 1570 (rev. 0x00) [ 1.015682] pchb5 at pci0 dev 24 function 1: vendor 1022 product 1571 (rev. 0x00) [ 1.015682] pchb6 at pci0 dev 24 function 2: vendor 1022 product 1572 (rev. 0x00) [ 1.015682] pchb7 at pci0 dev 24 function 3: vendor 1022 product 1573 (rev. 0x00) [ 1.015682] pchb8 at pci0 dev 24 function 4: vendor 1022 product 1574 (rev. 0x00) [ 1.015682] pchb9 at pci0 dev 24 function 5: vendor 1022 product 1575 (rev. 0x00) [ 1.015682] isa0 at pcib0 [ 1.015682] tpm0 at isa0 iomem 0xfed40000-0xfed44fff irq 7tpm0: device 0x001b15d1 rev 0x10 [ 1.015682] com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo [ 1.015682] pckbc0 at isa0 port 0x60-0x64 [ 1.015682] acpicpu0 at cpu0: ACPI CPU [ 1.015682] acpicpu0: C1: HLT, lat 0 us, pow 0 mW [ 1.015682] acpicpu0: C2: I/O, lat 400 us, pow 0 mW [ 1.015682] acpicpu0: P0: FFH, lat 4 us, pow 4485 mW, 1800 MHz [ 1.015682] acpicpu0: P1: FFH, lat 4 us, pow 3656 mW, 1600 MHz [ 1.015682] acpicpu0: P2: FFH, lat 4 us, pow 2625 mW, 1300 MHz [ 1.015682] acpicpu0: T0: I/O, lat 1 us, pow 0 mW, 100 % [ 1.015682] acpicpu0: T1: I/O, lat 1 us, pow 0 mW, 88 % [ 1.015682] acpicpu0: T2: I/O, lat 1 us, pow 0 mW, 76 % [ 1.015682] acpicpu0: T3: I/O, lat 1 us, pow 0 mW, 64 % [ 1.015682] acpicpu0: T4: I/O, lat 1 us, pow 0 mW, 52 % [ 1.015682] acpicpu0: T5: I/O, lat 1 us, pow 0 mW, 40 % [ 1.015682] acpicpu0: T6: I/O, lat 1 us, pow 0 mW, 28 % [ 1.015682] acpicpu0: T7: I/O, lat 1 us, pow 0 mW, 16 % [ 1.015682] acpicpu1 at cpu1: ACPI CPU [ 1.015682] acpicpu2 at cpu2: ACPI CPU [ 1.015682] acpicpu3 at cpu3: ACPI CPU [ 1.015682] timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0 [ 1.841451] autoconfiguration error: ERROR: 527 cycle TSC drift observed [ 1.841451] uhub0 at usb0: NetBSD (0000) xHCI root hub (0000), class 9/0, rev 3.00/1.00, addr 0 [ 1.841451] uhub0: 4 ports with 4 removable, self powered [ 1.841451] uhub1 at usb1: NetBSD (0000) xHCI root hub (0000), class 9/0, rev 2.00/1.00, addr 0 [ 1.841451] uhub1: 4 ports with 4 removable, self powered [ 1.841451] IPsec: Initialized Security Association Processing. [ 1.861459] uhub2 at usb2: NetBSD (0000) EHCI root hub (0000), class 9/0, rev 2.00/1.00, addr 1 [ 1.861459] uhub2: 2 ports with 2 removable, self powered [ 3.481992] uhub3 at uhub0 port 3: Generic (0xbda) 4-Port USB 3.0 Hub (0x411), class 9/0, rev 3.00/1.33, addr 1 [ 3.481992] uhub4 at uhub1 port 3: Generic (0xbda) 4-Port USB 2.0 Hub (0x5411), class 9/0, rev 2.10/1.33, addr 2 [ 3.481992] uhub4: multiple transaction translators [ 3.502058] uhub4: 4 ports with 3 removable, self powered [ 3.502058] uhub3: 4 ports with 3 removable, self powered [ 4.102198] uhub5 at uhub2 port 1: vendor 0438 (0x438) product 7900 (0x7900), class 9/0, rev 2.00/0.18, addr 2 [ 4.102198] uhub5: single transaction translator [ 4.102198] uhub5: 4 ports with 4 removable, self powered [ 4.392287] ure0 at uhub3 port 4 [ 4.392287] ure0: Realtek (0xbda) USB 10/100/1000 LAN (0x8153), rev 3.00/30.00, addr 3 [ 4.392287] ure0: RTL8153 ver 5c20 [ 4.502331] rgephy0 at ure0 phy 0: RTL8251 1000BASE-T media interface, rev. 0 [ 4.502331] rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto [ 4.522332] ure0: Ethernet address d0:37:45:77:56:3d [ 5.312513] umass0 at uhub5 port 1 configuration 1 interface 0 [ 5.312513] umass0: Generic (0x14cd) Mass Storage Device (0x1212), rev 2.00/1.00, addr 3 [ 5.312513] umass0: using SCSI over Bulk-Only [ 5.312513] scsibus0 at umass0: 2 targets, 1 lun per target [ 5.312513] sd0 at scsibus0 target 0 lun 0: disk removable [ 5.322528] sd0: fabricating a geometry [ 5.322528] sd0: 15240 MB, 15240 cyl, 64 head, 32 sec, 512 bytes/sect x 31211520 sectors [ 5.332448] sd0: fabricating a geometry [ 5.332448] sd0: GPT GUID: 3ecec02f-e32f-45f7-8efb-4eccf8a2174c [ 5.342581] dk0 at sd0: "EFI system", 262144 blocks at 2048, type: msdos [ 5.342581] dk1 at sd0: "88433fbf-13a9-4373-8940-4ef32debd8f1", 2908160 blocks at 264192, type: ffs [ 6.292793] uhidev0 at uhub5 port 2 configuration 1 interface 0 [ 6.292793] uhidev0: SIGMACHIP (0x1c4f) USB Keyboard (0x02), rev 1.10/1.50, addr 4, iclass 3/1 [ 6.292793] ukbd0 at uhidev0 [ 6.702845] wskbd0 at ukbd0: console keyboard, using wsdisplay0 [ 6.702845] uhidev1 at uhub5 port 2 configuration 1 interface 1 [ 6.702845] uhidev1: SIGMACHIP (0x1c4f) USB Keyboard (0x02), rev 1.10/1.50, addr 4, iclass 3/0 [ 6.702845] uhidev1: 2 report ids [ 6.702845] uhid0 at uhidev1 reportid 1: input=2, output=0, feature=0 [ 6.702845] uhid1 at uhidev1 reportid 2: input=1, output=0, feature=0 [ 6.772817] WARNING: 1 error while detecting hardware; check system log. [ 6.772817] boot device: sd0 [ 6.772817] root on dk1 [ 6.792813] root file system type: ffs [ 6.802870] kern.module.path=/stand/amd64/9.0/modules [ 6.802870] WARNING: clock gained 148 days [ 317.746389] WARNING: module error: incompatible module class for `autofs' (3 != 2) [ 318.846708] iscsi: attached. major = 203 [ 318.876666] WARNING: module error: incompatible module class for `lua' (3 != 1) [ 318.876666] WARNING: module error: incompatible module class for `lua' (3 != 1) [ 318.976701] WARNING: module error: incompatible module class for `nvmm' (3 != 1) [ 318.976701] pad0: outputs: 44100Hz, 16-bit, stereo [ 318.976701] audio1 at pad0: playback [ 318.976701] audio1: slinear_le:16 -> slinear_le:16 2ch 44100Hz, blk 4ms for playback [ 318.976701] spkr2 at audio1: PC Speaker (synthesized) [ 318.976701] wsbell at spkr2 not configured [ 318.976701] spkr2: detached [ 318.976701] audio1: detached [ 318.976701] pad0: detached [ 318.976701] pad0: outputs: 44100Hz, 16-bit, stereo [ 318.976701] audio1 at pad0: playback [ 318.976701] audio1: slinear_le:16 -> slinear_le:16 2ch 44100Hz, blk 4ms for playback [ 318.976701] spkr2 at audio1: PC Speaker (synthesized) [ 318.976701] wsbell at spkr2 not configured [ 318.976701] spkr2: detached [ 318.976701] audio1: detached [ 318.976701] pad0: detached [ 318.976701] pad1: outputs: 44100Hz, 16-bit, stereo [ 318.976701] audio1 at pad1: playback [ 318.976701] audio1: slinear_le:16 -> slinear_le:16 2ch 44100Hz, blk 4ms for playback [ 318.976701] spkr2 at audio1: PC Speaker (synthesized) [ 318.976701] wsbell at spkr2 not configured [ 318.976701] spkr2: detached [ 318.976701] audio1: detached [ 318.976701] pad1: detached [ 318.976701] pad2: outputs: 44100Hz, 16-bit, stereo [ 318.976701] audio1 at pad2: playback [ 318.976701] audio1: slinear_le:16 -> slinear_le:16 2ch 44100Hz, blk 4ms for playback [ 318.976701] spkr2 at audio1: PC Speaker (synthesized) [ 318.976701] wsbell at spkr2 not configured [ 318.976701] spkr2: detached [ 318.976701] audio1: detached [ 318.976701] pad2: detached [ 318.976701] pad3: outputs: 44100Hz, 16-bit, stereo [ 318.976701] audio1 at pad3: playback [ 318.976701] audio1: slinear_le:16 -> slinear_le:16 2ch 44100Hz, blk 4ms for playback [ 318.976701] spkr2 at audio1: PC Speaker (synthesized) [ 318.976701] wsbell at spkr2 not configured [ 318.976701] spkr2: detached [ 318.976701] audio1: detached [ 318.976701] pad3: detached [ 319.076787] tap0: Ethernet address f2:0b:a4:09:ab:48 [ 319.076787] tap0: detached [ 1074.766997] uid 0, pid 348, command wget, on /: file system full [ 1247.650020] uid 0, pid 242, command wget, on /: file system full --kjzasy1UhXmRStS5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freebsd.usbissue.dmesg.txt" Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... Root mount waiting for: usbus0 CAM usbus1 WARNING: WITNESS option enabled, expect reduced performance. ugen1.1: at usbus1 ugen0.1: <0x1022 XHCI root HUB> at usbus0 uhub0 on usbus0 uhub1 on usbus1 uhub1: on usbus1 uhub0: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 000000001308092C5DEE ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 61056MB (125043311 512 byte sectors) uhub0: 8 ports with 8 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus0 usbus1 ugen0.2: at usbus0 uhub2 on uhub0 uhub2: on usbus0 uhub2: 4 ports with 3 removable, self powered ugen1.2: at usbus1 uhub3 on uhub1 uhub3: on usbus1 Root mount waiting for: usbus0 usbus1 ugen0.3: at usbus0 uhub3: 4 ports with 4 removable, self powered ugen1.3: at usbus1 ukbd0 on uhub3 ukbd0: on usbus1 kbd2 at ukbd0 Root mount waiting for: usbus0 ugen0.4: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0xc100 umass0:1:0: Attached to scbus1 ugen0.5: at usbus0 uhub4 on uhub0 uhub4: on usbus0 uhub4: MTT enabled uhub4: 4 ports with 3 removable, self powered Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 3 more tries remain Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM random: unblocking device. Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 2 more tries remain Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 1 more tries remain ugen0.4: at usbus0 (disconnected) umass0: at uhub0, port 7, addr 3 (disconnected) (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command, 0 more tries remain (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted mountroot: waiting for device /dev/ufs/FreeBSD_Install... umass0: detached ugen1.4: at usbus1 umass0 on uhub3 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0xc100 umass0:1:0: Attached to scbus1 uma_zalloc_debug: zone "kenv" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r = 0 (0xfffff80006060cd0) locked @ /usr/src/sys/cam/scsi/scsi_pass.c:674 stack backtrace: #0 0xffffffff80c32891 at witness_debugger+0x71 #1 0xffffffff80c3382d at witness_warn+0x40d #2 0xffffffff80efe586 at uma_zalloc_arg+0x46 #3 0xffffffff80b740ea at getenv_string_buffer+0x3a #4 0xffffffff80b74817 at getenv_quad+0x17 #5 0xffffffff80b747e2 at getenv_int+0x12 #6 0xffffffff803a7f1a at daregister+0x1ea #7 0xffffffff8037445b at cam_periph_alloc+0x57b #8 0xffffffff803a7872 at daasync+0x2c2 #9 0xffffffff80381aa2 at xpt_async_process_dev+0x152 #10 0xffffffff8037d682 at xpt_async_process+0x312 #11 0xffffffff8037ddf2 at xpt_done_process+0x382 #12 0xffffffff8037fdb5 at xpt_done_td+0xf5 #13 0xffffffff80b830f0 at fork_exit+0x80 #14 0xffffffff8104150e at fork_trampoline+0xe da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Removable Direct Access SCSI device da0: Serial Number 121220130416 da0: 40.000MB/s transfers da0: 15240MB (31211520 512 byte sectors) da0: quirks=0x2 WARNING: / was not properly dismounted intsmb0: at device 20.0 on pci0 smbus0: on intsmb0 lo0: link state changed to UP ure0 on uhub2 ure0: on usbus0 uhid0 on uhub3 uhid0: on usbus1 miibus1: on ure0 rgephy0: PHY 0 on miibus1 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ue0: on ure0 ue0: Ethernet address: d0:37:45:77:56:3d ue0: link state changed to DOWN --kjzasy1UhXmRStS5--