From owner-freebsd-current@freebsd.org Mon Aug 24 14:36: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 8BD4C3C1E4D for ; Mon, 24 Aug 2020 14:36:17 +0000 (UTC) (envelope-from a13xlevy@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 4BZvnX0gGWz4tmV for ; Mon, 24 Aug 2020 14:36:15 +0000 (UTC) (envelope-from a13xlevy@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id s20so3535166wmj.1 for ; Mon, 24 Aug 2020 07:36:15 -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=6b79bURKVJFfIyi6JF4vidFNbY2A4TZT20PAfe3HQXU=; b=L31dw/tV3rE1xCTJuxCTrMEhSfuGVo9VhQRjIfKPYXV0WFuTNJDrh7U8dhg9YzMa1h +GsqHslT9wYqp7CCtEQtPJUT8F7Yyc39yjPghcDcndl1y1R6F/VL++sOD1BLPA6JckEW DMtWW+62cOk9Dc9sL7lBnCgLceT/VlDqW/gJqdryYkHAjvXqJjdGyVgj9bh8x8GoeBpY qyEW+Fe0kvbec0bO+UqZHRCSp7wRvwDyLBesbM6UOhwFPA3erz/3O3Puz4P0KFNJrWJk ZPLC0o1OPERESMKhnMndoWmSvmSZNu738Pt50mxpdH0z++nSyCqkJrbuPyDN+PAxxGIB dAfA== X-Gm-Message-State: AOAM531YZzDlAtj1nXxHWWubyah71zjx1+kk2Eld9ZxL+9YDoD3zug20 EtfWy+wHcxTJ1ZrSBucs+nkxszXg0z8WesaSQib8VNat X-Google-Smtp-Source: ABdhPJyEGBcx9mZC8+yAmfWBTuc6GAZKCtcXg9/JfLlqh33AQFbON4tVY0Bj3z8e3+JVeo60VEASBJ+ddxH1OXhNfVg= X-Received: by 2002:a7b:c251:: with SMTP id b17mr5802416wmj.148.1598279774580; Mon, 24 Aug 2020 07:36:14 -0700 (PDT) MIME-Version: 1.0 References: <13793020-1bde-b13f-65e3-909e27d876ad@selasky.org> <4e9d9a89-4883-1f1c-c796-e5925fd171cc@selasky.org> <51a2fe4f-5a3e-8d24-19e2-3cdaa8378015@selasky.org> <5fe820c0-69af-8c41-69d6-a3c33ed55e2e@selasky.org> <0ccb28fe-569d-2abb-f94b-f33d6155a9e8@selasky.org> In-Reply-To: <0ccb28fe-569d-2abb-f94b-f33d6155a9e8@selasky.org> From: Alexandre Levy Date: Mon, 24 Aug 2020 15:36:03 +0100 Message-ID: Subject: Re: Kernel crash during video transcoding To: Hans Petter Selasky Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 4BZvnX0gGWz4tmV X-Spamd-Bar: - X-Spamd-Result: default: False [-1.04 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(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]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from]; NEURAL_HAM_SHORT(-0.04)[-0.044]; 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]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 14:36:17 -0000 I re-installed the user land in my jail after re-compiling the sources and from that point I don't have the issue anymore. Seems like some libraries were not properly updated or something like that (maybe libva). In any case if it happens again I'll try to generate a test video with ffmpeg and try to transcode it with similar parameters. That'd be the easiest way to reproduce the issue. Thanks for your insights. Le ven. 21 ao=C3=BBt 2020 =C3=A0 22:23, Hans Petter Selasky a =C3=A9crit : > On 2020-08-16 22:23, Alexandre Levy wrote: > > Any suggestions ? > > Are there any simple steps to reproduce this? > > --HPS > From owner-freebsd-current@freebsd.org Mon Aug 24 15:19:23 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9A5593C42A0 for ; Mon, 24 Aug 2020 15:19:23 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qv1-xf2f.google.com (mail-qv1-xf2f.google.com [IPv6:2607:f8b0:4864:20::f2f]) (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 4BZwlG17ntz3TpF for ; Mon, 24 Aug 2020 15:19:21 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qv1-xf2f.google.com with SMTP id t6so3885385qvw.1 for ; Mon, 24 Aug 2020 08:19:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition; bh=lu2rEogQv9AU1K+alk+xpLLabHEzf26t+449dfO82X0=; b=WQt+pok6jIduCIeKfGgzTt0+JEuDc2QypT2zn9nZrR0LLZVqwBvDCWI9Uyoz6xgM8M UgHIPwItdP5W9G+9E1Y/z9tnIJhp+B4ZiuDzvQ8oOOkQgv/qsaK72VfYQk2ySENnWwMX XA7cAp/y45CRZVZ2whBzR/5uWwiKmL3ghYOiEaEGxhItImz7KgOTOzulcOc83ZobbMGz q/jyVu4DQD1r2hPiKJqAPEQEQXqpGU/yOl/9sbFP3hhLSs2Vp6RxYKGB0UVYo9fDmlbX UNM5J2jMAluM/Pfi2GqpbhNWUOvG4JvhrB07vs3hdDm3jg93xiYfNltag9OA5f7GjXIJ JITg== X-Gm-Message-State: AOAM533VvO19uR3f1BBVV5yq02PvE3K0LUenyFdyKTsN6WrtjiXAfVN2 At0xpTWhAxDbyajoMfvHWnEyDUaoOQ3Y5gpWWqCJX1Eb2m8Lw2YW0sS32e7zyPJ2ZUeulhlopIp U5orC24CIfGVGDlyX8dGOqUqpMyQUcSBO0mk+rCG3o2t99QZi5ONgl+SJjQAHELS3tOPn9TFyKa cJ7kpFCg1f8w== X-Google-Smtp-Source: ABdhPJzPnhKqpi79k3r9KtawSevL+JyNuITr3Z70Cx/vy/IR5cI2hDTzg2GBSHWjS0Jn+0cIQMy28g== X-Received: by 2002:ad4:500c:: with SMTP id s12mr5432632qvo.101.1598282357603; Mon, 24 Aug 2020 08:19:17 -0700 (PDT) Received: from mutt-hbsd (75-148-2-186-WashingtonDC.hfc.comcastbusiness.net. [75.148.2.186]) by smtp.gmail.com with ESMTPSA id x198sm10049315qka.37.2020.08.24.08.19.16 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 24 Aug 2020 08:19:16 -0700 (PDT) Date: Mon, 24 Aug 2020 11:19:16 -0400 From: Shawn Webb To: freebsd-current@freebsd.org Subject: Length of ZFS volume names Message-ID: <20200824151916.rigl2ov6wp25mj5i@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="qordeeddq3yuyl6f" Content-Disposition: inline X-Rspamd-Queue-Id: 4BZwlG17ntz3TpF X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-1.04)[-1.038]; 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]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[hardenedbsd.org]; NEURAL_SPAM_SHORT(0.44)[0.439]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2f:from]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 15:19:23 -0000 --qordeeddq3yuyl6f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey FreeBSD peeps, The zfs(8) manpage says that the maximum length of a dataset name is MAXNAMELEN (256 bytes). I've created a ZFS volume that has a dataset name length of 62. I don't see the ZFS volume in /dev/zvol and I noticed this sanitized error in dmesg: Aug 24 11:07:24 bh-build-01 kernel: [2395] ZFS WARNING: Unable to create ZV= OL tank/bhyve/productname/dev/users/username/username-shortened_productname= -dev-01/disk-01 (error=3D63). So I'm left wondering, does devfs have a smaller limit than ZFS for node paths? 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 --qordeeddq3yuyl6f Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAl9D2nEACgkQ/y5nonf4 4frtKRAAp7/+UdUa4bsyaf8nslqnPh2v2uOPOQAtWXDoh6c5llKCL5DqzjZY/LHu Y8vG+XxMaQQ2+xCdmjfqfSbO7qISsg4SfJo0lzAiDSo4EYxPYk/YSxghkC5MAYsQ 5MaDGWZrXMlZgNpKJKBEtrzFux2H3Yi8lMrpV57x1zSWAUJAWmx+doHCqDOYYFWN I61v8x1+L8XXD9SBALzqqH6Q305t/J4fNrhH5q6yKRXLXBpzvPibeZ3eRzPNAICE itWe39I/eI9R3CXdvIfWNTqi+7I25FsoluOBTuiD5XktMDQmiEwvEnIA48owulP+ tqzP5muT2zvssZH7NYYMR8cLg6YR+9u1TdS0j3jjtQpO5nqKBmCPLBWdzrC6S6Ec 9Aaprw82+nTE3a/x13AMTDHpgUAjhf7qZZXdBNxnkmJZxPfeYefS8sXRIhMN3ikF GKbKI8UuaCIzeQ4n33iLJ1I1LdT7lSu+izaR5AhtDbhXV9JtWbJ4Xk+WUm0wblpg 1RjtCsYIYi3NBt8Ie/cNCmWuY0xGZB5XUS/3MpKJr/pNsripukfOLIrREr4Yq/1L S8DURY0j2y+h8AQMFfYGLa07z/FwKSjRbSjJEV/yafyGT0idQMlV9RGKHCgL/lOO UyHOjCT0a8OrkrjNO/V2xs5hJffOg1Fw5tXvOfRploLH93DkjE0= =z2wG -----END PGP SIGNATURE----- --qordeeddq3yuyl6f-- From owner-freebsd-current@freebsd.org Mon Aug 24 16:37: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 C6C993C6A6F; Mon, 24 Aug 2020 16:37:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BZyTT4cNJz3clp; Mon, 24 Aug 2020 16:37:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 07OGbcsu009866 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 24 Aug 2020 09:37:38 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 07OGbbrd009865; Mon, 24 Aug 2020 09:37:37 -0700 (PDT) (envelope-from fbsd) Date: Mon, 24 Aug 2020 09:37:36 -0700 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Strange USB loop Message-ID: <20200824163736.GA9845@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4BZyTT4cNJz3clp X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.14 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.60)[0.598]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.64)[0.641]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 16:37:34 -0000 After updating to FreeBSD 13.0-CURRENT (GENERIC) #5 r364475: Mon Aug 24 06:47:29 PDT 2020 on a Pi3 it was necessary to disconnect the mouse, keyboard and usb-serial adapter to allow the machine to mount root from USB via a hub. Once the machine came back up with root mounted from USB, I tried plugging the serial adapter, mouse and keyboard back in via the hub. The FTDI serial adapater was recognized without trouble, but when the elderly Dell mouse was connected, a stream of uhub_reattach_port: giving up port reset - device vanished uhub_reattach_port: giving up port reset - device vanished uhub_reattach_port: giving up port reset - device vanished uhub_reattach_port: giving up port reset - device vanished uhub_reattach_port: giving up port reset - device vanished began to scroll on both the monitor and console. Unplugging the mouse made no difference. Plugging the mouse directly into the Pi's USB port allowed recognition and function, but the stream of errors persisted. Network access seems normal. It looks almost as if there's some sort of infinite loop running in the USB software. The need to disconnect mouse and keyboard to permit mountroot to work isn't new, but the "giving up port reset" _is_ new at least to me. Are there any experiments which might narrow down what's wrong? Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Mon Aug 24 17:26:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E56623C8872; Mon, 24 Aug 2020 17:26:42 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BZzZ95z4Cz3yvn; Mon, 24 Aug 2020 17:26:41 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4F2118D4A213; Mon, 24 Aug 2020 17:26:31 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id C106BE7082A; Mon, 24 Aug 2020 17:26:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id yRGOGs8MGUeI; Mon, 24 Aug 2020 17:26:29 +0000 (UTC) Received: from [169.254.45.172] (unknown [IPv6:fde9:577b:c1a9:4902:30c5:8164:4a84:388]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 37ACBE707AC; Mon, 24 Aug 2020 17:26:28 +0000 (UTC) From: "Bjoern A. Zeeb" To: "bob prohaska" Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Strange USB loop Date: Mon, 24 Aug 2020 17:26:27 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: <9E59062A-865E-454C-8D1F-AB42F33EA020@lists.zabbadoz.net> In-Reply-To: <20200824163736.GA9845@www.zefox.net> References: <20200824163736.GA9845@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 4BZzZ95z4Cz3yvn X-Spamd-Bar: - X-Spamd-Result: default: False [-1.41 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; NEURAL_HAM_MEDIUM(-0.62)[-0.621]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.49)[-0.487]; 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_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 17:26:43 -0000 On 24 Aug 2020, at 16:37, bob prohaska wrote: > After updating to > FreeBSD 13.0-CURRENT (GENERIC) #5 r364475: Mon Aug 24 06:47:29 PDT 2020 > on a Pi3 it was necessary to disconnect the mouse, keyboard and usb-serial > adapter to allow the machine to mount root from USB via a hub. > > Once the machine came back up with root mounted from USB, I tried plugging > the serial adapter, mouse and keyboard back in via the hub. > > The FTDI serial adapater was recognized without trouble, but when the > elderly Dell mouse was connected, a stream of > > uhub_reattach_port: giving up port reset - device vanished > uhub_reattach_port: giving up port reset - device vanished > uhub_reattach_port: giving up port reset - device vanished > uhub_reattach_port: giving up port reset - device vanished > uhub_reattach_port: giving up port reset - device vanished > > began to scroll on both the monitor and console. Unplugging > the mouse made no difference. Plugging the mouse directly > into the Pi's USB port allowed recognition and function, > but the stream of errors persisted. Network access seems > normal. > > It looks almost as if there's some sort of infinite loop > running in the USB software. The need to disconnect mouse > and keyboard to permit mountroot to work isn't new, but > the "giving up port reset" _is_ new at least to me. > > Are there any experiments which might narrow down what's wrong? I hit something like it last weekend and found this one: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237666 /bz From owner-freebsd-current@freebsd.org Mon Aug 24 17:49:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B02233C90FA for ; Mon, 24 Aug 2020 17:49:49 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bb04q51c6z41SG for ; Mon, 24 Aug 2020 17:49:47 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 0a0bf985; Mon, 24 Aug 2020 17:49:38 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 200aa592 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Mon, 24 Aug 2020 17:49:37 +0000 (UTC) Mime-Version: 1.0 (1.0) Subject: Re: Length of ZFS volume names From: Michael Gmelin In-Reply-To: <20200824151916.rigl2ov6wp25mj5i@mutt-hbsd> Date: Mon, 24 Aug 2020 19:49:36 +0200 Cc: freebsd-current@freebsd.org Message-Id: References: <20200824151916.rigl2ov6wp25mj5i@mutt-hbsd> To: Shawn Webb X-Mailer: iPhone Mail (17G80) X-Rspamd-Queue-Id: 4Bb04q51c6z41SG X-Spamd-Bar: / X-Spamd-Result: default: False [-0.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_MEDIUM(-0.96)[-0.962]; URI_COUNT_ODD(1.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.33)[-0.329]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 17:49:49 -0000 > On 24. Aug 2020, at 17:20, Shawn Webb wrote: >=20 > =EF=BB=BFHey FreeBSD peeps, >=20 > The zfs(8) manpage says that the maximum length of a dataset name is > MAXNAMELEN (256 bytes). I've created a ZFS volume that has a dataset > name length of 62. I don't see the ZFS volume in /dev/zvol and I > noticed this sanitized error in dmesg: >=20 > Aug 24 11:07:24 bh-build-01 kernel: [2395] ZFS WARNING: Unable to create Z= VOL tank/bhyve/productname/dev/users/username/username-shortened_productname= -dev-01/disk-01 (error=3D63). >=20 > So I'm left wondering, does devfs have a smaller limit than ZFS for > node paths? >=20 Might be related: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238112= > Thanks, >=20 > --=20 > Shawn Webb > Cofounder / Security Engineer > HardenedBSD >=20 > 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/Sh= awn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc From owner-freebsd-current@freebsd.org Mon Aug 24 18:19: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 4DC153CA2DC for ; Mon, 24 Aug 2020 18:19:32 +0000 (UTC) (envelope-from lizbethmutterhunt@gmail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bb0l71Nv7z43h1 for ; Mon, 24 Aug 2020 18:19:30 +0000 (UTC) (envelope-from lizbethmutterhunt@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id p17so4149601wrj.8 for ; Mon, 24 Aug 2020 11:19:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=US0O32Zy5k7gsuCjCKR0HRrEh5niv1GmP+Nt4gop6Lo=; b=YRx7MStHSah1c2L6hDL6hLP2bZw0b/uzIQsKVrd7cnH4cbwMioLWEbu7DPpy8KON78 caVb2gRc+Yanz4sjQYTLBn9XRcUbtf4zXiuXIcycyz6PZEobkrdGENI46zrW69FmIDOl 5Ys28BYfs+gvQNF3vcLd4JbSFReDiLKF7DOGDW6dOm65TEvrYXo1kCx47F50aJPvoaVV S1HkLhwN/4Y4+oMfTaNWyy60zfiQrXB2ylYg1RdssIMnUDodIB5a4OZeBzVmduVIAKEV F7FdtOXAy/CffXaOGpekQpZP8+qfwe4XMx2mDtNHduYjZTQ8Hvw0ny4lbtfWZg43RPjh 2eow== X-Gm-Message-State: AOAM5321ltZlWvKRSUE7wSfixOmOnsMOf7k/oQbsvj27Eo21V/uGkeR1 e/3Mxlh2jTd6P0HquGMpqbliuGqkoV80LQ== X-Google-Smtp-Source: ABdhPJw3LgfGrgKzebzsGh+OgCwbWXf30EbJA+f9ce2I/vayVOwNIImqCEfKrLNA7ECZgm+8AO5vFg== X-Received: by 2002:a05:6402:1591:: with SMTP id c17mr6507535edv.111.1598292791326; Mon, 24 Aug 2020 11:13:11 -0700 (PDT) Received: from [192.168.8.100] (213162072191.public.t-mobile.at. [213.162.72.191]) by smtp.gmail.com with ESMTPSA id v5sm10513114ede.13.2020.08.24.11.13.09 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 24 Aug 2020 11:13:10 -0700 (PDT) To: freebsd-current@freebsd.org From: "Vanbreukelingen Ltd." Subject: again this ugly graphic driver sloopy mistake Message-ID: <225d68c5-e202-c066-d1d0-68878a0b61b4@gmail.com> Date: Mon, 24 Aug 2020 20:13:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 Content-Language: en-US X-Rspamd-Queue-Id: 4Bb0l71Nv7z43h1 X-Spamd-Bar: ++++++ X-Spamd-Result: default: False [6.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[213.162.72.191:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[213.162.72.191:received]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.207]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.89)[0.886]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::444:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 18:19:32 -0000 No! No freeBSD on this laptop anymore, sorry. I'm deluded like hell from this sessions; after 30 hours of compiling world I get a "disk full". Trying my luck with openBSD here. Here's what I owe you: pciconf -lv vgapci0@pci0:0:2:0:    class=0x030000 rev=0x09 hdr=0x00 vendor=0x8086 device=0x0106 subvendor=0x1028 subdevice=0x0510     vendor     = 'Intel Corporation'     device     = '2nd Generation Core Processor Family Integrated Graphics Controller'     class      = display     subclass   = VGA dmesg: ---<>--- 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 r364492: Sat Aug 22 23:30:16 CEST 2020     root@current:/usr/obj/usr/src/i386.i386/sys/MIRANDA i386 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2) WARNING: WITNESS option enabled, expect reduced performance. subsystem 1000000    vm_mem_init(0)... done.    machdep_init_trampoline(0)... done.    vm_page_init(0)... done. subsystem 1100000    pcpu_zones_startup(0)... done.    counter_u64_sysinit(&swap_free_completed)... done.    counter_u64_sysinit(&poll)... done.    uma_startup_pcpu(0)... done.    counter_u64_sysinit(&poll_scan)... done.    counter_u64_sysinit(&object_collapses)... done.    counter_u64_sysinit(&object_bypasses)... done.    counter_u64_sysinit(&object_collapse_waits)... done.    counter_u64_sysinit(&pqstate_commit_retries)... done.    counter_u64_sysinit(&queue_ops)... done.    counter_u64_sysinit(&queue_nops)... done.    counter_u64_sysinit(&poll_fail)... done.    counter_u64_sysinit(&vm_reserv_broken)... done.    counter_u64_sysinit(&vm_reserv_freed)... done.    counter_u64_sysinit(&vm_reserv_reclaimed)... done.    counter_u64_sysinit(&advance)... done.    counter_u64_sysinit(&numcachehv)... done.    counter_u64_sysinit(&numdrops)... done.    counter_u64_sysinit(&dothits)... done.    counter_u64_sysinit(&dotdothits)... done.    counter_u64_sysinit(&nummiss)... done.    counter_u64_sysinit(&nummisszap)... done.    counter_u64_sysinit(&numposzaps)... done.    counter_u64_sysinit(&numposhits)... done.    counter_u64_sysinit(&numnegzaps)... done.    counter_u64_sysinit(&numneghits)... done.    counter_u64_sysinit(&numfullpathcalls)... done.    counter_u64_sysinit(&numfullpathfail1)... done.    counter_u64_sysinit(&numfullpathfail2)... done.    counter_u64_sysinit(&numfullpathfail4)... done.    counter_u64_sysinit(&numfullpathfound)... done.    counter_u64_sysinit(&zap_and_exit_bucket_relock_success)... done.    counter_u64_sysinit(&numneg_evicted)... done.    counter_u64_sysinit(&shrinking_skipped)... done.    counter_u64_sysinit(&advance_wait)... done.    cryptostats_init(0)... done.    counter_u64_sysinit(&swap_free_deferred)... done. subsystem 1800000    sysctl_register_all(0)... done.    vmcounter_startup(0)... done.    mallocinit(0)... done.    malloc_init(&M_ATADA)... done.    malloc_init(&M_CAMDEVQ)... done.    malloc_init(&M_SCSIDA)... done.    malloc_init(&M_AMR)... done.    malloc_init(&M_ATA)... done.    malloc_init(&M_ATADMA)... done.    malloc_init(&M_ATAPCI)... done.    malloc_init(&M_VTBUF)... done.    malloc_init(&M_VT)... done.    malloc_init(&M_VTFONT)... done.    malloc_init(&M_SYSMOUSE)... done.    malloc_init(&M_ATHDEV)... done.    malloc_init(&M_BALLOON)... done.    malloc_init(&M_XENBLOCKFRONT)... done.    malloc_init(&M_XENBLOCKBACK)... done.    malloc_init(&M_XENNETBACK)... done.    malloc_init(&M_ATH_HAL)... done.    malloc_init(&CISS_MALLOC_CLASS)... done.    malloc_init(&M_XENSTORE)... done.    malloc_init(&M_EVTCHN)... done.    malloc_init(&M_PRIVCMD)... done.    malloc_init(&M_GNTDEV)... done.    malloc_init(&M_DEVFS2)... done.    malloc_init(&M_DEVFS3)... done.    malloc_init(&M_CDEVP)... done.    malloc_init(&M_DEVFS4)... done.    malloc_init(&M_DEVFSRULE)... done.    malloc_init(&M_DEVFS)... done.    malloc_init(&M_CDEVPDATA)... done.    malloc_init(&M_MSDOSFSNODE)... done.    malloc_init(&M_MSDOSFSMNT)... done.    malloc_init(&M_MSDOSFSFAT)... done.    malloc_init(&M_NEWNFSRVCACHE)... done.    malloc_init(&M_NEWNFSDCLIENT)... done.    malloc_init(&M_NEWNFSDSTATE)... done.    malloc_init(&M_NEWNFSDLOCK)... done.    malloc_init(&M_NEWNFSDLOCKFILE)... done.    malloc_init(&M_NEWNFSSTRING)... done.    malloc_init(&M_NEWNFSUSERGROUP)... done.    malloc_init(&M_NEWNFSDREQ)... done.    malloc_init(&M_NEWNFSFH)... done.    malloc_init(&M_NEWNFSCLOWNER)... done.    malloc_init(&M_NEWNFSCLOPEN)... done.    malloc_init(&M_NEWNFSCLDELEG)... done.    malloc_init(&M_NEWNFSCLCLIENT)... done.    malloc_init(&M_NEWNFSCLLOCKOWNER)... done.    malloc_init(&M_NEWNFSCLLOCK)... done.    malloc_init(&M_NEWNFSV4NODE)... done.    malloc_init(&M_NEWNFSDIRECTIO)... done.    malloc_init(&M_NEWNFSDIROFF)... done.    malloc_init(&M_NEWNFSDROLLBACK)... done.    malloc_init(&M_NEWNFSLAYOUT)... done.    malloc_init(&M_NEWNFSFLAYOUT)... done.    malloc_init(&M_NEWNFSDEVINFO)... done.    malloc_init(&M_NEWNFSSOCKREQ)... done.    malloc_init(&M_NEWNFSCLDS)... done.    malloc_init(&M_NEWNFSLAYRECALL)... done.    malloc_init(&M_NEWNFSDSESSION)... done.    malloc_init(&M_NEWNFSREQ)... done.    malloc_init(&M_NEWNFSMNT)... done.    malloc_init(&M_NFS_FHA)... done.    malloc_init(&M_PFSNODES)... done.    malloc_init(&M_PFSVNCACHE)... done.    malloc_init(&M_TMPFSMNT)... done.    malloc_init(&M_TMPFSNAME)... done.    malloc_init(&M_FLASHMAP)... done.    malloc_init(&M_GEOM)... done.    malloc_init(&M_RAID)... done.    malloc_init(&M_MD_DDF)... done.    malloc_init(&M_MD_INTEL)... done.    malloc_init(&M_MD_JMICRON)... done.    malloc_init(&M_MD_NVIDIA)... done.    malloc_init(&M_MD_PROMISE)... done.    malloc_init(&M_MD_SII)... done.    malloc_init(&M_TR_CONCAT)... done.    malloc_init(&M_TR_RAID0)... done.    malloc_init(&M_TR_RAID1)... done.    malloc_init(&M_TR_RAID1E)... done.    malloc_init(&M_TR_RAID5)... done.    malloc_init(&M_ISADEV)... done.    malloc_init(&M_ISOFSMNT)... done.    malloc_init(&M_ISOFSNODE)... done.    malloc_init(&M_SCSIPASS)... done.    malloc_init(&M_SCSISA)... done.    malloc_init(&M_SCSIENC)... done.    malloc_init(&M_NVLIST)... done.    malloc_init(&M_ZSTD)... done.    malloc_init(&M_DDB_CAPTURE)... done.    malloc_init(&M_DEVT)... done.    malloc_init(&M_TTYCONS)... done.    malloc_init(&M_FILEDESC)... done.    malloc_init(&M_PWD)... done.    malloc_init(&M_FILEDESC_TO_LEADER)... done.    malloc_init(&M_SIGIO)... done.    malloc_init(&M_FILECAPS)... done.    malloc_init(&M_KDTRACE)... done.    malloc_init(&M_KENV)... done.    malloc_init(&M_KQUEUE)... done.    malloc_init(&M_PARGS)... done.    malloc_init(&M_FAIL_POINT)... done.    malloc_init(&M_HHOOK)... done.    malloc_init(&M_ITHREAD)... done.    malloc_init(&M_PRISON)... done.    malloc_init(&M_PRISON_RACCT)... done.    malloc_init(&M_KTRACE)... done.    malloc_init(&M_AACBUF)... done.    malloc_init(&M_LINKER)... done.    malloc_init(&M_AACCAM)... done.    malloc_init(&M_LOCKF)... done.    malloc_init(&M_LOGINCLASS)... done.    malloc_init(&M_CACHE)... done.    malloc_init(&M_DEVBUF)... done.    malloc_init(&M_TEMP)... done.    malloc_init(&M_AACRAIDBUF)... done.    malloc_init(&M_EVDEV)... done.    malloc_init(&M_GDTBUF)... done.    malloc_init(&M_MODULE)... done.    malloc_init(&M_MTXPOOL)... done.    malloc_init(&M_OSD)... done.    malloc_init(&M_PMCHOOKS)... done.    malloc_init(&M_PMC)... done.    malloc_init(&M_PGRP)... done.    malloc_init(&M_SESSION)... done.    malloc_init(&M_PROC)... done.    malloc_init(&M_SUBPROC)... done.    malloc_init(&M_CRED)... done.    malloc_init(&M_IPSBUF)... done.    malloc_init(&M_AACRAIDCAM)... done.    malloc_init(&M_ACPIINTR)... done.    malloc_init(&M_KBDMUX)... done.    malloc_init(&M_RCTL)... done.    malloc_init(&M_PLIMIT)... done.    malloc_init(&M_UIDINFO)... done.    malloc_init(&M_SENDFILE)... done.    malloc_init(&M_DUMPER)... done.    malloc_init(&M_EKCD)... done.    malloc_init(&M_LED)... done.    malloc_init(&M_SYSCTL)... done.    malloc_init(&M_SYSCTLOID)... done.    malloc_init(&M_SYSCTLTMP)... done.    malloc_init(&M_MALODEV)... done.    malloc_init(&M_MD)... done.    malloc_init(&M_TIDHASH)... done.    malloc_init(&M_CALLOUT)... done.    malloc_init(&M_UMTX)... done.    malloc_init(&M_P31B)... done.    malloc_init(&M_SWAP)... done.    malloc_init(&M_BUS)... done.    malloc_init(&M_BUS_SC)... done.    malloc_init(&M_MDSECT)... done.    malloc_init(&M_COMPRESS)... done.    malloc_init(&M_DEVSTAT)... done.    malloc_init(&M_EVENTHANDLER)... done.    malloc_init(&M_FIRMWARE)... done.    malloc_init(&M_GTASKQUEUE)... done.    malloc_init(&M_KOBJ)... done.    malloc_init(&M_PCPU)... done.    malloc_init(&M_MFIBUF)... done.    malloc_init(&M_RMAN)... done.    malloc_init(&M_SBUF)... done.    malloc_init(&M_SGLIST)... done.    malloc_init(&M_TOPO)... done.    malloc_init(&M_MPR)... done.    malloc_init(&M_MPRSAS)... done.    malloc_init(&M_MPRUSER)... done.    malloc_init(&M_MPT2)... done.    malloc_init(&M_MPSSAS)... done.    malloc_init(&M_MPSUSER)... done.    malloc_init(&M_STACK)... done.    malloc_init(&M_TASKQUEUE)... done.    malloc_init(&M_TERMINAL)... done.    malloc_init(&M_UNIT)... done.    malloc_init(&M_VMEM)... done.    malloc_init(&M_WITNESS)... done.    malloc_init(&M_IOCTLOPS)... done.    malloc_init(&M_SELECT)... done.    malloc_init(&M_IOV)... done.    malloc_init(&M_MSG)... done.    malloc_init(&M_SEM)... done.    malloc_init(&M_SHM)... done.    malloc_init(&M_TTY)... done.    malloc_init(&M_PTS)... done.    malloc_init(&M_ACCF)... done.    malloc_init(&M_PACKET_TAGS)... done.    malloc_init(&M_SHMFD)... done.    malloc_init(&M_SONAME)... done.    malloc_init(&M_PCB)... done.    malloc_init(&M_ACPICA)... done.    malloc_init(&M_ACL)... done.    malloc_init(&M_LIO)... done.    malloc_init(&M_AIOS)... done.    malloc_init(&M_BIOBUF)... done.    malloc_init(&M_MPTUSER)... done.    malloc_init(&M_MRSAS)... done.    malloc_init(&M_ACPITASK)... done.    malloc_init(&M_ACPISEM)... done.    malloc_init(&M_CAMCCBQ)... done.    malloc_init(&M_MVS)... done.    malloc_init(&M_MWLDEV)... done.    malloc_init(&M_NVD)... done.    malloc_init(&M_NVME)... done.    malloc_init(&M_SRIOV)... done.    malloc_init(&M_PMC_MCCB)... done.    malloc_init(&M_PMC_MSTL)... done.    malloc_init(&M_PMC_MDVT)... done.    malloc_init(&M_PMC_MPRT)... done.    malloc_init(&M_PMC_MDEV)... done.    malloc_init(&M_PMC_MFLG)... done.    malloc_init(&M_PMC_MSLR)... done.    malloc_init(&M_PMC_MTGT)... done.    malloc_init(&M_VFSCACHE)... done.    malloc_init(&M_SEGMENT)... done.    malloc_init(&M_NETADDR)... done.    malloc_init(&M_VFS_HASH)... done.    malloc_init(&M_VNODE)... done.    malloc_init(&M_MOUNT)... done.    malloc_init(&M_STATFS)... done.    malloc_init(&TEMP)... done.    malloc_init(&M_VNODE_MARKER)... done.    malloc_init(&M_FADVISE)... done.    malloc_init(&M_CHACHA20RANDOM)... done.    malloc_init(&M_ZLIB)... done.    malloc_init(&M_BPF)... done.    malloc_init(&M_IFDESCR)... done.    malloc_init(&M_IFNET)... done.    malloc_init(&M_IFADDR)... done.    malloc_init(&M_IFMADDR)... done.    malloc_init(&M_CLONE)... done.    malloc_init(&M_GIF)... done.    malloc_init(&M_LLTABLE)... done.    malloc_init(&M_TUN)... done.    malloc_init(&M_VLAN)... done.    malloc_init(&M_IFLIB)... done.    malloc_init(&M_PFIL)... done.    malloc_init(&M_NHOP)... done.    malloc_init(&M_RTABLE)... done.    malloc_init(&M_VNET)... done.    malloc_init(&M_VNET_DATA)... done.    malloc_init(&M_VNET_DATA_FREE)... done.    malloc_init(&M_80211_VAP)... done.    malloc_init(&M_80211_CRYPTO)... done.    malloc_init(&M_80211_DFS)... done.    malloc_init(&M_80211_MESH_PREQ)... done.    malloc_init(&M_80211_MESH_PREP)... done.    malloc_init(&M_80211_MESH_PERR)... done.    malloc_init(&M_80211_MESH_RT)... done.    malloc_init(&M_80211_MESH_GT_RT)... done.    malloc_init(&M_80211_NODE)... done.    malloc_init(&M_80211_NODE_IE)... done.    malloc_init(&M_80211_POWER)... done.    malloc_init(&M_80211_RATECTL)... done.    malloc_init(&M_80211_SCAN)... done.    malloc_init(&M_IGMP)... done.    malloc_init(&M_IPID)... done.    malloc_init(&M_INMFILTER)... done.    malloc_init(&M_IPMADDR)... done.    malloc_init(&M_IPMOPTS)... done.    malloc_init(&M_IPMSOURCE)... done.    malloc_init(&M_NETADDR)... done.    malloc_init(&M_NEWRENO)... done.    malloc_init(&M_HOSTCACHE)... done.    malloc_init(&M_LRO)... done.    malloc_init(&M_TCPLOG)... done.    malloc_init(&M_TCPFUNCTIONS)... done.    malloc_init(&M_SYNCACHE)... done.    malloc_init(&M_FRAG6)... done.    malloc_init(&M_IN6MFILTER)... done.    malloc_init(&M_IP6MADDR)... done.    malloc_init(&M_IP6MOPTS)... done.    malloc_init(&M_IP6MSOURCE)... done.    malloc_init(&M_IP6OPT)... done.    malloc_init(&M_MLD)... done.    malloc_init(&M_IP6NDP)... done.    malloc_init(&M_IPSEC_INPCB)... done.    malloc_init(&M_IPSEC_SA)... done.    malloc_init(&M_IPSEC_SAH)... done.    malloc_init(&M_IPSEC_SP)... done.    malloc_init(&M_IPSEC_SR)... done.    malloc_init(&M_IPSEC_MISC)... done.    malloc_init(&M_IPSEC_SAQ)... done.    malloc_init(&M_IPSEC_SAR)... done.    malloc_init(&M_IPSEC_SPDCACHE)... done.    malloc_init(&M_NLM)... done.    malloc_init(&M_CRYPTO_DATA)... done.    malloc_init(&TEMP2)... done.    malloc_init(&M_XDATA)... done.    malloc_init(&M_AUDITCRED)... done.    malloc_init(&M_AUDITDATA)... done.    malloc_init(&M_AUDITPATH)... done.    malloc_init(&M_AUDITTEXT)... done.    malloc_init(&M_AUDITGIDSET)... done.    malloc_init(&M_AUDITBSM)... done.    malloc_init(&M_AUDITEVCLASS)... done.    malloc_init(&M_AUDITEVNAME)... done.    malloc_init(&M_AUDIT_PIPE)... done.    malloc_init(&M_AUDIT_PIPE_ENTRY)... done.    malloc_init(&M_AUDIT_PIPE_PRESELECT)... done.    malloc_init(&M_AUDITTRIGGER)... done.    malloc_init(&M_MACTEMP)... done.    malloc_init(&M_TRIM)... done.    malloc_init(&M_PAGEDEP)... done.    malloc_init(&M_INODEDEP)... done.    malloc_init(&M_BMSAFEMAP)... done.    malloc_init(&M_NEWBLK)... done.    malloc_init(&M_ALLOCDIRECT)... done.    malloc_init(&M_INDIRDEP)... done.    malloc_init(&M_ALLOCINDIR)... done.    malloc_init(&M_FREEFRAG)... done.    malloc_init(&M_FREEBLKS)... done.    malloc_init(&M_FREEFILE)... done.    malloc_init(&M_DIRADD)... done.    malloc_init(&M_MKDIR)... done.    malloc_init(&M_DIRREM)... done.    malloc_init(&M_NEWDIRBLK)... done.    malloc_init(&M_FREEWORK)... done.    malloc_init(&M_FREEDEP)... done.    malloc_init(&M_JADDREF)... done.    malloc_init(&M_JREMREF)... done.    malloc_init(&M_JMVREF)... done.    malloc_init(&M_JNEWBLK)... done.    malloc_init(&M_JFREEBLK)... done.    malloc_init(&M_JFREEFRAG)... done.    malloc_init(&M_JSEG)... done.    malloc_init(&M_JSEGDEP)... done.    malloc_init(&M_SBDEP)... done.    malloc_init(&M_JTRUNC)... done.    malloc_init(&M_JFSYNC)... done.    malloc_init(&M_SENTINEL)... done.    malloc_init(&M_SAVEDINO)... done.    malloc_init(&M_JBLOCKS)... done.    malloc_init(&M_MOUNTDATA)... done.    malloc_init(&M_DIRHASH)... done.    malloc_init(&M_DQUOT)... done.    malloc_init(&M_UFSMNT)... done.    malloc_init(&M_VMPGDATA)... done.    malloc_init(&M_PMC_OSTI)... done.    malloc_init(&M_PMC_MMAL)... done.    malloc_init(&M_UMAHASH)... done.    malloc_init(&M_UMA)... done.    malloc_init(&M_PPBUSDEV)... done.    malloc_init(&M_PSTIOP)... done.    malloc_init(&M_PSTRAID)... done.    malloc_init(&M_PUC)... done.    malloc_init(&M_ACPIDEV)... done.    malloc_init(&M_ENTROPY)... done.    malloc_init(&M_CAMSIM)... done.    malloc_init(&M_CAMXPT)... done.    malloc_init(&M_CAMDEV)... done.    malloc_init(&M_CAMCCB)... done.    malloc_init(&M_SIIS)... done.    malloc_init(&M_FICT_PAGES)... done.    malloc_init(&M_CAMPATH)... done.    malloc_init(&M_CAMPERIPH)... done.    malloc_init(&M_HDAA)... done.    malloc_init(&M_XENBUS)... done.    malloc_init(&M_RPC)... done.    malloc_init(&M_PCI_LINK)... done.    malloc_init(&M_ATKBDDEV)... done.    malloc_init(&M_BXE_ILT)... done.    malloc_init(&M_ISCI)... done.    malloc_init(&M_APMDEV)... done.    malloc_init(&M_HDAC)... done.    malloc_init(&M_HDACC)... done.    malloc_init(&M_AC97)... done.    malloc_init(&M_FEEDER)... done.    malloc_init(&M_QPI)... done.    malloc_init(&M_INTR)... done.    malloc_init(&M_LEGACYDEV)... done.    malloc_init(&M_MCA)... done.    malloc_init(&M_CPUS)... done.    malloc_init(&M_NEXUSDEV)... done.    malloc_init(&M_XENHVM)... done.    malloc_init(&M_MIXER)... done.    malloc_init(&M_MIDI)... done.    malloc_init(&M_XENINTR)... done.    malloc_init(&M_TWA)... done.    malloc_init(&M_TWE)... done.    malloc_init(&M_TWS)... done.    malloc_init(&M_PVSCSI)... done.    malloc_init(&M_ACPICMBAT)... done.    malloc_init(&M_ACPIPERF)... done.    malloc_init(&M_ACPIPWR)... done.    malloc_init(&M_CAMSCHED)... done.    malloc_init(&M_UART)... done.    malloc_init(&M_NVMEDA)... done.    malloc_init(&M_CAMQ)... done.    malloc_init(&M_USB)... done.    malloc_init(&M_MEMDESC)... done.    malloc_init(&M_FPUKERN_CTX)... done.    malloc_init(&M_PIR)... done.    malloc_init(&M_USBDEV)... done.    malloc_init(&M_AGP)... done.    malloc_init(&M_MADT)... done.    malloc_init(&M_AHCI)... done.    malloc_init(&M_IOAPIC)... done.    malloc_init(&M_LAPIC)... done.    malloc_init(&M_SCSICD)... done.    malloc_init(&M_MPTABLE)... done.    malloc_init(&M_SCSICH)... done.    malloc_init(&M_MSI)... done.    tunable_mbinit(0)... done.    sleepinit(0)... done.    kstack_cache_init(0)... done.    vt_update_static(&vt_consdev)... VT(vga): resolution 640x480 done.    scmeminit(0)... done.    authnone_init(0)... done.    authunix_init(0)... done.    vid_malloc_init(0)... done.    authtls_init(0)... done. subsystem 1800001    init_dynamic_kenv(0)... done.    static_hints_to_env(0)... done. subsystem 1a40000    xen_hvm_sysinit(0)... done. subsystem 1ac0000    mtx_pool_setup_dynamic(0)... done. subsystem 1b00000    filelistinit(0)... done.    usb_quirk_init(0)... done.    lf_init(0)... done.    nlm_client_init(0)... done.    mtx_sysinit(&rtsock_args)... done.    sx_sysinit(&sx_rules_args)... done.    mtx_sysinit(&intr_event_list_args)... done.    sx_sysinit(&tty_list_args)... done.    mtx_sysinit(&dumper_configs_args)... done.    mtx_sysinit(&ic_list_args)... done.    mtx_sysinit(&accept_filter_args)... done.    sx_sysinit(&acpi_sxlock_args)... done.    mtx_sysinit(&domain_args)... done.    mtx_sysinit(&ah_regser_args)... done.    mtx_sysinit(&prison0_args)... done.    sx_sysinit(&allprison_lock_args)... done.    rw_sysinit(&khelplistlock_args)... done.    mtx_sysinit(&accept_mtx_args)... done.    mtx_sysinit(&so_global_mtx_args)... done.    mtx_sysinit(&devfs_de_interlock_args)... done.    mtx_sysinit(&tc_setclock_init_args)... done.    sx_sysinit(&clone_drain_lock_args)... done.    mtx_sysinit(&zombie_lock_args)... done.    sx_sysinit(&in_control_sx_args)... done.    mtx_sysinit(&cdevpriv_mtx_args)... done.    sx_sysinit(&db_capture_sx_args)... done.    mtx_sysinit(&softdep_lock_args)... done.    sx_sysinit(&acad_sxlock_args)... done.    mtx_sysinit(&uuid_lock_args)... done.    mtx_sysinit(&pcm_syncgroup_args)... done.    mtx_sysinit(&in_multi_mtx_args)... done.    mtx_sysinit(&in_multi_free_mtx_args)... done.    sx_sysinit(&in_multi_sx_args)... done.    mtx_sysinit(&intr_config_hook_args)... done.    mtx_sysinit(&encapmtx_args)... done.    mtx_sysinit(&srcaddrmtx_args)... done.    rm_sysinit(&in_ifaddr_lock_args)... done.    mtx_sysinit(&nfs_cverf_mtx_args)... done.    rw_sysinit(&loginclasses_init_args)... done.    sx_sysinit(&battery_sxlock_args)... done.    mtx_sysinit(&gnttab_args)... done.    mtx_sysinit(&db_script_mtx_args)... done.    mtx_sysinit(&devstat_mutex_args)... done.    sx_sysinit(&nd_conf_args)... done.    sx_sysinit(&acct_args)... done.    mtx_sysinit(&nfsst_args)... done.    mtx_sysinit(&firmware_args)... done.    sx_sysinit(&cmbat_sxlock_args)... done.    sx_sysinit(&cpu_sxlock_args)... done.    mtx_sysinit(&in6_multi_mtx_args)... done.    mtx_sysinit(&in6_multi_free_mtx_args)... done.    mtx_sysinit(&vm_daemon_args)... done.    sx_sysinit(&in6_multi_sx_args)... done.    rm_sysinit(&in6_ifaddr_lock_args)... done.    sx_sysinit(&hpet_sxlock_args)... done.    sx_sysinit(&pci_powerstate_sxlock_args)... done.    sx_sysinit(&pci_link_sxlock_args)... done.    mtx_sysinit(&bootid_lock_args)... done.    sx_sysinit(&pcib_sxlock_args)... done.    sx_sysinit(&ec_sxlock_args)... done.    mtx_sysinit(&msgbuf_lock_args)... done.    mtx_sysinit(&bxe_prev_mtx_args)... done.    sx_sysinit(&lid_sxlock_args)... done.    mtx_sysinit(&vesa_lock_args)... done.    mtx_sysinit(&xpt_topo_init_args)... done.    mtx_sysinit(&ntp_args)... done.    sx_sysinit(&rtc_list_lock_init_args)... done.    sx_sysinit(&vfsconf_args)... done.    mtx_sysinit(&atrtc_lock_init_args)... done.    mtx_sysinit(&cam_sim_free_init_args)... done.    mtx_sysinit(&atrtc_time_lock_init_args)... done.    mtx_sysinit(&to_kill_grefs_mtx_args)... done.    mtx_sysinit(&isa_dma_lock_args)... done.    mtx_sysinit(&mountlist_args)... done.    mtx_sysinit(&root_holds_args)... done.    mtx_sysinit(&xfroms_list_args)... done.    mtx_sysinit(&to_kill_gmaps_mtx_args)... done.    sx_sysinit(&pmcsx_args)... done.    mtx_sysinit(&pmc_soft_mtx_args)... done.    mtx_sysinit(&intr_lock_args)... done.    sx_sysinit(&powerres_sxlock_args)... done.    sx_sysinit(&smbat_sxlock_args)... done.    mtx_sysinit(&et_eventtimers_init_args)... done.    mtx_sysinit(&thermal_mutex_args)... done.    sx_sysinit(&ifdescr_sx_args)... done.    rw_sysinit(&ifnet_rw_args)... done.    sx_sysinit(&ifnet_sx_args)... done.    mtx_sysinit(&kq_global_args)... done.    mtx_sysinit(&racct_lock_args)... done.    mtx_sysinit(&kqueue_filterops_args)... done.    mtx_sysinit(&if_cloners_lock_args)... done.    mtx_sysinit(&knlist_lock_args)... done.    mtx_sysinit(&unit_args)... done.    sx_sysinit(&gif_ioctl_sx_args)... done.    mtx_sysinit(&iir_elock_args)... done.    rw_sysinit(&lltable_list_lock_args)... done.    mtx_sysinit(&dirlist_mtx_args)... done.    sx_sysinit(&tun_ioctl_sx_args)... done.    sx_sysinit(&memsxlockinit_args)... done.    mtx_sysinit(&mac_ifnet_mtx_args)... done.    mtx_sysinit(&mtx_garbage_list_args)... done.    mtx_sysinit(&ffs_snapfree_args)... done.    sx_sysinit(&sx_fp_set_args)... done.    mtx_sysinit(&iflib_cpu_offset_args)... done.    mtx_sysinit(&pseudoif_mtx_args)... done.    mtx_sysinit(&debugnet_hwm_lock_args)... done.    sx_sysinit(&iir_sdev_lock_args)... done.    mtx_sysinit(&pfil_mtxinit_args)... done.    mtx_sysinit(&rawcb_mtx_args)... done.    mtx_sysinit(&rm_spinlock_args)... done.    mtx_sysinit(&hhookheadlistlock_args)... done.    locks_delay_init(0)... done.    osd_init(0)... done.    rangelock_sys_init(0)... done.    kobj_init_mutex(0)... done.    chacha20_init(0)... done.    crc32c_init_hw(0)... done.    init_turnstile0(0)... done.    init_bounce_pages(0)... done.    rs_rangeset_init(0)... done. subsystem 1c00000    eventhandler_init(0)... done.    _ehl_init_thread_fini(0)... done.    _ehl_init_process_exit(0)... done.    _ehl_init_process_fork(0)... done.    _ehl_init_process_exec(0)... done.    _ehl_init_process_ctor(0)... done.    _ehl_init_process_dtor(0)... done.    _ehl_init_process_init(0)... done.    _ehl_init_process_fini(0)... done.    _ehl_init_thread_ctor(0)... done.    _ehl_init_device_attach(0)... done.    _ehl_init_device_detach(0)... done.    _ehl_init_dev_lookup(0)... done.    _ehl_init_thread_dtor(0)... done.    _ehl_init_thread_init(0)... done.    _ehl_init_vfs_mounted(0)... done.    _ehl_init_rt_addrmsg(0)... done.    _ehl_init_vfs_unmounted(0)... done. subsystem 1c00001    umtxq_sysinit(0)... done.    dn_evh_init(0)... done. subsystem 1e00000    vnet_init_prelink(0)... done. subsystem 2000000    vnet_data_startup(0)... done.    module_init(0)... done.    usb_dev_init(0)... done.    dpcpu_startup(0)... done.    linker_init(0)... done.    link_elf_init(0)... done.    linker_preload(0)... module iwn already present! done. subsystem 2000000    sta_show_add(0)... done.    statab_show_add(0)... done.    vap_show_add(0)... done.    com_show_add(0)... done.    vaps_show_all_add(0)... done.    mesh_show_all_add(0)... done.    countfreebufs_cmd_add(0)... done.    rman_show_add(0)... done.    rmans_show_add(0)... done.    rman_show_all_add(0)... done.    allrman_show_add(0)... done.    geom_show_add(0)... done.    cdev_show_add(0)... done.    bio_show_add(0)... done.    sleepq_show_add(0)... done.    sleepqueue_show_add(0)... done.    cpusets_show_add(0)... done.    linker_stop_class_add(0)... done.    igi_list_show_add(0)... done.    sd_inodedep_show_add(0)... done.    sd_allinodedeps_show_add(0)... done.    sd_worklist_show_add(0)... done.    sd_workhead_show_add(0)... done.    sd_mkdir_show_add(0)... done.    sd_mkdir_list_show_add(0)... done.    sd_allocdirect_show_add(0)... done.    sd_allocindir_show_add(0)... done.    ffs_show_add(0)... done.    conifhk_show_add(0)... done.    sin_show_add(0)... done.    in_ifaddr_show_add(0)... done.    linker_init_kernel_modules(0)... done.    kldstat_cmd_add(0)... done.    domainsets_show_add(0)... done.    panic_cmd_add(0)... done.    pciregs_show_add(0)... done.    panic_show_add(0)... done.    device_show_add(0)... done.    uma_show_add(0)... done.    umacache_show_add(0)... done.    vpath_show_add(0)... done.    inpcb_show_add(0)... done.    map_show_add(0)... done.    procvm_show_add(0)... done.    devices_show_all_add(0)... done.    turnstile_show_add(0)... done.    lockchain_show_add(0)... done.    sleepchain_show_add(0)... done.    vmochk_show_add(0)... done.    object_show_add(0)... done.    vmopag_show_add(0)... done.    chains_show_all_add(0)... done.    allchains_show_add(0)... done.    locktree_show_add(0)... done.    pcierr_show_add(0)... done.    page_show_add(0)... done.    pageq_show_add(0)... done.    pginfo_show_add(0)... done.    pci_clearerr_cmd_add(0)... done.    freepages_show_add(0)... done.    radixnode_show_add(0)... done.    watches_show_add(0)... done.    tcpcb_show_add(0)... done.    vmemdump_show_add(0)... done.    netdump_cmd_add(0)... done.    vmemdump_show_all_add(0)... done.    vmem_show_add(0)... done.    lockedvnods_show_add(0)... done.    vnode_show_add(0)... done.    mount_show_add(0)... done.    vmem_show_all_add(0)... done.    file_show_add(0)... done.    locks_show_add(0)... done.    locks_show_all_add(0)... done.    alllocks_show_add(0)... done.    bpf_if_show_add(0)... done.    witness_show_add(0)... done.    badstacks_show_add(0)... done.    files_show_add(0)... done.    intr_show_add(0)... done.    sysctl_cmd_add(0)... done.    intrcnt_show_add(0)... done.    procs_show_all_add(0)... done.    thread_show_add(0)... done.    malloc_show_add(0)... done.    ifnet_show_add(0)... done.    ifnets_show_all_add(0)... done.    pgrpdump_show_add(0)... done.    tty_show_add(0)... done.    ttys_show_all_add(0)... done.    irqs_show_add(0)... done.    multizone_matches_show_add(0)... done.    crypto_show_add(0)... done.    kcrypto_show_add(0)... done.    llentry_show_add(0)... done.    lltable_show_add(0)... done.    lltables_show_all_add(0)... done.    lock_show_add(0)... done.    netgdb_cmd_add(0)... done.    socket_show_add(0)... done.    sockbuf_show_add(0)... done.    xen_evtchn_show_add(0)... done.    protosw_show_add(0)... done.    domain_show_add(0)... done.    netisr_show_add(0)... done.    acpi_pm_register(0)... done.    prison_show_add(0)... done.    callout_show_add(0)... done.    dpcpu_off_show_add(0)... done.    pcpu_show_add(0)... done.    pcpu_show_all_add(0)... done.    allpcpu_show_add(0)... done.    routetable_show_add(0)... done.    cyrixreg_show_add(0)... done.    idt_show_add(0)... done.    sysregs_show_add(0)... done.    dbregs_show_add(0)... done.    frame_show_add(0)... done.    route_show_add(0)... done.    pctrienode_show_add(0)... done.    unpcb_show_add(0)... done.    msgbuf_show_add(0)... done.    callout_last_show_add(0)... done.    rangeset_show_add(0)... done.    proc_show_add(0)... done.    clocksource_show_add(0)... done.    buffer_show_add(0)... done.    vnets_show_all_add(0)... done.    vnet_show_add(0)... done.    ioapic_show_add(0)... done.    ioapics_show_all_add(0)... done.    vnet_sysinit_show_add(0)... done.    apic_show_add(0)... done.    lapic_show_add(0)... done.    vnet_sysuninit_show_add(0)... done.    bufqueues_show_add(0)... done.    lockedbufs_show_add(0)... done.    vnodebufs_show_add(0)... done. subsystem 2100000    cpu_alloc(0)... done.    log_msg(0)... done.    cpu_startup(0)... CPU: Intel(R) Celeron(R) CPU 867 @ 1.30GHz (1297.08-MHz 686-class CPU)   Origin="GenuineIntel"  Id=0x206a7  Family=0x6  Model=0x2a Stepping=7 Features=0xbfebfbff Features2=0xdbae3bf   AMD Features=0x28100000   AMD Features2=0x1   XSAVE Features=0x1   VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID   TSC: P-state invariant, performance statistics real memory  = 8589934592 (8192 MB) avail memory = 8300343296 (7915 MB) done.    apic_setup_local(0)... Event timer "LAPIC" quality 600 ACPI APIC Table: done.    mp_start(0)... FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) done.    madt_set_ids(0)... done.    cpu_idle_tun(0)... done.    pmap_init_reserved_pages(0)... done.    callout_callwheel_init(0)... done.    vnode_pager_init(0)... done.    cluster_init(0)... done.    bios32_init(0)... done.    module_register_init(&x86bios_mod)... done.    mca_init_bsp(0)... done.    x86_mem_drvinit(0)... done.    prng_init(0)... done.    pmap_init_reserved_pages(0)... done. subsystem 2100001    vt_init_logos(0)... done. subsystem 2110000    rctl_init(0)... done.    racct_init(0)... done. subsystem 2140000    init_dtrace(0)... done.    init_hwpmc(0)... done.    pmc_soft_ev_register(&pmc___page_fault_read)... done.    pmc_soft_ev_register(&pmc___page_fault_write)... done.    pmc_soft_ev_register(&pmc___lock_failed)... done.    pmc_soft_ev_register(&pmc___clock_prof)... done.    pmc_soft_ev_register(&pmc___clock_hard)... done.    pmc_soft_ev_register(&pmc___clock_stat)... done.    pmc_soft_ev_register(&pmc___page_fault_all)... done. subsystem 2160000    random_fortuna_init_alg(0)... done.    random_harvestq_init(0)... done.    module_register_init(&nehemiah_mod)... done.    module_register_init(&rdrand_mod)... done.    random_harvestq_prime(0)... done.    __stack_chk_init(0)... random: unblocking device. done. subsystem 2180000    mac_init(0)... done. subsystem 21d0000    mac_late_init(0)... done. subsystem 21e0000    vnet0_init(0)... done. subsystem 2200000    f00f_hack(0)... done.    proc0_init(0)... done.    shutdown_conf(0)... done. subsystem 2300000    vm_stats_init(0)... done.    uma_startup3(0)... done.    vm_page_init_cache_zones(0)... done. subsystem 2380000    db_capture_sysinit(0)... done. subsystem 2400000    sched_setup(0)... done. subsystem 2480000    ktrace_init(0)... done. subsystem 24c0000    audit_init(0)... done. subsystem 2500000    create_init(0)... done. subsystem 2600000    idle_setup(0)... done. subsystem 2700000    mbuf_init(0)... done.    sfstat_init(0)... done.    sf_buf_init(0)... done. subsystem 2800000    intr_init(0)... done.    xen_hvm_cpu_init(0)... done.    xen_intr_init(0)... done.    apic_setup_io(0)... ioapic0 irqs 0-23 done.    atpic_init(0)... done.    intr_init_sources(0)... done.    xen_intrcnt_init(0)... done.    native_lapic_intrcnt(0)... done.    intr_init_final(0)... done. subsystem 2880000    taskqgroup_define_if_config_tqg(0)... done.    taskqgroup_define_softirq(0)... done.    taskqgroup_define_if_io_tqg(0)... done.    taskqueue_define_swi(0)... done.    taskqueue_define_swi_giant(0)... done.    taskqueue_define_thread(0)... done.    taskqueue_define_inm_free(0)... done.    taskqueue_define_fast(0)... done.    taskqueue_define_in6m_free(0)... done.    taskqueue_define_aiod_kick(0)... done.    taskqueue_define_kqueue_ctx(0)... done. subsystem 2888000    epoch_init(0)... done.    rs_epoch_init(0)... done.    if_epochalloc(0)... done. subsystem 2900000    release_aps(0)... Launching APs: 1 done.    xen_setup_cpus(0)... done.    intr_smp_startup(0)... done.    taa_recalculate_boot(0)... done.    taskqgroup_bind_if_io_tqg(0)... done.    intr_balance_init(0)... done.    smp_after_idle_runnable(0)... done.    taskqgroup_bind_softirq(0)... done.    taskqgroup_bind_if_config_tqg(0)... done.    hw_mds_recalculate_boot(0)... done.    init_TSC_tc(0)... Timecounter "TSC" frequency 1297081448 Hz quality 1000 done. subsystem 2900001    ucode_release(0)... done. subsystem 2a00000    netisr_init(0)... done.    start_softintr(0)... done.    start_softclock(0)... done.    sysbeep_init(0)... done. subsystem 2f00000    devfs_devs_init(0)... done.    reroot_conf(0)... done. subsystem 3000000 vnet_register_sysuninit(&vnet_icmp6stat_uninit_vnet_uninit)... done.    vnet_register_sysuninit(&vnet_ipstat_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_arpstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_arpstat_uninit_vnet_uninit)... done.    vnet_register_sysuninit(&hhook_vnet_uninit_vnet_uninit)... done.    vnet_register_sysinit(&hhook_vnet_init_vnet_init)... done.    vnet_register_sysinit(&vnet_rtstat_init_vnet_init)... done.    vnet_register_sysinit(&vnet_pfkeystat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_pfkeystat_uninit_vnet_uninit)... done.    vnet_register_sysuninit(&vnet_rtstat_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_icmpstat_init_vnet_init)... done.    vnet_register_sysinit(&vnet_ip6stat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_ip6stat_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_udpstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_udpstat_uninit_vnet_uninit)... done. vnet_register_sysuninit(&vnet_icmpstat_uninit_vnet_uninit)... done.    vnet_register_sysuninit(&vnet_if_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_rip6stat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_rip6stat_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_ipstat_init_vnet_init)... done.    vnet_register_sysinit(&vnet_icmp6stat_init_vnet_init)... done.    vnet_register_sysinit(&vnet_if_init_vnet_init)... done.    vnet_register_sysuninit(&vnet_loif_uninit_vnet_uninit)... done.    module_register_init(&iflib_moduledata)... done.    ether_init(0)... done.    vnet_register_sysuninit(&vnet_vlan_uninit_vnet_uninit)... done.    module_register_init(ðer_mod)... done. subsystem 3100000    ieee80211_vht_init(0)... done.    module_register_init(&mpt_core_mod)... done.    ttyconsdev_init(0)... done.    module_register_init(&amrr_mod)... done.    module_register_init(&granttable_xenpv_mod)... done.    module_register_init(&ccmp_mod)... done.    module_register_init(&tkip_mod)... done.    module_register_init(&wep_mod)... done.    acpi_task_init(0)... done.    ttyinq_startup(0)... done.    ttyoutq_startup(0)... done.    module_register_init(&g_raid_tr_concat_mod)... done.    module_register_init(&nvme_mod)... done.    module_register_init(&g_raid_tr_raid0_mod)... done.    module_register_init(&firmware_mod)... done.    module_register_init(&wlan_mod)... done.    ieee80211_ht_init(0)... done.    module_register_init(&virtio_mod)... done.    module_register_init(&g_raid_tr_raid1_mod)... done.    acpi_intr_init(&acpi_intr_lock)... done.    module_register_init(&root_bus_mod)... done.    module_register_init(&g_raid_tr_raid1e_mod)... done.    ieee80211_mesh_init(0)... done.    module_register_init(&zlib_mod)... done.    feeder_register(&feeder_root_class)... done.    ieee80211_phy_init(0)... done.    module_register_init(&g_raid_tr_raid5_mod)... done.    k6_mem_drvinit(0)... done.    ieee80211_auth_setup(0)... done.    module_register_init(&randomdev_mod)... random: entropy device external interface done.    module_register_init(&ratectl_none_mod)... done.    module_register_init(&sta_mod)... done.    sndstat_sysinit(0)... done.    module_register_init(&iwn6000g2bfw_fw_mod)... done.    module_register_init(&g_raid_md_intel_mod)... done.    module_register_init(&g_flashmap_mod)... done.    module_register_init(&g_raid_md_jmicron_mod)... done.    module_register_init(&mpt_user_mod)... done.    module_register_init(&g_raid_md_nvidia_mod)... done.    nvme_init(0)... done.    module_register_init(&g_raid_md_promise_mod)... done.    ieee80211_hwmp_init(0)... done.    module_register_init(&mpt_cam_mod)... done.    module_register_init(&g_raid_md_sii_mod)... done.    module_register_init(&g_vfs_mod)... done.    module_register_init(&g_label_mod)... done.    module_register_init(&g_part_mod)... done.    module_register_init(&g_dev_mod)... done.    module_register_init(&g_class_mod)... done.    module_register_init(&g_disk_mod)... done.    module_register_init(&g_raid_md_ddf_mod)... done.    module_register_init(&g_md_mod)... done.    module_register_init(&mpt_raid_mod)... done.    module_register_init(&g_raid_mod)... done.    fildesc_drvinit(0)... done.    module_register_init(&acpi_sysresource_acpi_mod)... done.    module_register_init(&pst_pstpci_mod)... done.    module_register_init(&acpi_syscontainer_acpi_mod)... done.    module_register_init(&puc_pccard_mod)... done.    module_register_init(&puc_pci_mod)... done.    module_register_init(&aacd_aac_mod)... done.    module_register_init(&ral_pci_mod)... done.    module_register_init(&ath_hal_mod)... [ath_hal] loaded done.    module_register_init(&bce_pci_mod)... done.    module_register_init(&miibus_bce_mod)... done.    module_register_init(&bfe_pci_mod)... done.    module_register_init(&miibus_bfe_mod)... done.    module_register_init(&bge_pci_mod)... done.    module_register_init(&miibus_bge_mod)... done.    module_register_init(&cardbus_cbb_mod)... done.    module_register_init(&cas_pci_mod)... done.    module_register_init(&miibus_cas_mod)... done.    module_register_init(&re_pci_mod)... done.    module_register_init(&miibus_re_mod)... done.    module_register_init(&rl_pci_mod)... done.    module_register_init(&rl_cardbus_mod)... done.    module_register_init(&miibus_rl_mod)... done.    module_register_init(&sdhci_acpi_acpi_mod)... done.    module_register_init(&mmc_sdhci_acpi_mod)... done.    module_register_init(&sdhci_pci_pci_mod)... done.    module_register_init(&mmc_sdhci_pci_mod)... done.    module_register_init(&sge_pci_mod)... done.    module_register_init(&miibus_sge_mod)... done.    module_register_init(&acpi_smbat_acpi_mod)... done.    module_register_init(&siis_pci_mod)... done.    module_register_init(&siisch_siis_mod)... done.    module_register_init(&sis_pci_mod)... done.    module_register_init(&miibus_sis_mod)... done.    module_register_init(&acpi_tz_acpi_mod)... done.    module_register_init(&skc_pci_mod)... done.    module_register_init(&sk_skc_mod)... done.    module_register_init(&miibus_sk_mod)... done.    module_register_init(&acpi_button_acpi_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&snd_cmi_pci_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&snd_csa_pci_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&snd_csapcm_csa_mod)... done.    module_register_init(&snd_emu10kx_pci_mod)... done.    module_register_init(&snd_emu10kx_pcm_emu10kx_mod)... done.    module_register_init(&snd_emu10kx_midi_emu10kx_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&snd_es137x_pci_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&snd_ich_pci_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&snd_via8233_pci_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&acpi_throttle_cpu_mod)... done.    module_register_init(&snd_hda_hdacc_mod)... done.    module_register_init(&snd_hda_pcm_hdaa_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&ae_pci_mod)... done.    module_register_init(&snd_hda_pci_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&ciss_pci_mod)... done.    module_register_init(&snd_hda_hdac_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&ichss_cpu_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&miibus_dc_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    dsp_sysinit(0)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&dcphy_miibus_mod)... done.    module_register_init(&pnphy_miibus_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&em_pci_mod)... done.    mixer_sysinit(0)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&igb_pci_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&sound_mod)... done.    sndstat_registerfile(&sndstat_vinfo)... done.    module_register_init(&miibus_ae_mod)... done.    module_register_init(&midi_mod)... done.    module_register_init(&ste_pci_mod)... done.    module_register_init(&miibus_ste_mod)... done.    module_register_init(&stge_pci_mod)... done.    module_register_init(&miibus_stge_mod)... done.    module_register_init(&sym_pci_mod)... done.    module_register_init(&scterm_dumb_mod)... done.    module_register_init(&scterm_sc_mod)... done.    module_register_init(&scterm_scteken_mod)... done.    module_register_init(&et_pci_mod)... done.    sm_attach_mouse(0)... done.    module_register_init(&ti_pci_mod)... done.    module_register_init(&miibus_et_mod)... done.    module_register_init(&twa_pci_mod)... done.    module_register_init(&twe_pci_mod)... done.    module_register_init(&twed_twe_mod)... done.    module_register_init(&aacraid_pci_mod)... done.    module_register_init(&aac_pci_mod)... done.    module_register_init(&tws_pci_mod)... done.    module_register_init(&acpi_cmbat_acpi_mod)... done.    module_register_init(&age_pci_mod)... done.    module_register_init(&esp_pci_mod)... done.    module_register_init(&miibus_age_mod)... done.    module_register_init(&uart_acpi_mod)... done.    module_register_init(&uart_isa_mod)... done.    module_register_init(&uart_pccard_mod)... done.    module_register_init(&uart_pci_mod)... done.    module_register_init(&uart_puc_mod)... done.    module_register_init(&uinput_mod)... done.    module_register_init(&ehci_pci_mod)... done.    module_register_init(&ohci_pci_mod)... done.    module_register_init(&uhci_pci_mod)... done.    module_register_init(&xhci_pci_mod)... done.    module_register_init(&cryptosoft_nexus_mod)... done.    module_register_init(&exca_mod)... done.    module_register_init(&fbd_fb_mod)... done.    module_register_init(&usbus_ohci_mod)... done.    module_register_init(&usbus_uhci_mod)... done.    module_register_init(&usbus_ehci_mod)... done.    module_register_init(&usbus_xhci_mod)... done.    module_register_init(&usbus_musbotg_mod)... done.    module_register_init(&usbus_uss820dci_mod)... done.    module_register_init(&usbus_octusb_mod)... done.    module_register_init(&usbus_dwcotg_mod)... done.    module_register_init(&usbus_saf1761otg_mod)... done.    module_register_init(&umass_uhub_mod)... done.    module_register_init(&fbd_drmn_mod)... done.    module_register_init(&fbd_udl_mod)... done.    module_register_init(&miibus_fxp_mod)... done.    module_register_init(&uhub_usbus_mod)... done.    audit_pipe_init(0)... done.    module_register_init(&uhub_uhub_mod)... done.    audit_trigger_cdev_init(0)... done.    module_register_init(&ukbd_uhub_mod)... done.    module_register_init(&inphy_miibus_mod)... done.    module_register_init(&miibus_gem_mod)... done.    module_register_init(&vge_pci_mod)... done.    module_register_init(&miibus_vge_mod)... done.    module_register_init(&gem_pci_mod)... done.    module_register_init(&miibus_hme_mod)... done.    module_register_init(&virtio_pci_pci_mod)... done.    module_register_init(&hme_pci_mod)... done.    module_register_init(&hptiop_pci_mod)... done.    module_register_init(&idad_ida_mod)... done.    module_register_init(&ida_pci_mod)... done.    module_register_init(&aacch_pci_mod)... done.    module_register_init(&cpu_acpi_mod)... done.    module_register_init(&vtnet_virtio_mmio_mod)... done.    module_register_init(&vtnet_virtio_pci_mod)... done.    log_drvinit(0)... done.    module_register_init(&ahcich_ahci_mod)... done.    module_register_init(&iir_pci_mod)... done.    module_register_init(&virtio_blk_virtio_mmio_mod)... done.    module_register_init(&virtio_blk_virtio_pci_mod)... done.    module_register_init(&virtio_balloon_virtio_mmio_mod)... done.    module_register_init(&virtio_balloon_virtio_pci_mod)... done.    module_register_init(&ahciem_ahci_mod)... done.    module_register_init(&virtio_scsi_virtio_mmio_mod)... done.    module_register_init(&virtio_scsi_virtio_pci_mod)... done.    module_register_init(&vmgenc_acpi_mod)... done.    module_register_init(&vr_pci_mod)... done.    module_register_init(&miibus_vr_mod)... done.    module_register_init(&vtvga_nexus_mod)... done.    module_register_init(&ipsd_ips_mod)... done.    consolectl_drvinit(0)... done.    module_register_init(&ips_pci_mod)... done.    module_register_init(&ipw_pci_mod)... done.    module_register_init(&isp_pci_mod)... done.    module_register_init(&iwi_pci_mod)... done.    module_register_init(&iwn_pci_mod)... done.    sysmouse_drvinit(0)... done.    module_register_init(&acpi_nexus_mod)... done.    module_register_init(&vte_pci_mod)... done.    module_register_init(&miibus_vte_mod)... done.    module_register_init(&watchdog_mod)... done.    module_register_init(&wi_pccard_mod)... done.    module_register_init(&wi_pci_mod)... done.    module_register_init(&wpi_pci_mod)... done.    module_register_init(&ahci_pci_mod)... done.    module_register_init(&xenballoon_xenstore_mod)... done.    module_register_init(&jme_pci_mod)... done.    module_register_init(&xbd_xenbusb_front_mod)... done.    module_register_init(&miibus_jme_mod)... done.    module_register_init(&xbbd_xenbusb_back_mod)... done.    module_register_init(&xc_xenpv_mod)... done.    module_register_init(&xctrl_xenstore_mod)... done.    module_register_init(&ahci_atapci_mod)... done.    module_register_init(&kbdmux_mod)... WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd1 at kbdmux0 done.    module_register_init(&le_pci_mod)... done.    module_register_init(&xnb_xenbusb_back_mod)... done.    module_register_init(&ahc_isa_isa_mod)... done.    led_drvinit(0)... done.    module_register_init(&xe_xenbusb_front_mod)... done.    module_register_init(&xenpci_pci_mod)... done.    module_register_init(&xentimer_xenpv_mod)... done.    module_register_init(&xenpvcpu_xenpv_mod)... done.    module_register_init(&lge_pci_mod)... done.    module_register_init(&xenstore_xenpv_mod)... done.    module_register_init(&xs_dev_xenstore_mod)... done.    module_register_init(&xsd_dev_xenpv_mod)... done.    module_register_init(&miibus_lge_mod)... done.    module_register_init(&evtchn_xenpv_mod)... done.    module_register_init(&ahc_pci_pci_mod)... done.    module_register_init(&privcmd_xenpv_mod)... done.    module_register_init(&malo_pci_mod)... done.    module_register_init(&ahc_mod)... done.    module_register_init(&acpi_ec_acpi_mod)... done.    module_register_init(&gntdev_xenpv_mod)... done.    module_register_init(&xendebug_xenpv_mod)... done.    module_register_init(&miibus_xl_mod)... done.    module_register_init(&xlphy_miibus_mod)... done.    module_register_init(&acpi_isab_acpi_mod)... done.    module_register_init(&mem_mod)... done.    module_register_init(&alc_pci_mod)... done.    module_register_init(&mfi_pci_mod)... done.    module_register_init(&mfid_mfi_mod)... done.    module_register_init(&mfisyspd_mfi_mod)... done.    module_register_init(&acphy_miibus_mod)... done.    module_register_init(&hy_miibus_mod)... done.    module_register_init(&atphy_miibus_mod)... done.    module_register_init(&axphy_miibus_mod)... done.    pts_init(0)... done.    ctty_drvinit(0)... done.    module_register_init(&xenbusb_front_xenstore_mod)... done.    module_register_init(&xenbusb_back_xenstore_mod)... done.    module_register_init(&bmtphy_miibus_mod)... done.    module_register_init(&brgphy_miibus_mod)... done.    module_register_init(&hpet_acpi_mod)... done.    module_register_init(&ciphy_miibus_mod)... done.    module_register_init(&acpi_pci_pcib_mod)... done.    module_register_init(&e1000phy_miibus_mod)... done.    module_register_init(&gentbi_miibus_mod)... done.    module_register_init(&acpi_pci_link_acpi_mod)... done.    module_register_init(&icsphy_miibus_mod)... done.    module_register_init(&acpi_pcib_acpi_mod)... done.    module_register_init(&acpi_pcib_pci_mod)... done.    module_register_init(&acpi_timer_acpi_mod)... done.    module_register_init(&arcmsr_pci_mod)... done.    module_register_init(&atkbd_atkbdc_mod)... done.    module_register_init(&atkbdc_isa_mod)... done.    module_register_init(&atkbdc_acpi_mod)... done.    module_register_init(&ip1000phy_miibus_mod)... done.    module_register_init(&psm_atkbdc_mod)... done.    module_register_init(&psmcpnp_isa_mod)... done.    module_register_init(&psmcpnp_acpi_mod)... done.    module_register_init(&jmphy_miibus_mod)... done.    module_register_init(&bxe_pci_mod)... done.    module_register_init(&lxtphy_miibus_mod)... done.    module_register_init(&mlphy_miibus_mod)... done.    module_register_init(&nsgphy_miibus_mod)... done.    module_register_init(&vesa_mod)... done.    module_register_init(&fd_fdc_mod)... done.    module_register_init(&fdc_acpi_mod)... done.    module_register_init(&fdc_isa_mod)... done.    module_register_init(&fdc_pccard_mod)... done.    module_register_init(&io_mod)... done.    module_register_init(&nsphy_miibus_mod)... done.    module_register_init(&isci_pci_mod)... done.    module_register_init(&nsphyter_miibus_mod)... done.    module_register_init(&pnaphy_miibus_mod)... done.    module_register_init(&qsphy_miibus_mod)... done.    module_register_init(&rdcphy_miibus_mod)... done.    module_register_init(&est_cpu_mod)... done.    module_register_init(&hwpstate_cpu_mod)... done.    module_register_init(&hwpstate_intel_cpu_mod)... done.    module_register_init(&p4tcc_cpu_mod)... done.    module_register_init(&powernow_cpu_mod)... done.    module_register_init(&rgephy_miibus_mod)... done.    module_register_init(&rlphy_miibus_mod)... done.    module_register_init(&smcphy_miibus_mod)... done.    module_register_init(&atrtc_isa_mod)... done.    module_register_init(&atrtc_acpi_mod)... done.    module_register_init(&smscphy_miibus_mod)... done.    module_register_init(&attimer_isa_mod)... done.    module_register_init(&attimer_acpi_mod)... done.    module_register_init(&isa_legacy_mod)... done.    module_register_init(&isa_xenpv_mod)... done.    module_register_init(&tdkphy_miibus_mod)... done.    module_register_init(&atdma_isa_mod)... done.    module_register_init(&atdma_acpi_mod)... done.    module_register_init(&orm_isa_mod)... done.    module_register_init(&pcib_legacy_mod)... done.    module_register_init(&pcibus_pnp_isa_mod)... done.    module_register_init(&pcibios_pcib_pci_mod)... done.    module_register_init(&tlphy_miibus_mod)... done.    module_register_init(&qpi_nexus_mod)... done.    module_register_init(&pcib_qpi_mod)... done.    module_register_init(&truephy_miibus_mod)... done.    module_register_init(&ukphy_miibus_mod)... done.    module_register_init(&vscphy_miibus_mod)... done.    module_register_init(&xmphy_miibus_mod)... done.    module_register_init(&mlxd_mlx_mod)... done.    module_register_init(&mlx_pci_mod)... done.    module_register_init(&mly_pci_mod)... done.    module_register_init(&mmcsd_mmc_mod)... done.    module_register_init(&miibus_alc_mod)... done.    module_register_init(&mpr_pci_mod)... done.    module_register_init(&aacp_aac_mod)... done.    module_register_init(&acpi_lid_acpi_mod)... done.    module_register_init(&legacy_nexus_mod)... done.    module_register_init(&cpu_legacy_mod)... done.    module_register_init(&ale_pci_mod)... done.    module_register_init(&mps_pci_mod)... done.    module_register_init(&miibus_ale_mod)... done.    module_register_init(&acpi_perf_cpu_mod)... done.    module_register_init(&amrd_amr_mod)... done.    module_register_init(&amr_pci_mod)... done.    module_register_init(&an_isa_mod)... done.    module_register_init(&mpt_pci_mod)... done.    module_register_init(&nexus_root_mod)... done.    module_register_init(&ram_nexus_mod)... done.    module_register_init(&sysresource_isa_mod)... done.    module_register_init(&an_pccard_mod)... done.    module_register_init(&an_pci_mod)... done.    module_register_init(&acpi_acad_acpi_mod)... done.    module_register_init(&aacraidp_aacraid_mod)... done.    module_register_init(&mrsas_pci_mod)... done.    module_register_init(&ata_pccard_mod)... done.    module_register_init(&ata_isa_mod)... done.    module_register_init(&apei_acpi_mod)... done.    module_register_init(&mskc_pci_mod)... done.    module_register_init(&msk_mskc_mod)... done.    module_register_init(&miibus_msk_mod)... done.    module_register_init(&atapci_pci_mod)... done.    module_register_init(&mvsch_mvs_mod)... done.    module_register_init(&mvsch_sata_mod)... done.    module_register_init(&xenpv_nexus_mod)... done.    module_register_init(&nexus_xen_root_mod)... done.    module_register_init(&agp_ali_hostb_mod)... done.    module_register_init(&agp_amd_hostb_mod)... done.    module_register_init(&agp_amd64_hostb_mod)... done.    module_register_init(&agp_ati_hostb_mod)... done.    module_register_init(&agp_i810_vgapci_mod)... done.    module_register_init(&agp_intel_hostb_mod)... done.    module_register_init(&agp_nvidia_hostb_mod)... done.    module_register_init(&agp_sis_hostb_mod)... done.    module_register_init(&agp_via_hostb_mod)... done.    module_register_init(&le_isa_mod)... done.    module_register_init(&mvs_pci_mod)... done.    module_register_init(&ata_atapci_mod)... done.    module_register_init(&mwl_pci_mod)... done.    module_register_init(&nfe_pci_mod)... done.    module_register_init(&miibus_nfe_mod)... done.    module_register_init(&nge_pci_mod)... done.    module_register_init(&miibus_nge_mod)... done.    module_register_init(&scrndr_vga_mod)... done.    module_register_init(&vmx_pci_mod)... done.    module_register_init(&null_mod)... done.    module_register_init(&ata_acard_pci_mod)... done.    module_register_init(&ata_ali_pci_mod)... done.    module_register_init(&ata_amd_pci_mod)... done.    module_register_init(&ata_ati_pci_mod)... done.    module_register_init(&nvme_ahci_mod)... done.    module_register_init(&nvme_pci_mod)... done.    module_register_init(&pvscsi_pci_mod)... done.    bpf_drvinit(0)... done.    module_register_init(&nexus_acpi_root_mod)... done.    module_register_init(&pccard_pcic_mod)... done.    module_register_init(&pnpbios_isa_mod)... done.    module_register_init(&pccard_cbb_mod)... done.    module_register_init(&cbb_pci_mod)... done.    module_register_init(&fixup_pci_pci_mod)... done.    module_register_init(&hostb_pci_mod)... done.    module_register_init(&ignore_pci_pci_mod)... done.    module_register_init(&isab_pci_mod)... done.    module_register_init(&pci_pcib_mod)... done.    module_register_init(&ata_cenatek_pci_mod)... done.    module_register_init(&isa_isab_mod)... done.    module_register_init(&isa_eisab_mod)... done.    module_register_init(&pnp_isa_mod)... done.    module_register_init(&piix_pci_mod)... done.    module_register_init(&npxisa_isa_mod)... done.    module_register_init(&npxisa_acpi_mod)... done.    module_register_init(&ata_cypress_pci_mod)... done.    module_register_init(&ata_cyrix_pci_mod)... done.    module_register_init(&ata_highpoint_pci_mod)... done.    module_register_init(&pcib_pci_mod)... done.    module_register_init(&vgapci_pci_mod)... done.    module_register_init(&ata_intel_pci_mod)... done.    module_register_init(&ata_ite_pci_mod)... done.    module_register_init(&pir_legacy_mod)... done.    module_register_init(&sc_isa_mod)... done.    module_register_init(&vga_isa_mod)... done.    module_register_init(&vgapm_vgapci_mod)... done.    module_register_init(&ata_jmicron_pci_mod)... done.    module_register_init(&ata_marvell_pci_mod)... done.    module_register_init(&ata_micron_pci_mod)... done.    module_register_init(&ata_national_pci_mod)... done.    module_register_init(&ata_netcell_pci_mod)... done.    module_register_init(&ata_nvidia_pci_mod)... done.    module_register_init(&ata_promise_pci_mod)... done.    module_register_init(&ata_serverworks_pci_mod)... done.    module_register_init(&smist_cpu_mod)... done.    module_register_init(&pmspcv_pci_mod)... done.    module_register_init(&atpic_isa_mod)... done.    module_register_init(&atpic_acpi_mod)... done.    module_register_init(&ata_sii_pci_mod)... done.    module_register_init(&ioapic_pci_mod)... done.    module_register_init(&apic_nexus_mod)... done.    cn_drvinit(0)... done.    module_register_init(&ata_sis_pci_mod)... done.    module_register_init(&cpufreq_cpu_mod)... done.    module_register_init(&lpt_ppbus_mod)... done.    module_register_init(&ata_via_pci_mod)... done.    module_register_init(&ppbus_ppc_mod)... done.    module_register_init(&ppi_ppbus_mod)... done.    module_register_init(&ppc_acpi_mod)... done.    module_register_init(&ppc_isa_mod)... done.    module_register_init(&ppc_pci_mod)... done.    module_register_init(&ppc_puc_mod)... done.    module_register_init(&mptable_pcib_legacy_mod)... done.    module_register_init(&mptable_pcib_pci_mod)... done.    module_register_init(&if_ath_pci_pci_mod)... done.    module_register_init(&pstpci_pci_mod)... done.    module_register_init(&da_mod)... done.    module_register_init(&fxp_pci_mod)... done.    module_register_init(&probe_mod)... done.    module_register_init(&pass_mod)... done.    module_register_init(&aprobe_mod)... done.    module_register_init(&nvd_mod)... done.    module_register_init(&cd_mod)... done.    module_register_init(&sa_mod)... done.    module_register_init(&g_part_bsd_mod)... done.    module_register_init(&g_part_ebr_mod)... done.    module_register_init(&g_part_gpt_mod)... done.    module_register_init(&g_part_mbr_mod)... done.    feeder_register(&feeder_eq_class)... done.    module_register_init(&pmp_mod)... done.    npxinitstate(0)... done.    feeder_register(&feeder_format_class)... done.    module_register_init(&enc_mod)... done.    feeder_register(&feeder_matrix_class)... done.    module_register_init(&ch_mod)... done.    feeder_register(&feeder_mixer_class)... done.    module_register_init(&xl_pci_mod)... done.    nvme_sim_init(0)... done.    feeder_register(&feeder_rate_class)... done.    module_register_init(&dc_pci_mod)... done.    feeder_register(&feeder_volume_class)... done.    module_register_init(&nda_mod)... done.    module_register_init(&ada_mod)... done.    module_register_init(&xpt_mod)... done.    module_register_init(&nvme_probe_mod)... done. subsystem 3800000    configure_first(0)... done.    module_register_init(&cam_moduledata)... done.    fbd_evh_init(0)... done.    module_register_init(&ata_moduledata)... done.    configure(0)... nexus0 vtvga0: cryptosoft0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 Event timer "HPET5" frequency 14318180 Hz quality 440 Event timer "HPET6" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xf000-0xf03f mem 0xf6800000-0xf6bfffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7f08000-0xf7f083ff irq 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 usbus0: 480Mbps High Speed USB v2.0 hdac0: mem 0xf7f00000-0xf7f03fff irq 22 at device 27.0 on pci0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci2: on pcib2 re0: port 0xe000-0xe0ff mem 0xf1104000-0xf1104fff,0xf1100000-0xf1103fff irq 17 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: ASPM disabled re0: Chip rev. 0x2c000000 re0: MAC rev. 0x00200000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0:  none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 24:b6:fd:39:49:56 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 iwn0: mem 0xf7e00000-0xf7e01fff irq 19 at device 0.0 on pci3 pcib4: irq 16 at device 28.4 on pci0 pci4: on pcib4 xhci0: mem 0xf7d00000-0xf7d0ffff,0xf7d10000-0xf7d11fff irq 16 at device 0.0 on pci4 xhci0: 64 bytes context size, 64-bit DMA usbus1 on xhci0 usbus1: 5.0Gbps Super Speed USB v3.0 pcib5: irq 19 at device 28.7 on pci0 ehci1: mem 0xf7f07000-0xf7f073ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 usbus2: 480Mbps High Speed USB v2.0 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf0b0-0xf0b7,0xf0a0-0xf0a3,0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem 0xf7f06000-0xf7f067ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahciem0: on ahci0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 13.0. psm0: model Synaptics Touchpad, device ID 0 orm0: at iomem 0xcf800-0xd07ff pnpid ORM0000 on isa0 ata0: at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. ata1: at port 0x170-0x177,0x376 irq 15 on isa0 ata1: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. ppc0: parallel port not found. done.    acpi_cpu_postattach(0)... est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 19f000000800 device_attach: est0 attach returned 6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1a1900000800 device_attach: est1 attach returned 6 done.    mpt_postattach(0)... done.    ifaddr_event_ext_evh_init(0)... done.    vm_lowmem_evh_init(0)... done.    configure_final(0)... done.    mca_createtq(0)... done.    ifnet_departure_event_evh_init(0)... done.    mountroot_evh_init(0)... done.    vmem_start_callout(0)... done.    ifnet_departure_event_evh_init(0)... done.    hook_tsc_freq(0)... done. subsystem 4000000    module_register_init(&nfscl_mod)... done.    module_register_init(&acl_nfs4_mod)... done.    module_register_init(&acl_posix1e_mod)... done.    vntblinit(0)... done.    nameiinit(0)... done.    nchinit(0)... done.    vfs_hashinit(0)... done.    module_register_init(&procfs_mod)... done.    module_register_init(&tmpfs_mod)... done.    module_register_init(&cd9660_mod)... done.    module_register_init(&ufs_mod)... done.    module_register_init(&msdosfs_mod)... done.    module_register_init(&devfs_mod)... done.    module_register_init(&nfs_mod)... done.    vfs_vector_op_register(&cd9660_fifoops)... done.    vfs_vector_op_register(&devfs_vnodeops)... done.    vfs_vector_op_register(&default_vnodeops)... done.    pipeinit(0)... done.    vfs_vector_op_register(&ffs_vnodeops1)... done.    vfs_vector_op_register(&ffs_fifoops1)... done.    vfs_vector_op_register(&ffs_vnodeops2)... done.    vfs_vector_op_register(&ffs_fifoops2)... done.    procdesc_init(0)... done.    soaio_init(0)... done.    vfs_vector_op_register(&devfs_specops)... done.    vfs_vector_op_register(&ufs_vnodeops)... done.    vfs_vector_op_register(&ufs_fifoops)... done.    vfs_vector_op_register(&fifo_specops)... done.    vfs_vector_op_register(&msdosfs_vnodeops)... done.    vfs_vector_op_register(&mntfs_vnodeops)... done.    vfs_vector_op_register(&dead_vnodeops)... done.    module_register_init(&nfscommon_mod)... done.    module_register_init(&nfsd_mod)... done.    vfs_vector_op_register(&newnfs_vnodeops_nosig)... done.    module_register_init(&nfssvc_mod)... done.    module_register_init(&xdr_mod)... done.    vfs_mount_init(0)... done.    vfs_vector_op_register(&newnfs_vnodeops)... done.    module_register_init(&nfslockd_mod)... done.    vfs_vector_op_register(&newnfs_fifoops_nosig)... done.    vfs_vector_op_register(&pfs_vnodeops)... done.    module_register_init(&aio_mod)... done.    vfs_vector_op_register(&tmpfs_vnodeop_entries)... done.    vfs_vector_op_register(&tmpfs_vnodeop_nonc_entries)... done.    vfs_vector_op_register(&tmpfs_fifoop_entries)... done.    vfs_vector_op_register(&sync_vnodeops)... done.    vfs_event_init(0)... done.    module_register_init(&krpc_mod)... done.    vfs_vector_op_register(&newnfs_fifoops)... done.    vfs_vector_op_register(&cd9660_vnodeops)... done. subsystem 4800000    initclocks(0)... done.    inittimecounter(0)... Timecounters tick every 1.000 msec done.    sched_initticks(0)... done.    ntp_init(0)... done.    kthread_start(&deadlkres_kd)... done. subsystem 6400000    module_register_init(&sysvshm_mod)... done.    shm_init(0)... done. subsystem 6800000    module_register_init(&sysvsem_mod)... done. subsystem 6c00000    module_register_init(&sysvmsg_mod)... done. subsystem 6e00000    p31binit(0)... done.    sigqueue_start(0)... done.    itimer_start(0)... done.    p31b_set_standard(0)... done. subsystem 7000000    usbpf_init(0)... done.    module_register_init(&tap_mod)... done.    vnet_register_sysinit(&vnet_loif_init_vnet_init)... done.    module_register_init(&netdump_mod)... done.    module_register_init(&vlan_mod)... done.    knote_init(0)... done.    module_register_init(&gif_mod)... done.    module_register_init(&tuntap_mod)... done.    module_register_init(&tun_mod)... done. subsystem 7400000    elf32_insert_brand_entry(&freebsd_brand_info)... done.    module_register_init(&pseudofs_data)... done.    shared_page_init(0)... done.    exec_sysvec_init(&elf32_freebsd_sysvec)... done.    module_register_init(&shell_mod)... done.    elf32_insert_brand_entry(&freebsd_brand_oinfo)... done.    elf32_insert_brand_entry(&kfreebsd_brand_info)... done.    module_register_init(&elf32_mod)... done.    exec_prealloc_args_kva(0)... done. subsystem 8100000    pfil_init(0)... done. vnet_register_sysuninit(&vnet_ether_pfil_uninit_vnet_uninit)... done. subsystem 8400000    vnet_register_sysuninit(&vnet_ether_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_ether_init_vnet_init)... done.    vnet_register_sysinit(&vnet_tun_init_vnet_init)... done.    vnet_register_sysuninit(&vnet_tun_uninit_vnet_uninit)... done. subsystem 8600000    vnet_register_sysuninit(&socket_vnet_uninit_vnet_uninit)... done.    domaininit(0)... done.    socket_init(0)... done.    vnet_register_sysinit(&socket_vnet_init_vnet_init)... done. subsystem 8700000    mld_init(0)... done.    module_register_init(&igmp_mod)... done.    vnet_register_sysuninit(&vnet_mld_uninit_vnet_uninit)... done.    module_register_init(&mld_mod)... done.    vnet_register_sysuninit(&vnet_igmp_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_igmp_init_vnet_init)... done.    vnet_register_sysinit(&vnet_mld_init_vnet_init)... done. subsystem 8800000    vnet_register_sysuninit(&inm_release_wait_vnet_uninit)... done.    domain_add(&routedomain)... done.    vnet_register_sysuninit(&in6m_release_wait_vnet_uninit)... done.    domain_add(&inet6domain)... done.    domain_add(&inetdomain)... done.    domain_add(&localdomain)... done.    domain_add(&keydomain)... done.    vnet_register_sysuninit(&rtables_destroy_vnet_uninit)... done. vnet_register_sysuninit(&vnet_domain_uninit_key_vnet_uninit)... done.    domain_init(&localdomain)... done.    vnet_register_sysinit(&vnet_domain_init_route_vnet_init)... done. vnet_register_sysuninit(&vnet_domain_uninit_route_vnet_uninit)... done.    vnet_register_sysinit(&vnet_arp_init_vnet_init)... done.    vnet_register_sysinit(&vnet_domain_init_inet_vnet_init)... done. vnet_register_sysuninit(&vnet_domain_uninit_inet_vnet_uninit)... done.    vnet_register_sysinit(&vnet_domain_init_inet6_vnet_init)... done. vnet_register_sysuninit(&vnet_domain_uninit_inet6_vnet_uninit)... done.    vnet_register_sysinit(&vnet_domain_init_key_vnet_init)... done.    vnet_register_sysuninit(&vnet_rts_uninit_vnet_uninit)... done.    route_init(0)... done.    vnet_register_sysuninit(&ip_vnet_uninit)... done.    vnet_register_sysuninit(&vnet_arp_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_rtsock_vnet_init)... done.    vnet_register_sysuninit(&icmp_bandlimit_vnet_uninit)... done.    vnet_register_sysuninit(&ip_id_vnet_uninit)... done.    vnet_register_sysuninit(&inet6_vnet_uninit)... done.    vnet_register_sysinit(&vnet_rtables_init_vnet_init)... ugen2.1: at usbus2 done.    vnet_register_sysuninit(&tcp_vnet_uninit)... done.    vnet_register_sysuninit(&raw_ip_vnet_uninit)... done.    vnet_register_sysuninit(&udp_vnet_uninit)... done.    vnet_register_sysuninit(&udplite_vnet_uninit)... done.    ipport_tick_init(0)... done.    in6_ifattach_init(0)... done.    vnet_register_sysinit(&ip_id_vnet_init)... done.    module_register_init(&ipsec_support_mod)... done.    vnet_register_sysinit(&icmp_bandlimit_vnet_init)... done. subsystem 8808000    cc_init(0)... done.    domainfinalize(0)... done.    if_attachdomain(0)... done.    module_register_init(&loop_mod)... done.    module_register_init(&cc_newreno)... done.    vnet_register_sysuninit(&vnet_gif_uninit_vnet_uninit)... done.    vnet_register_sysinit(&tcp_vnet_init_vnet_init)... done.    vnet_register_sysuninit(&tcp_vnet_uninit_vnet_uninit)... done.    vnet_register_sysinit(&vnet_gif_init_vnet_init)... done.    vnet_register_sysinit(&vnet_vlan_init_vnet_init)... done. subsystem a000000    synch_setup(0)... done.    usb_dev_init_post(0)... done.    usb_needs_explore_init(0)... done.    acpi_taskq_init(0)... done.    kproc_start(&random_proc_kp)... done.    mca_startup(0)... done.    acpi_tz_startup(0)... done. subsystem a800000    boot_run_interrupt_driven_config_hooks(0)... hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 31 and 27 on hdaa0 pcm1: at nid 25 and 35 on hdaa0 hdacc1: at cad 3 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 5 on hdaa1 done.    xpt_ch_done(0)... done.    vt_upgrade(&vt_consdev)... done. subsystem b000000    nfs_rootconf(0)... done.    fhanew_init(0)... done. subsystem d000000    proc0_post(0)... done. subsystem d800000    selectinit(0)... done. subsystem dc00000    vnet_register_sysuninit(&vnet_if_return_vnet_uninit)... done.    vnet_register_sysinit(&vnet_sysinit_done_vnet_init)... done.    vnet_init_done(0)... done. subsystem dffff9c    linker_preload_finish(0)... done. subsystem e000000    kick_init(0)... done. subsystem e400000    vm_pageout_init(0)... done.    kproc_start(&page_kp)... done. subsystem e800000    kproc_start(&vm_kp)... done. subsystem ea00000    kproc_start(&buf_kp)... done.    pbuf_prealloc(0)... done. subsystem ec00000    kproc_start(&up_kp)... done.    kproc_start(&vnlru_kp)... done. subsystem ee00000    acpi_acad_ac_only(0)... done.    nfsiod_setup(0)... done. subsystem f100000    racctd_init(0)... done. subsystem fffffff    print_caddr_t(&wit_warn)... WARNING: WITNESS option enabled, expect reduced performance. done.    oktousecallout(0)... done.    start_periodic_resettodr(0)... done. ugen1.1: <0x104c XHCI root HUB> at usbus1 ugen0.1: at usbus0 uhub0 on usbus1 uhub1 on usbus0 uhub1: on usbus0 uhub0: <0x104c XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 uhub2 on usbus2 uhub2: on usbus2 Trying to mount root from ufs:/dev/ada0p2 [rw]... Root mount waiting for: usbus0 usbus1 usbus2 CAM ses0 at ahciem0 bus 0 scbus1 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 162401400975 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) ada0: Command Queueing enabled ada0: 122104MB (250069680 512 byte sectors) ses0: pass0,ada0 in 'Slot 00', SATA Slot: scbus0 target 0 uhub0: 4 ports with 4 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus0 usbus2 ugen2.2: at usbus2 uhub3 on uhub2 uhub3: on usbus2 ugen0.2: at usbus0 uhub4 on uhub1 uhub4: on usbus0 Root mount waiting for: usbus0 usbus2 uhub4: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered Root mount waiting for: usbus0 usbus2 ugen0.3: at usbus0 ugen2.3: at usbus2 ugen0.4: at usbus0 ugen2.4: at usbus2 Root mount waiting for: usbus2 ugen2.5: at usbus2 umass0 on uhub3 umass0: on usbus2 umass0:  SCSI over Bulk-Only; quirks = 0x4000 umass0:4:0: Attached to scbus4 Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 da0: Removable Direct Access SCSI device da0: Serial Number 20090516388200000 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da0: quirks=0x2 mountroot: waiting for device /dev/ada0p2... WARNING: / was not properly dismounted info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 info: [drm] Memory usable by graphics device = 2048M info: [drm] MTRR allocation failed.  Graphics performance may suffer. intel_iicbb0 on drmn0 iicbus0: on iicbb_nostop0 addr 0x1 iic0: on iicbus0 iicbus1: on intel_gmbus0 iic1: on iicbus1 intel_iicbb1 on drmn0 iicbus2: on iicbb_nostop1 addr 0x2e iic2: on iicbus2 iicbus3: on intel_gmbus1 iic3: on iicbus3 intel_iicbb2 on drmn0 iicbus4: on iicbb_nostop2 addr 0x2e iic4: on iicbus4 iicbus5: on intel_gmbus2 iic5: on iicbus5 intel_iicbb3 on drmn0 iicbus6: on iicbb_nostop3 addr 0x2e iic6: on iicbus6 iicbus7: on intel_gmbus3 iic7: on iicbus7 intel_iicbb4 on drmn0 iicbus8: on iicbb_nostop4 addr 0x2e iic8: on iicbus8 iicbus9: on intel_gmbus4 iic9: on iicbus9 intel_iicbb5 on drmn0 iicbus10: on iicbb_nostop5 addr 0x2e iic10: on iicbus10 iicbus11: on intel_gmbus5 iic11: on iicbus11 info: [drm] MSI enabled 1 message(s) info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. intel_sdvo_ddc_proxy921920 on drmn0 intel_sdvo_ddc_proxy921920: detached drm_iic_dp_aux0 on drmn0 drmn0: taking over the fictitious range 0xe0000000-0xf0000000 info: [drm] Connector LVDS-1: get mode from tunables: info: [drm]   - kern.vt.fb.modes.LVDS-1 info: [drm]   - kern.vt.fb.default_mode info: [drm] Connector VGA-1: get mode from tunables: info: [drm]   - kern.vt.fb.modes.VGA-1 info: [drm]   - kern.vt.fb.default_mode info: [drm] Connector HDMI-A-1: get mode from tunables: info: [drm]   - kern.vt.fb.modes.HDMI-A-1 info: [drm]   - kern.vt.fb.default_mode info: [drm] Connector DP-1: get mode from tunables: info: [drm]   - kern.vt.fb.modes.DP-1 info: [drm]   - kern.vt.fb.default_mode fbd0 on drmn0 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 13.0. VT: Replacing driver "vga" with new "fb". info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 lo0: link state changed to UP info: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off ugen2.6: at usbus2 umass1 on uhub3 umass1: on usbus2 umass1:  SCSI over Bulk-Only; quirks = 0xc100 umass1:5:1: Attached to scbus5 da1 at umass-sim1 bus 1 scbus5 target 0 lun 0 da1: < USB DISK PMAP> Removable Direct Access SPC-4 SCSI device da1: Serial Number 90009ACB83AD2892 da1: 40.000MB/s transfers da1: 14800MB (30310400 512 byte sectors) da1: quirks=0x3 re0: link state changed to DOWN ubt0 on uhub4 ubt0: on usbus0 umodem0 on uhub3 umodem0: on usbus2 umodem0: data interface 2, has CM over data, has break umodem1 on uhub3 umodem1: on usbus2 umodem1: data interface 4, has CM over data, has break umodem2 on uhub3 umodem2: on usbus2 umodem2: data interface 10, has CM over data, has break cdce0 on uhub3 cdce0: on usbus2 ue0: on cdce0 ue0: Ethernet address: 02:80:37:ec:02:00 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() pflog0: promiscuous mode enabled Accounting enabled l*ock order reversal:** ** 1st 0x2e9af99c ufs (ufs, lockmgr) @ /usr/src/sys/kern/vfs_mount.c:1011** ** 2nd 0x306d63c0 devfs (devfs, lockmgr) @ /usr/src/sys/kern/vfs_mount.c:1022** **lock order devfs -> ufs established at:** **#0 0x10357f5 at witness_checkorder+0x3c5** **#1 0xfaa990 at lockmgr_lock_flags+0x140** **#2 0x124f8e7 at ffs_lock+0x57** **#3 0x13b1cef at VOP_LOCK1_APV+0x2f** **#4 0x10ae5bf at _vn_lock+0x4f** **#5 0x1090b3e at vfs_domount+0xc9e** **#6 0x108f53b at vfs_donmount+0x75b** **#7 0x1093087 at kernel_mount+0x57** **#8 0x10952c2 at parse_mount+0x452** **#9 0x1093abe at vfs_mountroot+0x4ce** **#10 0xf73572 at start_init+0x22** **#11 0xf98708 at fork_exit+0x68** **#12 0xffc0340e at __stop_set_sysinit_set+0xcf40099e** **lock order ufs -> devfs attempted at:** **#0 0x1035e80 at witness_checkorder+0xa50** **#1 0xfac176 at lockmgr_xlock+0x46** **#2 0x1088f3a at vop_lock+0x6a** **#3 0x13b1cef at VOP_LOCK1_APV+0x2f** **#4 0x10ae5bf at _vn_lock+0x4f** **#5 0x1090b3e at vfs_domount+0xc9e** **#6 0x108f53b at vfs_donmount+0x75b** **#7 0x108edad at sys_nmount+0x5d** **#8 0x139c7d5 at syscall+0x195** **#9 0xffc033f9 at __stop_set_sysinit_set+0xcf400989* Security policy loaded: MAC/ntpd (mac_ntpd) Security policy loaded: TrustedBSD MAC/BSD Extended (mac_bsdextended) wlan0: Ethernet address: 4c:eb:42:5e:e3:f4 iwn0: iwn_read_firmware: ucode rev=0x12a80601 wlan0: link state changed to UP consider this as a divorcing paper. MvB From owner-freebsd-current@freebsd.org Mon Aug 24 19:49:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7F3BB3CB0F8 for ; Mon, 24 Aug 2020 19:49:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 4Bb2l568cmz49G8 for ; Mon, 24 Aug 2020 19:49:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x733.google.com with SMTP id g26so8709208qka.3 for ; Mon, 24 Aug 2020 12:49:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=OdJRsEZUuj0vf/iJPsQ7KwKZgJ6J2xxrfYiSmXKyG14=; b=Spu1C5EAxg/g952wD/b3KPipvSAZnY48sYVCE8/ztGoZeBqv3JpTF4IrSDqdJwYr4H JMeEw1CMgx+d5qPA7P/sHW1E8oXcfAlplKCDMGGyr4rQc99mXlvutqWVOPsqq68tY7Pv VjzwVh3KR4yaaSKynAcNCTNpMdhLu5YJvliO3NdxGpwHDL1gGOV6zwIBZROZOciAqOg+ 4779MNZUQ13/NDAcVsjru2A9qbVk0E5OlxGYTzNSDy9HWxDPNawfk78ePa5WosH+DDMz GJOAkeQXlfZ2Dxsm3Rwyde5l597SzZugOjyh/bngY37K6OiC2lqpLdCmCrPx7203xG8K KXQQ== X-Gm-Message-State: AOAM5306x6GcqIF+eWulhk6bD40QTSipQcch7hRM/EURfjWOe7zsQAwl 00rhT/8LlGXr7k4MLhOk0gFnNgjz0sZ3O67jxDGXoAShsgqm5g== X-Google-Smtp-Source: ABdhPJx99lccAToM7flNbnYi6270t3X8nVeICsStg40AQoHp5Rbg6zroastAh1ZrMr7ayAGTS61K5nZQQAeGG+Jj4tA= X-Received: by 2002:ae9:e315:: with SMTP id v21mr6597108qkf.215.1598298576456; Mon, 24 Aug 2020 12:49:36 -0700 (PDT) MIME-Version: 1.0 From: Warner Losh Date: Mon, 24 Aug 2020 13:49:25 -0600 Message-ID: Subject: HEADS UP: coming changes to a devd event To: FreeBSD Current , FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4Bb2l568cmz49G8 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.29 / 15.00]; ARC_NA(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.59)[-0.594]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.30)[0.305]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::733:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 19:49:39 -0000 Greetings I just pushed https://svnweb.freebsd.org/changeset/base/364725 into -current. In documenting all the messages that devd can receive from the kernel, I noticed an inconsistency I'd like to correct. We currently have both system=kernel and system=kern generated by the kernel. This makes no sense, imho. I've decided to transition the 'kern' one to 'kernel' because (a) I think it's less used and (b) I like it less than 'kernel' for this. The one message is generated by newus on resume. It's redundant since we also generate one for ACPI. We don't really document either (until recently), but use the ACPI one in the default devd.conf script. I'm not changing that at all since it doesn't need adjustment. This is a heads up that the other one is changing from system=kern to system=kernel to be more consistent with the other messages generated by the kernel. I've updated the documentation and added an UPDATING entry. For a while, we'll generate both system=kern and system=kernel events for this. Sometime after 13 is branched, I'll remove the system=kern one. If all goes well, I'll MFC the change to generate both to stable/12 in a few days, along with the improved docs to devd.conf (which I may do prior to that), but won't MFC the removal. I don't think this will cause anybody any grief, and the lead times on making changes will be at least 6 months for people following -current, and likely on the scale of years for people following stable branches. Sadly, it's not simple to add a deprecation notice for current users. Just thought I'd give a heads up in case this will cause people grief. Warner From owner-freebsd-current@freebsd.org Mon Aug 24 20:37: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 70F0B3CCF06; Mon, 24 Aug 2020 20:37:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bb3pD2kC7z4FDD; Mon, 24 Aug 2020 20:37:23 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 07OKbX8N010378 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 24 Aug 2020 13:37:33 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 07OKbW45010377; Mon, 24 Aug 2020 13:37:32 -0700 (PDT) (envelope-from fbsd) Date: Mon, 24 Aug 2020 13:37:32 -0700 From: bob prohaska To: "Bjoern A. Zeeb" Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Strange USB loop Message-ID: <20200824203732.GA10340@www.zefox.net> References: <20200824163736.GA9845@www.zefox.net> <9E59062A-865E-454C-8D1F-AB42F33EA020@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9E59062A-865E-454C-8D1F-AB42F33EA020@lists.zabbadoz.net> X-Rspamd-Queue-Id: 4Bb3pD2kC7z4FDD X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.17 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.50)[0.496]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.77)[0.772]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 20:37:27 -0000 On Mon, Aug 24, 2020 at 05:26:27PM +0000, Bjoern A. Zeeb wrote: > On 24 Aug 2020, at 16:37, bob prohaska wrote: > > > > > uhub_reattach_port: giving up port reset - device vanished > > uhub_reattach_port: giving up port reset - device vanished > > uhub_reattach_port: giving up port reset - device vanished > > uhub_reattach_port: giving up port reset - device vanished > > uhub_reattach_port: giving up port reset - device vanished > > > > I hit something like it last weekend and found this one: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237666 > Hmm, rather discouraging. Same error message, different hardware. Considerable investigation without resolution. Over a year old. Thanks for writing 8=( bob prohaska From owner-freebsd-current@freebsd.org Mon Aug 24 20:58:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1FA763CD55A; Mon, 24 Aug 2020 20:58:12 +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 4Bb4GB3gRHz4Gmm; Mon, 24 Aug 2020 20:58:10 +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 07OKw8vc084323 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Aug 2020 13:58:08 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 07OKw8n9084322; Mon, 24 Aug 2020 13:58:08 -0700 (PDT) (envelope-from jmg) Date: Mon, 24 Aug 2020 13:58:08 -0700 From: John-Mark Gurney To: Ganbold Tsagaankhuu Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: major update to if_ure Message-ID: <20200824205808.GI4213@funkthat.com> Mail-Followup-To: Ganbold Tsagaankhuu , freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <20200725231318.GO4213@funkthat.com> <20200726211447.GQ4213@funkthat.com> <20200727183503.GW4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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]); Mon, 24 Aug 2020 13:58:08 -0700 (PDT) X-Rspamd-Queue-Id: 4Bb4GB3gRHz4Gmm X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.42 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.87)[0.871]; NEURAL_SPAM_SHORT(0.35)[0.351]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MAILMAN_DEST(0.00)[freebsd-net,freebsd-current]; 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: Mon, 24 Aug 2020 20:58:12 -0000 Ganbold Tsagaankhuu wrote this message on Wed, Aug 19, 2020 at 16:27 +0800: > On Tue, Jul 28, 2020 at 2:35 AM John-Mark Gurney wrote: > > > Ganbold Tsagaankhuu wrote this message on Mon, Jul 27, 2020 at 18:29 +0800: > > > On Mon, Jul 27, 2020 at 5:14 AM John-Mark Gurney > > wrote: > > > > > > > Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 > > +0800: > > > > > On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney > > > > wrote: > > > > > > > > > > > Hello, > > > > > > > > > > > > I'd like people who have ure (RealTek) based USB devices to test > > > > > > review D25809[0]. > > > > > > > > > > > > This update adds support for: > > > > > > - HW VLAN tagging > > > > > > - HW checksum offload for IPv4 and IPv6 > > > > > > - tx and rx aggreegation (for full gige speeds) > > > > > > - multiple transactions > > > > > > > > > > > > In my testing, I am able to get 900-950Mbps depending upon > > > > > > TCP or UDP, which is a significant improvement over the previous > > > > > > 91Mbps (~8kint/sec*1500bytes/packet*1packet/int). > > > > > > > > > > Does performance improve for if_ure device on USB2? > > > > > I will try to test it in a couple of days on NanoPI R1 and R1S > > boards. > > > > > > > > Yes, it should. > > > > > > > > I never tested the before driver on USB2, but I'm now able to get > > > > 211Mbps TX and 190Mbps RX TCP, and 227Mbps TX and 225Mbps RX UDP. > > > > > > > > I believe it is likely that the same 91Mbps speed limit applied to > > > > USB2 as well. > > > > > > Couldn't find your iperf test scripts and I tested only tcp: > > > > My test script isn't performance, just features, and I'm thinking about > > how/where to publish it... > > > > You can also test UDP using -u w/ iperf3 and adjust the bandwidth w/ > > -b 300m (or other Mbps)... > > > > > root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 > > > Connecting to host 192.168.111.1, port 5201 > > > [ 5] local 192.168.111.10 port 28569 connected to 192.168.111.1 port > > 5201 > > > [ ID] Interval Transfer Bitrate Retr Cwnd > > > [ 5] 0.00-1.00 sec 27.4 MBytes 230 Mbits/sec 0 95.4 KBytes > > > [ 5] 1.00-2.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 2.00-3.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 3.00-4.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 4.00-5.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 5.00-6.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 6.00-7.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 7.00-8.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 8.00-9.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > > > [ 5] 9.00-10.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > > > - - - - - - - - - - - - - - - - - - - - - - - - - > > > [ ID] Interval Transfer Bitrate Retr > > > [ 5] 0.00-10.00 sec 276 MBytes 232 Mbits/sec 0 > > sender > > > [ 5] 0.00-10.79 sec 276 MBytes 215 Mbits/sec > > > receiver > > > > > > iperf Done. > > > root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 -R > > > Connecting to host 192.168.111.1, port 5201 > > > Reverse mode, remote host 192.168.111.1 is sending > > > [ 5] local 192.168.111.10 port 29384 connected to 192.168.111.1 port > > 5201 > > > [ ID] Interval Transfer Bitrate > > > [ 5] 0.00-1.00 sec 12.1 MBytes 102 Mbits/sec > > > [ 5] 1.00-2.00 sec 12.1 MBytes 102 Mbits/sec > > > [ 5] 2.00-3.00 sec 12.1 MBytes 101 Mbits/sec > > > [ 5] 3.00-4.00 sec 12.1 MBytes 102 Mbits/sec > > > [ 5] 4.00-5.00 sec 12.1 MBytes 102 Mbits/sec > > > [ 5] 5.00-6.00 sec 12.1 MBytes 102 Mbits/sec > > > [ 5] 6.00-7.00 sec 12.1 MBytes 101 Mbits/sec > > > [ 5] 7.00-8.00 sec 12.1 MBytes 102 Mbits/sec > > > [ 5] 8.00-9.00 sec 12.1 MBytes 101 Mbits/sec > > > [ 5] 9.00-10.00 sec 12.1 MBytes 102 Mbits/sec > > > - - - - - - - - - - - - - - - - - - - - - - - - - > > > [ ID] Interval Transfer Bitrate Retr > > > [ 5] 0.00-11.25 sec 121 MBytes 90.3 Mbits/sec 2539 > > > sender > > > [ 5] 0.00-10.00 sec 121 MBytes 101 Mbits/sec > > > receiver > > > > > > iperf Done. > > > root@nanopi-r1s-h5:~ # sysctl -a | grep cpu.0.freq > > > dev.cpu.0.freq_levels: 1248/-1 1008/-1 816/-1 624/-1 480/-1 > > > dev.cpu.0.freq: 1248 > > > > Hmmm... The reverse seems slow, but I can't think of why it'd be that > > slow though. When I did my tests on the USB2 ports, both directions > > were about the same speed... > > > > Thanks for the test! Great to hear things are working... > > When can you commit it? Plan on committing it this week... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Mon Aug 24 21:49:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8AAFE3CE806 for ; Mon, 24 Aug 2020 21:49:58 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bb5Pw6Sq0z4Jwj for ; Mon, 24 Aug 2020 21:49:56 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 07OLnoE4075916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Aug 2020 22:49:50 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 07OLnoac075908; Mon, 24 Aug 2020 22:49:50 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202008242149.07OLnoac075908@donotpassgo.dyslexicfish.net> Date: Mon, 24 Aug 2020 22:49:50 +0100 Organization: Dyslexic Fish To: lizbethmutterhunt@gmail.com, freebsd-current@freebsd.org Subject: Re: again this ugly graphic driver sloopy mistake References: <225d68c5-e202-c066-d1d0-68878a0b61b4@gmail.com> In-Reply-To: <225d68c5-e202-c066-d1d0-68878a0b61b4@gmail.com> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Mon, 24 Aug 2020 22:49:50 +0100 (BST) X-Rspamd-Queue-Id: 4Bb5Pw6Sq0z4Jwj X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.24 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.963]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.48)[-0.480]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 21:49:58 -0000 "Vanbreukelingen Ltd." wrote: > No! > > No freeBSD on this laptop anymore, sorry. I'm deluded like hell from > this sessions; after 30 hours of compiling world I get a "disk full". > Trying my luck with openBSD here. Apologies for not sending you a bigger disk. > consider this as a divorcing paper. Don't worry, I'm sure it won't be contested. From owner-freebsd-current@freebsd.org Mon Aug 24 22:21:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 689823CEEE8 for ; Mon, 24 Aug 2020 22:21:55 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bb66q29c4z4Lpj for ; Mon, 24 Aug 2020 22:21:55 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4A3E33CF351; Mon, 24 Aug 2020 22:21:55 +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 49D7E3CF139; Mon, 24 Aug 2020 22:21:55 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 4Bb66q0XDLz4LsP; Mon, 24 Aug 2020 22:21:51 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 4Bb66k3dfPz3mrC; Mon, 24 Aug 2020 22:21:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id REsXKiYTLvVS; Mon, 24 Aug 2020 22:21:12 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:1201:747b:31ec:1f2a:4364]) by mail.daemonic.se (Postfix) with ESMTPSA id 4Bb65q42Y6z3mwR; Mon, 24 Aug 2020 22:21:03 +0000 (UTC) To: current@FreeBSD.org, stable@FreeBSD.org, ports@FreeBSD.org, x11@FreeBSD.org Reply-To: x11@FreeBSD.org From: Niclas Zeising Subject: deprecation of drm-legacy-kmod Message-ID: Date: Tue, 25 Aug 2020 00:21:03 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bb66q0XDLz4LsP X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 22:21:55 -0000 [ cross posted across several mailing lists, please respect reply-to ] Hi! It is time to deprecate drm-legacy-kmod, since it is taking too much time to maintain and are holding off changes in other areas. drm-legacy-kmod was created to aid in the transition to the LinuxKPI based graphics drivers, at a time when the new drivers only supported amd64. Since then, the new drivers have been updated to support more architectures and more GPUs, and the burden of maintaining drm-legacy-kmod has increased. It became apparent with the update of xorg-server to 1.20 that drm-legacy-kmod is too old to work with certain aspects of the graphics stack, and it is also holding back changes in areas of the FreeBSD base system such as VM scaling and optimization. The VM locking protocol needs to be changed, and to port those changes to these drivers would require extensive reworking of its use of the FreeBSD VM subsystem. This means it is time for it to go. The driver will remain for a transition period. For FreeBSD 13-CURRENT, this will be fairly short, as there are changes to FreeBSD base that breaks the drivers. For FreeBSD 12, the driver will remain a bit longer, to ease in transition. On FreeBSD 12, there is also the option of using the graphics drivers in base, although those are supported on a best-effort basis only. Regards -- Niclas Zeising FreeBSD Graphics Team From owner-freebsd-current@freebsd.org Mon Aug 24 22:46: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 C10163CF9B3; Mon, 24 Aug 2020 22:46:40 +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 4Bb6gM2fXdz4N2b; Mon, 24 Aug 2020 22:46:38 +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 A40922601C6; Tue, 25 Aug 2020 00:46:27 +0200 (CEST) Subject: Re: Strange USB loop To: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org References: <20200824163736.GA9845@www.zefox.net> From: Hans Petter Selasky Message-ID: <42038cfd-425c-c5cd-d3de-d3cace1ecd89@selasky.org> Date: Tue, 25 Aug 2020 00:46:01 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200824163736.GA9845@www.zefox.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bb6gM2fXdz4N2b X-Spamd-Bar: / X-Spamd-Result: default: False [-0.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.44)[-0.439]; NEURAL_SPAM_SHORT(0.06)[0.059]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; 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: Mon, 24 Aug 2020 22:46:40 -0000 On 2020-08-24 18:37, bob prohaska wrote: > After updating to > FreeBSD 13.0-CURRENT (GENERIC) #5 r364475: Mon Aug 24 06:47:29 PDT 2020 > on a Pi3 it was necessary to disconnect the mouse, keyboard and usb-serial You are after: https://svnweb.freebsd.org/changeset/base/364433 You may want to try a kernel before: r364379 --HPS From owner-freebsd-current@freebsd.org Tue Aug 25 02:39: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 946E83B696B; Tue, 25 Aug 2020 02:39:06 +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 4BbCqZ3NXzz4cmj; Tue, 25 Aug 2020 02:39:06 +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 5190E10DDD; Tue, 25 Aug 2020 02:39:06 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f173.google.com with SMTP id g6so11974871ljn.11; Mon, 24 Aug 2020 19:39:06 -0700 (PDT) X-Gm-Message-State: AOAM530dii3UhZxdN+hSz98L4rnEp2kuUf2YQauuT1Uz4+cFgN5BKGOk oL/yQjAhE/MWGgy77jQharckOSEy6mXOK7D+fGc= X-Google-Smtp-Source: ABdhPJy56UhQae7VpPfjbSj4RzcmpOd3+g8GZ+lL91rP9ThNDX1Hgdd48bzYGyfS37qdEen/iaM1FuDsjrwVpdD+Sh8= X-Received: by 2002:a2e:b00c:: with SMTP id y12mr3944444ljk.18.1598323144939; Mon, 24 Aug 2020 19:39:04 -0700 (PDT) MIME-Version: 1.0 From: Matthew Macy Date: Mon, 24 Aug 2020 19:38:53 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: OpenZFS support merged To: freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 02:39:06 -0000 r364746 merged OpenZFS support in to HEAD. The change should be transparent unless you want to use new features. I caution against 'zpool upgrade' for the next few weeks. https://svnweb.freebsd.org/base?view=revision&revision=364746 If you encounter problems please report them to me, Ryan Moeller, and -current. From owner-freebsd-current@freebsd.org Tue Aug 25 05:02: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 4CC5F3BE03F; Tue, 25 Aug 2020 05:02:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbH1W64Mrz3ZZQ; Tue, 25 Aug 2020 05:02:55 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 07P534sW011509 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 24 Aug 2020 22:03:05 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 07P534co011508; Mon, 24 Aug 2020 22:03:04 -0700 (PDT) (envelope-from fbsd) Date: Mon, 24 Aug 2020 22:03:04 -0700 From: bob prohaska To: bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Strange USB loop Message-ID: <20200825050304.GA11333@www.zefox.net> References: <20200824163736.GA9845@www.zefox.net> <42038cfd-425c-c5cd-d3de-d3cace1ecd89@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42038cfd-425c-c5cd-d3de-d3cace1ecd89@selasky.org> X-Rspamd-Queue-Id: 4BbH1W64Mrz3ZZQ X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.96 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.28)[0.284]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.78)[0.776]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 05:02:59 -0000 On Tue, Aug 25, 2020 at 12:46:01AM +0200, Hans Petter Selasky wrote: > On 2020-08-24 18:37, bob prohaska wrote: > > After updating to > > FreeBSD 13.0-CURRENT (GENERIC) #5 r364475: Mon Aug 24 06:47:29 PDT 2020 > > on a Pi3 it was necessary to disconnect the mouse, keyboard and usb-serial > > You are after: > > https://svnweb.freebsd.org/changeset/base/364433 > > You may want to try a kernel before: > > r364379 A kernel for FreeBSD 13.0-CURRENT (GENERIC) #6 r364378: Tue Aug 25 00:46:27 PDT 2020 compiled and installed without incident, but the problem persists. This time I plugged the keyboard into the hub and got a stream of uhub_reattach_port: giving up port reset - device vanished which didn't stop when the keyboard was removed. If the keyboard is moved to the Pi's internal USB connectors the keyboard is recognized and works, but the once-per-second "...device vanished" messages continue. Attempts to repeat this behavior were frustrating. After a few iterations the error message was triggered by plugging in an FTDI usb-serial adapter, but the messages stopped when it was unplugged. The hub is Bus /dev/usb Device /dev/ugen1.4: ID 05e3:0610 Genesys Logic, Inc. 4-port hub The disk adapter is Bus /dev/usb Device /dev/ugen1.5: ID 152d:1561 JMicron Technology Corp. / JMicron USA Technology Corp. JMS561U two ports SATA 6Gb/s bridge Are either of these known troublmakers? Thanks for reading! bob prohaska From owner-freebsd-current@freebsd.org Tue Aug 25 07:42:19 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD0A23C23CF; Tue, 25 Aug 2020 07:42:19 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4BbLYQ4L80z418j; Tue, 25 Aug 2020 07:42:18 +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 8761A260433; Tue, 25 Aug 2020 09:42:07 +0200 (CEST) Subject: Re: Strange USB loop To: bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org References: <20200824163736.GA9845@www.zefox.net> <42038cfd-425c-c5cd-d3de-d3cace1ecd89@selasky.org> <20200825050304.GA11333@www.zefox.net> From: Hans Petter Selasky Message-ID: <8be06d6f-9837-cde6-1878-a25e84656d84@selasky.org> Date: Tue, 25 Aug 2020 09:41:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200825050304.GA11333@www.zefox.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BbLYQ4L80z418j X-Spamd-Bar: / X-Spamd-Result: default: False [-0.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.43)[-0.430]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.29)[0.287]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 07:42:19 -0000 On 2020-08-25 07:03, bob prohaska wrote: > On Tue, Aug 25, 2020 at 12:46:01AM +0200, Hans Petter Selasky wrote: >> On 2020-08-24 18:37, bob prohaska wrote: >>> After updating to >>> FreeBSD 13.0-CURRENT (GENERIC) #5 r364475: Mon Aug 24 06:47:29 PDT 2020 >>> on a Pi3 it was necessary to disconnect the mouse, keyboard and usb-serial >> >> You are after: >> >> https://svnweb.freebsd.org/changeset/base/364433 >> >> You may want to try a kernel before: >> >> r364379 Can you try r364346 ? > A kernel for > FreeBSD 13.0-CURRENT (GENERIC) #6 r364378: Tue Aug 25 00:46:27 PDT 2020 > compiled and installed without incident, but the problem persists. This > time I plugged the keyboard into the hub and got a stream of > uhub_reattach_port: giving up port reset - device vanished > which didn't stop when the keyboard was removed. If the keyboard is > moved to the Pi's internal USB connectors the keyboard is recognized > and works, but the once-per-second "...device vanished" messages continue. > > Attempts to repeat this behavior were frustrating. After a few iterations > the error message was triggered by plugging in an FTDI usb-serial adapter, > but the messages stopped when it was unplugged. > > The hub is > Bus /dev/usb Device /dev/ugen1.4: ID 05e3:0610 Genesys Logic, Inc. 4-port hub > > The disk adapter is > Bus /dev/usb Device /dev/ugen1.5: ID 152d:1561 JMicron Technology Corp. / JMicron USA Technology Corp. JMS561U two ports SATA 6Gb/s bridge > > Are either of these known troublmakers? --HPS From owner-freebsd-current@freebsd.org Tue Aug 25 12:55:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 09B483CA6A0 for ; Tue, 25 Aug 2020 12:55:44 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 4BbTW11cSHz4LsT for ; Tue, 25 Aug 2020 12:55:40 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: by mail-lj1-x234.google.com with SMTP id v12so13660031ljc.10 for ; Tue, 25 Aug 2020 05:55:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition; bh=dOq3a/CIwz4Je/hYLRzeal5P3L9vJsE5BYosZXcoQwI=; b=OYni7O1RjYuSwMS6c+PvoyqiYoCCIMp1BA53ikEcdtgV+W2pWhh8/5zMkQdoFMVflG fItL0PpJNP88nAAFGqq277N4ektKPeeoyWSEdHHjVnHE6WXlj8wp/Z5nE2n9867BxRSp NuJAXeC5fBAbpWGNRWsQYIGf06MI4r7uFFhyEwobvUAz/lUj/N+HNO5Jr0Aso9a/E+Su 9ieTqN2T83GUBmsMgP9Zhrd3nR1LoLpa4AJpe7YlsocqzCpv7QF0zXtA3RbeO1z+05Wz KjRNp5zfQ5NOqWHqXYc7OT3x5goBqrhB00JRbwFj5GSctz6Znb04E7FALsKyBzNmMcpx FBCQ== X-Gm-Message-State: AOAM533SQpj0xDV5zc/SccuqXe+TIApjsqZ619fx40pEQBMZbi9k/rsO oRRM1IGYcKW3GfSopEu9ak2uqwzqw9YFCQ== X-Google-Smtp-Source: ABdhPJzFQAIYBXZiBipRmhpE4xQcojYqtgXk6eTwwdUt7sgvh8X159fj59++euBBgym7XjwuIYgItA== X-Received: by 2002:a2e:9792:: with SMTP id y18mr5048976lji.187.1598360138845; Tue, 25 Aug 2020 05:55:38 -0700 (PDT) Received: from kloomba ([95.104.140.4]) by smtp.gmail.com with ESMTPSA id z3sm2823372ljz.109.2020.08.25.05.55.37 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 Aug 2020 05:55:38 -0700 (PDT) Sender: Roman Bogorodskiy Date: Tue, 25 Aug 2020 16:55:32 +0400 From: Roman Bogorodskiy To: freebsd-current@freebsd.org Subject: 'chflags: fts_read: Permission denied' on fresh -CURRENT Message-ID: <20200825125532.GB15602@kloomba> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline X-Rspamd-Queue-Id: 4BbTW11cSHz4LsT X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.25 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.42)[-0.425]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[novel@freebsd.org,bogorodskiy@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[95.104.140.4:received]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[novel@freebsd.org,bogorodskiy@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::234:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 12:55:44 -0000 --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've updated -CURRENT today to r364753, and poudriere started failing with: [00:00:00] Creating the reference jail...chflags: fts_read: Permission denied [00:00:00] Cleaning up [00:00:00] Unmounting file systems chflags: fts_read: Permission denied I've created a new jail and it fails with the same error. I'm not using zfs and also I use the same sources for poudriere jails as the host, i.e.: current 13.0-CURRENT 1300112 amd64 src=/usr/src 2020-08-25 13:17:30 /usr/local/poudriere/jails/current current13 13.0-CURRENT 1300113 amd64 src=/usr/src 2020-08-25 16:19:13 /usr/local/poudriere/jails/current13 Any ideas what could be wrong with this? Roman Bogorodskiy --1ccMZA6j1vT5UqiK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEi6TfKtFPmbY34ABwyW1f/gjCImoFAl9FCkIACgkQyW1f/gjC ImqqZggAsaQ49j6iMF2CWGmXjpue4a6YFoh/huAwQyynN/Mi8sejsN1n3r1PE/F4 gyFxihhRb/AMvKFQW6+z5XlUJId2jyK7Y2sAHSMAt/u5Ibxq76FimWXExcsocJwz zRd7pwIE6oO/3SzU/3u0PzmUwhvLyy2MiuRvfA3b9LVnNm3E36YpIy12TGqkNOB8 YvAJXBe+5baS7rXz3y12cpD+3bMSY7slA2tYfdBsaVM3iDevIugP3ZL1QnFYOo1F G0nJ7xB2VPZOnILdE8Zgv1dh0B5h6pauJGxgCvvkpgYhCSugGWeHKj0JH6qgm7CK Dloe2cQfuJfjQYRxXOsg2bPJoKM+xw== =g2Wc -----END PGP SIGNATURE----- --1ccMZA6j1vT5UqiK-- From owner-freebsd-current@freebsd.org Tue Aug 25 13:15:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2678A3CB09A for ; Tue, 25 Aug 2020 13:15:53 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 4BbTyJ3Mlfz4Nrq; Tue, 25 Aug 2020 13:15:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x333.google.com with SMTP id x5so2394363wmi.2; Tue, 25 Aug 2020 06:15:52 -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:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3cphI4mddCX1NBAJF7Adv6MkgyqcWh538Z1DXMXW5gA=; b=CJiK8qNZJ3UcgldN0A01VZp/mO29p9dEiQ2BLl+lvKrNCw/3wKQedq4t37Qye8+bbj nT4880KFrvKnovNav4DnemdUyOVu77bwB0G+eOcWjSs6G9SdOuig5cIBuQ5yDxZd4t3k PahMXNBo/LNhsIt6Y+fvCK55XwjXKcFvxBtgIOyTa/X81/iJqXg6+iZSZJaEVcqw+hB7 dGe+nNyqZmiU2I3MmD9OXZHHvKhXfHz2nRUZATyl9UZrtYNePDtWwvOib8CiL17evUul DyCeiPeMWwK8YvCneIH746fR3OJ9d4jLuY608de/SlTzZCwsO0AwvCkWHdqD+PJIuAVU hSHw== X-Gm-Message-State: AOAM5305Yjq8VtexFYO7Jes7YCe+5Tih9oIK9srXyBJ6C+lBldUssMh1 KLGHssVHlIk04o69MIsRYbXlEGIpbrJJ6XZCvkAv95sG X-Google-Smtp-Source: ABdhPJyCVRvRCrMERfALibwC/ZHehkgzTsqChnFpHwvcJVXqVUPuNvBzW4omQu6m91gIDwNZbdI82dB4sCMTZddjEBU= X-Received: by 2002:a05:600c:4150:: with SMTP id h16mr2081964wmm.127.1598361350610; Tue, 25 Aug 2020 06:15:50 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5d:5347:0:0:0:0:0 with HTTP; Tue, 25 Aug 2020 06:15:49 -0700 (PDT) In-Reply-To: <20200825125532.GB15602@kloomba> References: <20200825125532.GB15602@kloomba> From: Mateusz Guzik Date: Tue, 25 Aug 2020 15:15:49 +0200 Message-ID: Subject: Re: 'chflags: fts_read: Permission denied' on fresh -CURRENT To: Roman Bogorodskiy Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BbTyJ3Mlfz4Nrq X-Spamd-Bar: - X-Spamd-Result: default: False [-1.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.006]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.15)[0.148]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 13:15:53 -0000 Does: sysctl vfs.cache_fast_lookup=0 clean it up for you? On 8/25/20, Roman Bogorodskiy wrote: > Hi, > > I've updated -CURRENT today to r364753, and poudriere started failing > with: > > [00:00:00] Creating the reference jail...chflags: fts_read: Permission > denied > [00:00:00] Cleaning up > [00:00:00] Unmounting file systems > chflags: fts_read: Permission denied > > I've created a new jail and it fails with the same error. > > I'm not using zfs and also I use the same sources for poudriere jails as > the host, i.e.: > > current 13.0-CURRENT 1300112 amd64 src=/usr/src 2020-08-25 > 13:17:30 /usr/local/poudriere/jails/current > current13 13.0-CURRENT 1300113 amd64 src=/usr/src 2020-08-25 > 16:19:13 /usr/local/poudriere/jails/current13 > > Any ideas what could be wrong with this? > > Roman Bogorodskiy > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Aug 25 13:39:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6BC0F3CBD3D for ; Tue, 25 Aug 2020 13:39:52 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 4BbVTz5LgCz4RXp for ; Tue, 25 Aug 2020 13:39:51 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: by mail-lj1-x232.google.com with SMTP id g6so13810793ljn.11 for ; Tue, 25 Aug 2020 06:39:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=fDn8FM7BziA3ufmn6zx0H9tYX6BNx4NHwcFoapI5mwM=; b=qQaL0A5wveat2yrM/4qPUQsQSRlqguj0pBaZxYmcaIgpRg9XXpAXCFDr19aj+qtGmq 7iPlXAd+WdXWSfuPwhcZH4Z6aJ60KFjFTrXYxhDYbGBYVWatw21+aenLyfwstSfCgeID DfR2P+1i/ETnGxF7Aqg4vf+Z2yh8I1QLzY3+B+KjJdfQp4y3gvNT8IYwfMBiT970VkUb 4pe6kF1XT/DLxkuGjESH4g2d0URJRSMAJc/keHpxyX69QaVBlv74+sHi42r0BXkZAFMC 8aKxmhcTuv24y7ekscSLpH8M9waewtxEpaYfppck0/H+2BCBtme2BGZQSVt4WKUE7XQk 9pyw== X-Gm-Message-State: AOAM531Xiwaepl8RwWwx1hOJSlUCXAp/JMYnGaFQ9WJ6zHBAToKARpKM ByU+EI83rACmiTzrapoxzCWhsnVqICEAEQ== X-Google-Smtp-Source: ABdhPJxlFmwyRoWEyWtjAYeGQyt+NbCF1RCZgsDss/sfvdNR2CSQItgktxjabflldny5iIDuuX0Jmw== X-Received: by 2002:a2e:85d3:: with SMTP id h19mr5262152ljj.363.1598362789100; Tue, 25 Aug 2020 06:39:49 -0700 (PDT) Received: from kloomba ([95.104.140.4]) by smtp.gmail.com with ESMTPSA id b15sm2855154lji.140.2020.08.25.06.39.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 Aug 2020 06:39:48 -0700 (PDT) Sender: Roman Bogorodskiy Date: Tue, 25 Aug 2020 17:39:42 +0400 From: Roman Bogorodskiy To: Mateusz Guzik Cc: freebsd-current@freebsd.org Subject: Re: 'chflags: fts_read: Permission denied' on fresh -CURRENT Message-ID: <20200825133942.GC15602@kloomba> References: <20200825125532.GB15602@kloomba> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BbVTz5LgCz4RXp X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.39 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.57)[-0.571]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[novel@freebsd.org,bogorodskiy@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[95.104.140.4:received]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[novel@freebsd.org,bogorodskiy@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,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)[2a00:1450:4864:20::232:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 13:39:52 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yes, it allows to move further and build is currently running. Thanks Mateusz Guzik wrote: > Does: sysctl vfs.cache_fast_lookup=3D0 clean it up for you? >=20 > On 8/25/20, Roman Bogorodskiy wrote: > > Hi, > > > > I've updated -CURRENT today to r364753, and poudriere started failing > > with: > > > > [00:00:00] Creating the reference jail...chflags: fts_read: Permission > > denied > > [00:00:00] Cleaning up > > [00:00:00] Unmounting file systems > > chflags: fts_read: Permission denied > > > > I've created a new jail and it fails with the same error. > > > > I'm not using zfs and also I use the same sources for poudriere jails as > > the host, i.e.: > > > > current 13.0-CURRENT 1300112 amd64 src=3D/usr/src 2020-08-25 > > 13:17:30 /usr/local/poudriere/jails/current > > current13 13.0-CURRENT 1300113 amd64 src=3D/usr/src 2020-08-25 > > 16:19:13 /usr/local/poudriere/jails/current13 > > > > Any ideas what could be wrong with this? > > > > Roman Bogorodskiy > > >=20 >=20 > --=20 > Mateusz Guzik Roman Bogorodskiy --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEi6TfKtFPmbY34ABwyW1f/gjCImoFAl9FFJwACgkQyW1f/gjC ImpeaAf+NCLgcBfvLR23BKW7kC0aRcIpcXOJkoesAUn/QEnI7032KF3l1ZngO0eP aans3NxaxP4gUlEyqSNnKUcaVbIG/6LcKBhourofPrMB/sh0FWWyhC66779DaDqD 5OnPUNthXgBXqVISG5QJNd+uJPGzW0PmabzL9fBVyZ697/7wYP56ZUmYnLvKEAXq L5HDGlrKRyoYKWOuto24F9jD1vB3lpwH3tXuloHbym0BLOejnlCdcJngujsx8fNp M4OGStZWgtsJK5EE+TEVMXPzUMD+E0SQ46DBK8wOsbwMYh0PqYzkxAhuiSKJm2eR oHMMd7zddvPhWWzZg4PaclmolWfXwQ== =5/vs -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-current@freebsd.org Tue Aug 25 13:58:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F07D63CC828; Tue, 25 Aug 2020 13:58:49 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4BbVvq05nVz4SnM; Tue, 25 Aug 2020 13:58:46 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAZTD-0009Ot-5i; Tue, 25 Aug 2020 15:58:39 +0200 Received: from office.as33885.net ([84.55.65.101] helo=[192.168.50.206]) by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAZTC-0001AZ-M1; Tue, 25 Aug 2020 15:58:38 +0200 Subject: Re: OpenZFS support merged To: Matthew Macy , freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org References: From: Jakob Alvermark Message-ID: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> Date: Tue, 25 Aug 2020 15:58:08 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4BbVvq05nVz4SnM X-Spamd-Bar: - X-Spamd-Result: default: False [-1.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.91)[-0.913]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-0.27)[-0.273]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-fs,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 13:58:50 -0000 Hi, I updated from r364605 to r364768 'make buildkernel' fails like this: Building /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/zfs/zstd.o /usr/src/sys/contrib/openzfs/module/zstd/lib/zstd.c:1336:12: fatal error: 'immintrin.h' file not found #  include    /* support for bextr (experimental) */            ^~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. Best, Jakob On 2020-08-25 04:38, Matthew Macy wrote: > r364746 merged OpenZFS support in to HEAD. > > The change should be transparent unless you want to use new features. > I caution against 'zpool upgrade' for the next few weeks. > > https://svnweb.freebsd.org/base?view=revision&revision=364746 > > If you encounter problems please report them to me, Ryan Moeller, and -current. > _______________________________________________ > 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 Aug 25 14:19: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 4C3583CCD61 for ; Tue, 25 Aug 2020 14:19:20 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 4BbWMW2bSCz4Ts1; Tue, 25 Aug 2020 14:19:19 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id w13so12581003wrk.5; Tue, 25 Aug 2020 07:19:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hnVYX/EKvraa/h6FVY+V+yQ9FYJlucH+pju6w6ZTuHM=; b=HUPPx4RjyGLAmdCgSUppEuC2ZpHMWQW8XcB2ZTOGMUZnoInoDDxZFDh0uiZ+MfRSCr GzH1du+pIY9QuBPh83RSW8Msu8WXq7yHpk5fSFh8QXvYkrrZbPFKWdtzlIp3MCeDcIR+ aXErWlF/4TrYryAiIOLkCsMEBMmddgLMLJfIcu/Iw47yS6bWAqywOQnLm+gsXIcGMq0J 4Esy2n4CPP3YDWDb+D53GadX3+SLoS0/Uxnl+YbXQIAAffwon4dtLTyUk2+2zEWiEyGb S52Pn3aZ+RrAm/gPGpnJF4S6Y68Xer3bjd7SsBDHLU5Fcv1pf7qaYKJ5c1mdRXbZ7fno 73Ug== X-Gm-Message-State: AOAM530/2W7qDgooMzR/Mm952mK9wYbITepMoIEfNwUAWyVyiD/WDdJo HcaiuFPV1b0xF691RGAx3TmTBFGoalB2FMesAJlqUQhk X-Google-Smtp-Source: ABdhPJxa5VW6QlCyVrja7ZA02UIGMxTz3zLw0alKldBtl6CM64y7vjsJ2H9eRHEpS8MkvGT8mtSG0RWBBj2IZdSJkEE= X-Received: by 2002:adf:9591:: with SMTP id p17mr11351062wrp.237.1598365156953; Tue, 25 Aug 2020 07:19:16 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5d:5347:0:0:0:0:0 with HTTP; Tue, 25 Aug 2020 07:19:16 -0700 (PDT) In-Reply-To: <20200825133942.GC15602@kloomba> References: <20200825125532.GB15602@kloomba> <20200825133942.GC15602@kloomba> From: Mateusz Guzik Date: Tue, 25 Aug 2020 16:19:16 +0200 Message-ID: Subject: Re: 'chflags: fts_read: Permission denied' on fresh -CURRENT To: Roman Bogorodskiy Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BbWMW2bSCz4Ts1 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.006]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.207]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 14:19:20 -0000 Should be fixed with r364769. On 8/25/20, Roman Bogorodskiy wrote: > Yes, it allows to move further and build is currently running. > > Thanks > > Mateusz Guzik wrote: > >> Does: sysctl vfs.cache_fast_lookup=0 clean it up for you? >> >> On 8/25/20, Roman Bogorodskiy wrote: >> > Hi, >> > >> > I've updated -CURRENT today to r364753, and poudriere started failing >> > with: >> > >> > [00:00:00] Creating the reference jail...chflags: fts_read: Permission >> > denied >> > [00:00:00] Cleaning up >> > [00:00:00] Unmounting file systems >> > chflags: fts_read: Permission denied >> > >> > I've created a new jail and it fails with the same error. >> > >> > I'm not using zfs and also I use the same sources for poudriere jails >> > as >> > the host, i.e.: >> > >> > current 13.0-CURRENT 1300112 amd64 src=/usr/src 2020-08-25 >> > 13:17:30 /usr/local/poudriere/jails/current >> > current13 13.0-CURRENT 1300113 amd64 src=/usr/src 2020-08-25 >> > 16:19:13 /usr/local/poudriere/jails/current13 >> > >> > Any ideas what could be wrong with this? >> > >> > Roman Bogorodskiy >> > >> >> >> -- >> Mateusz Guzik > > Roman Bogorodskiy > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Aug 25 14:43:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF04B3CD7D5; Tue, 25 Aug 2020 14:43:29 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4BbWvN5sD1z4W1v; Tue, 25 Aug 2020 14:43:28 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.27] ([194.32.164.27]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 07PEhLAi027385; Tue, 25 Aug 2020 15:43:21 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: OpenZFS support merged From: Bob Bishop In-Reply-To: Date: Tue, 25 Aug 2020 15:43:21 +0100 Cc: freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2433795B-7C8D-43FE-AA30-097623B8FA0C@gid.co.uk> References: To: Matthew Macy X-Mailer: Apple Mail (2.3445.104.15) X-Rspamd-Queue-Id: 4BbWvN5sD1z4W1v X-Spamd-Bar: / X-Spamd-Result: default: False [-0.28 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.661]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_NA(0.00)[gid.co.uk]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.08)[0.077]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-fs,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 14:43:29 -0000 Hi, > On 25 Aug 2020, at 03:38, Matthew Macy wrote: >=20 > r364746 merged OpenZFS support in to HEAD. >=20 > The change should be transparent unless you want to use new features. For clarity, is autotrim enabled by default? If not, some people will be = surprised. > I caution against 'zpool upgrade' for the next few weeks. >=20 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >=20 > If you encounter problems please report them to me, Ryan Moeller, and = -current. -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@freebsd.org Tue Aug 25 14:48:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0C9C33CE08B for ; Tue, 25 Aug 2020 14:48:57 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbX1h6Y9Rz4Wtt for ; Tue, 25 Aug 2020 14:48:56 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:cc57:5757:9b7:aef8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id AFC0A168CB for ; Tue, 25 Aug 2020 14:48:56 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <2433795B-7C8D-43FE-AA30-097623B8FA0C@gid.co.uk> From: Ryan Moeller Message-ID: <3df4c1cc-d357-3500-5152-ec110334341c@FreeBSD.org> Date: Tue, 25 Aug 2020 10:48:55 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <2433795B-7C8D-43FE-AA30-097623B8FA0C@gid.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 14:48:57 -0000 On 8/25/20 10:43 AM, Bob Bishop wrote: > Hi, > >> On 25 Aug 2020, at 03:38, Matthew Macy wrote: >> >> r364746 merged OpenZFS support in to HEAD. >> >> The change should be transparent unless you want to use new features. > For clarity, is autotrim enabled by default? If not, some people will be surprised. It is on by default. -Ryan > >> I caution against 'zpool upgrade' for the next few weeks. >> >> https://svnweb.freebsd.org/base?view=revision&revision=364746 >> >> If you encounter problems please report them to me, Ryan Moeller, and -current. > > -- > Bob Bishop > rb@gid.co.uk > > > > > _______________________________________________ > 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 Aug 25 15:42: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 9C1303CF2C3 for ; Tue, 25 Aug 2020 15:42:36 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbYCc3Rnjz4bK1 for ; Tue, 25 Aug 2020 15:42:36 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:cc57:5757:9b7:aef8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2DE2E154FF for ; Tue, 25 Aug 2020 15:42:36 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> From: Ryan Moeller Message-ID: <02ff07ff-4169-e545-2c8f-7d1e044fb491@FreeBSD.org> Date: Tue, 25 Aug 2020 11:42:34 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 15:42:36 -0000 On 8/25/20 9:58 AM, Jakob Alvermark wrote: > Hi, > > > I updated from r364605 to r364768 > > 'make buildkernel' fails like this: > > Building > /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/zfs/zstd.o > /usr/src/sys/contrib/openzfs/module/zstd/lib/zstd.c:1336:12: fatal > error: 'immintrin.h' file not found > #  include    /* support for bextr (experimental) */ >            ^~~~~~~~~~~~~ > 1 error generated. > *** Error code 1 > > Stop. > I'm trying to figure out how to reproduce this. Are you perhaps building with GCC? -Ryan > > Best, > > Jakob > > On 2020-08-25 04:38, Matthew Macy wrote: >> r364746 merged OpenZFS support in to HEAD. >> >> The change should be transparent unless you want to use new features. >> I caution against 'zpool upgrade' for the next few weeks. >> >> https://svnweb.freebsd.org/base?view=revision&revision=364746 >> >> If you encounter problems please report them to me, Ryan Moeller, and >> -current. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Aug 25 16:36:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 28A4E3B08C1 for ; Tue, 25 Aug 2020 16:36:08 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: from mail-vk1-f180.google.com (mail-vk1-f180.google.com [209.85.221.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 4BbZPM5z1Sz4fNc; Tue, 25 Aug 2020 16:36:07 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: by mail-vk1-f180.google.com with SMTP id s81so2968238vkb.3; Tue, 25 Aug 2020 09:36:07 -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=zCc2sCOxQQme2lXC7kvbdDRqlc+PZ+xWIdc0YCu8qMY=; b=rr5Xnry+Z75Z6NODZCr0mmKgDhp4utxnzeWeFqnYr/z4P2CbykZg5Nu0o+yu9uZT4E 7wM3xG0zlUwnHAiuSsiPoeM8JbMhy0Pyjlgj51u0FH8yV0ION7oMrp2m+x/n+H3ql+Z6 xPmAGlCx8gwBT614gNJIyiWOXrCVvAbx8YEse9BvY1tKNZemNSpxkjS8jNpQ301Sgvmp yKAKtw1DCOVqhr/utqEeod1onDtdvFfWEgpKH/RMlRJiPYtPz962o2TB9h5tbl9v3mpY pf4AEHj/cvouTUxURNzB6wjCpCJJ3rIjTLmUC4M17126fIAAQRo+G2C/+EBp+n0UjqE4 a51g== X-Gm-Message-State: AOAM531EQFHd/7+qaWghHl8PCX6u48f2qPGqG2gqIXqCG5MfeEnI6lhn 5BQ33jYpSG9BgeuOff5ViFYNa1DKrkCX5v6iVD6OxiAqD48= X-Google-Smtp-Source: ABdhPJzhr1KlSrBu3V9gD2AaGX+s3vXIAL8UDYGUh4Ysm1tZRN6qljDURypuWXxHEQ6eQW5gILqJ2EFEN9H9B2OIYlY= X-Received: by 2002:a1f:a402:: with SMTP id n2mr6445976vke.77.1598373365898; Tue, 25 Aug 2020 09:36:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Date: Tue, 25 Aug 2020 17:35:54 +0100 Message-ID: Subject: Re: OpenZFS support merged To: Matthew Macy Cc: freebsd-current X-Rspamd-Queue-Id: 4BbZPM5z1Sz4fNc X-Spamd-Bar: ---- 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, 25 Aug 2020 16:36:08 -0000 On Tue, Aug 25, 2020 at 3:39 AM Matthew Macy wrote: > r364746 merged OpenZFS support in to HEAD. > > The change should be transparent unless you want to use new features. > I caution against 'zpool upgrade' for the next few weeks. > > https://svnweb.freebsd.org/base?view=revision&revision=364746 > > If you encounter problems please report them to me, Ryan Moeller, and > -current. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > Hi, that is good news. It seems that our boot loader will fail to boot after zpool upgrade. Is that a known issue? I've replicated my setup, root zfs over GELI, in a VM to avoid any surprise (phew!), and it booted fine after upgrading the system. Although it fails after zpool upgrade (yes, I know you've asked us to be cautious with zpool upgrade): ZFS: unsupported feature: org.freebsd:zstd_compress ZFS: pool zroot is not supported ZFS: can't find pool by guid Thank you! From owner-freebsd-current@freebsd.org Tue Aug 25 16:43:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B5CA43B0F98 for ; Tue, 25 Aug 2020 16:43:07 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10021101.me.com (pv50p00im-ztdg10021101.me.com [17.58.6.44]) (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 4BbZYR07Y4z4g27 for ; Tue, 25 Aug 2020 16:43:06 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10021101.me.com (Postfix) with ESMTPSA id 2B4271802A2; Tue, 25 Aug 2020 16:42:36 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: OpenZFS support merged From: Toomas Soome In-Reply-To: Date: Tue, 25 Aug 2020 19:42:14 +0300 Cc: Matthew Macy , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <40046B2F-E57A-48EE-9902-F103C86D35A1@me.com> References: To: =?utf-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-25_06:2020-08-25, 2020-08-25 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=920 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2008250126 X-Rspamd-Queue-Id: 4BbZYR07Y4z4g27 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.36 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.75)[-0.754]; 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.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]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[me.com:dkim]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.6.44:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.6.44:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 16:43:07 -0000 > On 25. Aug 2020, at 19:35, Danilo Eg=C3=AAa Gondolfo = wrote: >=20 > On Tue, Aug 25, 2020 at 3:39 AM Matthew Macy = wrote: >=20 >> r364746 merged OpenZFS support in to HEAD. >>=20 >> The change should be transparent unless you want to use new features. >> I caution against 'zpool upgrade' for the next few weeks. >>=20 >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >>=20 >> If you encounter problems please report them to me, Ryan Moeller, and >> -current. >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org" >>=20 >=20 > Hi, that is good news. >=20 > It seems that our boot loader will fail to boot after zpool upgrade. = Is > that a known issue? >=20 The loader is not updated to support zstd. rgds, toomas > I've replicated my setup, root zfs over GELI, in a VM to avoid any = surprise > (phew!), and it booted fine after upgrading the system. Although it = fails > after zpool upgrade (yes, I know you've asked us to be cautious with = zpool > upgrade): >=20 > ZFS: unsupported feature: org.freebsd:zstd_compress > ZFS: pool zroot is not supported > ZFS: can't find pool by guid >=20 > Thank you! > _______________________________________________ > 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 Aug 25 16:43: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 D69B03B0F50 for ; Tue, 25 Aug 2020 16:43:45 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4BbZZ95NMsz4g0V; Tue, 25 Aug 2020 16:43:45 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) (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 9BDFF172BB; Tue, 25 Aug 2020 16:43:45 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f171.google.com with SMTP id t6so14569835ljk.9; Tue, 25 Aug 2020 09:43:45 -0700 (PDT) X-Gm-Message-State: AOAM531cz2GN94co7Nt98LpbYCQ3vI6xcHBhsyZ0d01MtvHofdz+Jo1J G8OUJaE+OiKkKS2eD06f1cm8n9DEYzegYUgABVU= X-Google-Smtp-Source: ABdhPJylU0VRvP6pYHZrAVuI4Lb2wqQqu5b6Uj6m1yMNVxL1LfX4+ZWLWMAMPaMin28zjhZgW5QFTgNfcS4eDYZflbA= X-Received: by 2002:a2e:9cd2:: with SMTP id g18mr5025585ljj.448.1598373824238; Tue, 25 Aug 2020 09:43:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Macy Date: Tue, 25 Aug 2020 09:43:32 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: OpenZFS support merged To: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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, 25 Aug 2020 16:43:45 -0000 On Tue, Aug 25, 2020 at 9:36 AM Danilo Eg=C3=AAa Gondolfo wrote: > > On Tue, Aug 25, 2020 at 3:39 AM Matthew Macy wrote: >> >> r364746 merged OpenZFS support in to HEAD. >> >> The change should be transparent unless you want to use new features. >> I caution against 'zpool upgrade' for the next few weeks. >> >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >> >> If you encounter problems please report them to me, Ryan Moeller, and -c= urrent. >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.or= g" > > > Hi, that is good news. > > It seems that our boot loader will fail to boot after zpool upgrade. Is t= hat a known issue? No. Unfortunately zstd support was merged in to openzfs very late in the CFT. Features needed for read like zstd need to be white listed in the loader and added to the support. -M > I've replicated my setup, root zfs over GELI, in a VM to avoid any surpri= se (phew!), and it booted fine after upgrading the system. Although it fail= s after zpool upgrade (yes, I know you've asked us to be cautious with zpoo= l upgrade): > > ZFS: unsupported feature: org.freebsd:zstd_compress > ZFS: pool zroot is not supported > ZFS: can't find pool by guid > > Thank you! From owner-freebsd-current@freebsd.org Tue Aug 25 16:51: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 512A33B13EB for ; Tue, 25 Aug 2020 16:51:54 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: from mail-ua1-f49.google.com (mail-ua1-f49.google.com [209.85.222.49]) (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 4BbZlY62vRz3S6s; Tue, 25 Aug 2020 16:51:53 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: by mail-ua1-f49.google.com with SMTP id y2so359953uaq.0; Tue, 25 Aug 2020 09:51:53 -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=Qh931vQAmfojWQDSxV/DVI6oMZuRXdktMGHndQ1zh7k=; b=k8wS1pCvzOViDdE5b/Tp8keXoMXqTehWL+3KpxtRMaL5uZO5ZydhsGAoAqS9GdszrY 8Rv8aMBL4GWAGgWJ0yY4xsfrCq9tUDt73xSeUhnZfowgxNBdH8qCHCaYGBhBGFyAHIhT G1oKGwfi4v3Xga/WQABMjrBElbz6UY/5Iylak+grqJ4wRdYykUhNjzHD04pLUhWJK8Fw YhPpuCkQJz5+TLUYbMfmoT3jOXS+OVTX37foIc2WWlGRPb8mefitNZ9xO7BF1P9jDaJH xF7Sja6VYLHUatN2LHK1ic+jhkj+l1XLenAMXIqHIh5jf2Q74Y5DTjFyJyhcPofUUYkB xhVw== X-Gm-Message-State: AOAM530u1syyLnJSotvC3j/KId/5yzgUV2TuzsvUhrqKF01lbCPPluqU mNv+pVNCgeyjwXdSwwVw1YLjZy4irb6HzVVv4haHKUC2WBY= X-Google-Smtp-Source: ABdhPJy0gPNZ6CxmkqvBd66pVZJEQ6ETTWLAZXsWp6tV2KxqxAQB+DvaUzu1ANthwnSlOlCLARKPe3YZRP/F8hKovAc= X-Received: by 2002:ab0:61cd:: with SMTP id m13mr1637476uan.38.1598374311301; Tue, 25 Aug 2020 09:51:51 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Date: Tue, 25 Aug 2020 17:51:40 +0100 Message-ID: Subject: Re: OpenZFS support merged To: Matthew Macy Cc: freebsd-current X-Rspamd-Queue-Id: 4BbZlY62vRz3S6s X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; REPLY(-4.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: Tue, 25 Aug 2020 16:51:54 -0000 On Tue, Aug 25, 2020 at 5:43 PM Matthew Macy wrote: > On Tue, Aug 25, 2020 at 9:36 AM Danilo Eg=C3=AAa Gondolfo > wrote: > > > > On Tue, Aug 25, 2020 at 3:39 AM Matthew Macy wrote: > >> > >> r364746 merged OpenZFS support in to HEAD. > >> > >> The change should be transparent unless you want to use new features. > >> I caution against 'zpool upgrade' for the next few weeks. > >> > >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 > >> > >> If you encounter problems please report them to me, Ryan Moeller, and > -current. > >> _______________________________________________ > >> freebsd-hackers@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > >> To unsubscribe, send any mail to " > freebsd-hackers-unsubscribe@freebsd.org" > > > > > > Hi, that is good news. > > > > It seems that our boot loader will fail to boot after zpool upgrade. Is > that a known issue? > > No. Unfortunately zstd support was merged in to openzfs very late in > the CFT. Features needed for read like zstd need to be white listed in > the loader and added to the support. > > -M > > > > I've replicated my setup, root zfs over GELI, in a VM to avoid any > surprise (phew!), and it booted fine after upgrading the system. Although > it fails after zpool upgrade (yes, I know you've asked us to be cautious > with zpool upgrade): > > > > ZFS: unsupported feature: org.freebsd:zstd_compress > > ZFS: pool zroot is not supported > > ZFS: can't find pool by guid > > > > Thank you! > Fair enough. I believe it should be mentioned in the UPDATING file then. It's not clear that it will happen if one zpool upgrades his/her pools. Thank you. From owner-freebsd-current@freebsd.org Tue Aug 25 18:01: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 1D7CF3B3E6A for ; Tue, 25 Aug 2020 18:01:05 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4BbcHM18WXz3Y7k for ; Tue, 25 Aug 2020 18:01:02 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAdFk-0009af-Pu for freebsd-current@freebsd.org; Tue, 25 Aug 2020 20:01:00 +0200 Received: from [192.168.67.37] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAdFZ-0003TA-Mv for freebsd-current@freebsd.org; Tue, 25 Aug 2020 20:00:49 +0200 Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> <02ff07ff-4169-e545-2c8f-7d1e044fb491@FreeBSD.org> From: Jakob Alvermark Message-ID: <9bda5096-dd18-4cdb-cbe0-9b580e031ae7@alvermark.net> Date: Tue, 25 Aug 2020 20:00:49 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <02ff07ff-4169-e545-2c8f-7d1e044fb491@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4BbcHM18WXz3Y7k X-Spamd-Bar: / X-Spamd-Result: default: False [-0.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.59)[-0.589]; NEURAL_SPAM_SHORT(0.20)[0.205]; DKIM_TRACE(0.00)[alvermark.net:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 18:01:05 -0000 On 2020-08-25 17:42, Ryan Moeller wrote: > > On 8/25/20 9:58 AM, Jakob Alvermark wrote: >> Hi, >> >> >> I updated from r364605 to r364768 >> >> 'make buildkernel' fails like this: >> >> Building >> /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/zfs/zstd.o >> /usr/src/sys/contrib/openzfs/module/zstd/lib/zstd.c:1336:12: fatal >> error: 'immintrin.h' file not found >> #  include    /* support for bextr (experimental) */ >>            ^~~~~~~~~~~~~ >> 1 error generated. >> *** Error code 1 >> >> Stop. >> > > I'm trying to figure out how to reproduce this. Are you perhaps > building with GCC? > > -Ryan Nope. I do use WITH_META_MODE though, but it shouldn't affect this I think. I tried clearing out /usr/obj and started a new build, but I still get the same error. Jakob From owner-freebsd-current@freebsd.org Tue Aug 25 18:06:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 120843B460B for ; Tue, 25 Aug 2020 18:06:57 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbcQ86lJQz3YJC for ; Tue, 25 Aug 2020 18:06:56 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:cc57:5757:9b7:aef8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id B600F17544 for ; Tue, 25 Aug 2020 18:06:56 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> <02ff07ff-4169-e545-2c8f-7d1e044fb491@FreeBSD.org> <9bda5096-dd18-4cdb-cbe0-9b580e031ae7@alvermark.net> From: Ryan Moeller Message-ID: Date: Tue, 25 Aug 2020 14:06:55 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <9bda5096-dd18-4cdb-cbe0-9b580e031ae7@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed 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, 25 Aug 2020 18:06:57 -0000 On 8/25/20 2:00 PM, Jakob Alvermark wrote: > > On 2020-08-25 17:42, Ryan Moeller wrote: >> >> On 8/25/20 9:58 AM, Jakob Alvermark wrote: >>> Hi, >>> >>> >>> I updated from r364605 to r364768 >>> >>> 'make buildkernel' fails like this: >>> >>> Building >>> /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/zfs/zstd.o >>> >>> /usr/src/sys/contrib/openzfs/module/zstd/lib/zstd.c:1336:12: fatal >>> error: 'immintrin.h' file not found >>> #  include    /* support for bextr (experimental) */ >>>            ^~~~~~~~~~~~~ >>> 1 error generated. >>> *** Error code 1 >>> >>> Stop. >>> >> >> I'm trying to figure out how to reproduce this. Are you perhaps >> building with GCC? >> >> -Ryan > > Nope. Okay I'm guessing your build env has something like `CPUTYPE?= native` in src.conf. This was also an issue with the original zstd import. I've reproduced this error and will commit the fix shortly. > > I do use WITH_META_MODE though, but it shouldn't affect this I think. > > I tried clearing out /usr/obj and started a new build, but I still get > the same error. > > > Jakob > > _______________________________________________ > 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 Aug 25 18:10: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 D29493B49B1 for ; Tue, 25 Aug 2020 18:10:18 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4BbcV20w1Pz3Yjw for ; Tue, 25 Aug 2020 18:10:17 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAdOJ-0009az-Es for freebsd-current@freebsd.org; Tue, 25 Aug 2020 20:09:51 +0200 Received: from [192.168.67.37] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAdNo-0003Xj-U9 for freebsd-current@freebsd.org; Tue, 25 Aug 2020 20:09:20 +0200 Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> <02ff07ff-4169-e545-2c8f-7d1e044fb491@FreeBSD.org> <9bda5096-dd18-4cdb-cbe0-9b580e031ae7@alvermark.net> From: Jakob Alvermark Message-ID: Date: Tue, 25 Aug 2020 20:09:20 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4BbcV20w1Pz3Yjw X-Spamd-Bar: / X-Spamd-Result: default: False [-0.91 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.61)[-0.606]; NEURAL_SPAM_SHORT(0.20)[0.196]; DKIM_TRACE(0.00)[alvermark.net:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 18:10:18 -0000 On 2020-08-25 20:06, Ryan Moeller wrote: > > > On 8/25/20 2:00 PM, Jakob Alvermark wrote: >> >> On 2020-08-25 17:42, Ryan Moeller wrote: >>> >>> On 8/25/20 9:58 AM, Jakob Alvermark wrote: >>>> Hi, >>>> >>>> >>>> I updated from r364605 to r364768 >>>> >>>> 'make buildkernel' fails like this: >>>> >>>> Building >>>> /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/zfs/zstd.o >>>> >>>> /usr/src/sys/contrib/openzfs/module/zstd/lib/zstd.c:1336:12: fatal >>>> error: 'immintrin.h' file not found >>>> #  include    /* support for bextr (experimental) */ >>>>            ^~~~~~~~~~~~~ >>>> 1 error generated. >>>> *** Error code 1 >>>> >>>> Stop. >>>> >>> >>> I'm trying to figure out how to reproduce this. Are you perhaps >>> building with GCC? >>> >>> -Ryan >> >> Nope. >>> >>> I do use WITH_META_MODE though, but it shouldn't affect this I think. >>> >>> I tried clearing out /usr/obj and started a new build, but I still >>> get the same error. >>> >>> >>> Jakob >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > Okay I'm guessing your build env has something like `CPUTYPE?= native` > in src.conf.  This was also an issue with the original zstd import. > I've reproduced this error and will commit the fix shortly. Oh! I do have that. Thanks. Jakob From owner-freebsd-current@freebsd.org Tue Aug 25 18:23:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA02C3B56D9 for ; Tue, 25 Aug 2020 18:23:56 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bbcnm3wkNz3bSP for ; Tue, 25 Aug 2020 18:23:56 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:cc57:5757:9b7:aef8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4E877181D8 for ; Tue, 25 Aug 2020 18:23:56 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> <02ff07ff-4169-e545-2c8f-7d1e044fb491@FreeBSD.org> <9bda5096-dd18-4cdb-cbe0-9b580e031ae7@alvermark.net> From: Ryan Moeller Message-ID: <73ad9c79-4daa-0b6d-34ca-3199d2a3711a@FreeBSD.org> Date: Tue, 25 Aug 2020 14:23:55 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 18:23:56 -0000 On 8/25/20 2:09 PM, Jakob Alvermark wrote: > > On 2020-08-25 20:06, Ryan Moeller wrote: >> >> >> On 8/25/20 2:00 PM, Jakob Alvermark wrote: >>> >>> On 2020-08-25 17:42, Ryan Moeller wrote: >>>> >>>> On 8/25/20 9:58 AM, Jakob Alvermark wrote: >>>>> Hi, >>>>> >>>>> >>>>> I updated from r364605 to r364768 >>>>> >>>>> 'make buildkernel' fails like this: >>>>> >>>>> Building >>>>> /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/zfs/zstd.o >>>>> >>>>> /usr/src/sys/contrib/openzfs/module/zstd/lib/zstd.c:1336:12: fatal >>>>> error: 'immintrin.h' file not found >>>>> #  include    /* support for bextr (experimental) */ >>>>>            ^~~~~~~~~~~~~ >>>>> 1 error generated. >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> >>>> >>>> I'm trying to figure out how to reproduce this. Are you perhaps >>>> building with GCC? >>>> >>>> -Ryan >>> >>> Nope. >>>> >>>> I do use WITH_META_MODE though, but it shouldn't affect this I think. >>>> >>>> I tried clearing out /usr/obj and started a new build, but I still >>>> get the same error. >>>> >>>> >>>> Jakob >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> Okay I'm guessing your build env has something like `CPUTYPE?= >> native` in src.conf.  This was also an issue with the original zstd >> import. I've reproduced this error and will commit the fix shortly. > https://svnweb.freebsd.org/changeset/base/364777 > > Oh! I do have that. > > Thanks. > > > Jakob > > _______________________________________________ > 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 Aug 25 18:29: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 152E93B5D74; Tue, 25 Aug 2020 18:29:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bbcvv00Qkz3br0; Tue, 25 Aug 2020 18:29:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 07PITHl3014175 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 25 Aug 2020 11:29:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 07PITGqe014174; Tue, 25 Aug 2020 11:29:16 -0700 (PDT) (envelope-from fbsd) Date: Tue, 25 Aug 2020 11:29:16 -0700 From: bob prohaska To: Hans Petter Selasky , bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Strange USB loop Message-ID: <20200825182916.GA14015@www.zefox.net> References: <20200824163736.GA9845@www.zefox.net> <42038cfd-425c-c5cd-d3de-d3cace1ecd89@selasky.org> <20200825050304.GA11333@www.zefox.net> <8be06d6f-9837-cde6-1878-a25e84656d84@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8be06d6f-9837-cde6-1878-a25e84656d84@selasky.org> X-Rspamd-Queue-Id: 4Bbcvv00Qkz3br0 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.49 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.71)[0.713]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.88)[0.875]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 18:29:16 -0000 On Tue, Aug 25, 2020 at 09:41:41AM +0200, Hans Petter Selasky wrote: > > Can you try r364346 ? > The kernel compiled and installed without trouble. After running run bootcmd_usb0 the machine loaded the kernel, but stopped at the loader prompt. The keyboard was connected direct to the Pi, the mouse was disconnected. It isn't obvious why it stopped at the loader prompt. lsdev reports disk devices: disk0: 250085377 X 512 blocks (removable) disk0s1: DOS/Windows disk0s2: FreeBSD disk0s2a: FreeBSD UFS disk0s2b: FreeBSD swap disk1: 1953525169 X 512 blocks disk1s1: DOS/Windows disk1s2: FreeBSD disk1s2a: FreeBSD UFS disk1s2b: FreeBSD swap http: (unknown) net devices: net0: OK Disk0 is the (bootable) microSD, disk1 is the hard drive. Boot -s came up single-user, with / mounted from /dev/da0s2a as desired. Fsck reported the filesystem clean. Exit to multi-user worked. The USB system keyboard (plugged into the Pi) worked. The mouse (plugged into the hub after boot) also worked. A second reboot with the mouse connected via the hub worked without pausing at the loader prompt. Plugging the FTDI FT232 adapter into the hub triggered a round of uhub_reattach_port: giving up port reset - device vanished messages, but this time they stopped when I pulled the FT232. Plugging the FT232 directly into the Pi caused normal recognition. It looks as if the FT232 somehow interferes with disk discovery. A reboot with USB disk & mouse in the hub but keyboard and FT232 in the Pi again resulted in a mountroot failure, along with a few other error messages: uhub2: MTT enabled Root mount waiting for: usbus1 CAM uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus1 CAM usb_alloc_device: set address 7 failed (USB_ERR_IOERROR, ignored) Root mount waiting for: usbus1 CAM Root mount waiting for: usbus1 CAM usbd_setup_device_desc: getting device descriptor at addr 7 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=7, set address failed! (USB_ERR_IOERROR, ignored) Root mount waiting for: usbus1 CAM Root mount waiting for: usbus1 CAM usbd_setup_device_desc: getting device descriptor at addr 7 failed, USB_ERR_IOERROR Root mount waiting for: usbus1 CAM usbd_req_re_enumerate: addr=7, port reset failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=7, port reset failed, USB_ERR_IOERROR Root mount waiting for: usbus1 CAM usbd_req_re_enumerate: addr=7, port reset failed, USB_ERR_IOERROR ugen1.7: at usbus1 (disconnected) uhub_reattach_port: could not allocate new device 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 Mounting from ufs:/dev/da0s2a failed with error 2; retrying for 3 more seconds Mounting from ufs:/dev/da0s2a failed with error 2. Loader variables: vfs.root.mountfrom=ufs:/dev/da0s2a vfs.root.mountfrom.options=rw With the FT232 unplugged the machine came up normally. With a _different_ FT232 plugged in it also came up normally. Both are thought to be genuine, but they are of different age and produce different recognition messages: The FT232 that causes trouble reports ugen1.4: at usbus1 uftdi0 on uhub1 uftdi0: on usbus1 The one that seems to work is newer and reports ugen1.4: at usbus1 uftdi0 on uhub1 uftdi0: on usbus1 On balance I think the new kernel is better-behaved. Beyond that I'm at a loss. If you can suggest other things to try please do. Thanks for all your help, bob prohaska From owner-freebsd-current@freebsd.org Tue Aug 25 19:49: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 EBB9A3B8652; Tue, 25 Aug 2020 19:49:34 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 4BbfhZ1w3rz41MC; Tue, 25 Aug 2020 19:49:34 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-ej1-x634.google.com with SMTP id j25so8967543ejk.9; Tue, 25 Aug 2020 12:49:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=Va4XFuMk0X9ZdhVszV6F3bc/UaPdJtA4ZU4RULWU7hY=; b=g0Lfr7D+xayzRI2sgAYt8/MKsCdsB83LDgto+c8LXmY02xHeRTRQfPLxGbAF1a0ZiK TTMNGIv7Giu9xFdeWNMDgTLRgX83kgx879kFuzPQEHkvUInBXH05eOM7pjVltqVTQX6c RMclXSsMObaibVEVbmxwOKt7H60MYcWRKv6yrdFkKuH1ZzVeA8J5SA6/4qRm2HA/B3WW 9K23t0piX0msD0dgbU49yEvOpVKuWGGNScpzcTXOWbHKv694bktrSFhWrGvdEHF821Gw xZQBVXXrScBd/vmZr+kcEoGkF7dshd4Lm3x90qHClx/lQD/daSYLafBoMUBFWbYbGiJX a93w== X-Gm-Message-State: AOAM532cqex2x/R1hav7Oh9wK43TRCl/SIHw3hKojH7Hh9cS3xzPbF9U iitBdwfKrZ8a41xlMnLaMxz3+rDnA55QHWS6 X-Google-Smtp-Source: ABdhPJxxuKa/Udn6xqLmm9RuU4yHaI57il9AStRo9W5kLsBXdWqoEJ2chhNrX8M7cHjW33XubgU2kQ== X-Received: by 2002:a17:906:2801:: with SMTP id r1mr11953518ejc.17.1598384970281; Tue, 25 Aug 2020 12:49:30 -0700 (PDT) Received: from DRIESPC (ptr-8sijbm761zvigy0vczy.18120a2.ip6.access.telenet.be. [2a02:1811:2505:1601:99a2:61dd:148c:9b8e]) by smtp.gmail.com with ESMTPSA id g18sm10305392ejx.55.2020.08.25.12.49.29 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Aug 2020 12:49:29 -0700 (PDT) From: To: "'Matthew Macy'" , "'freebsd-current'" , "'freebsd-fs'" , References: In-Reply-To: Subject: RE: OpenZFS support merged Date: Tue, 25 Aug 2020 21:49:30 +0200 Message-ID: <000101d67b18$d9b33400$8d199c00$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQG45GjBjVIGvWFunPLuQOIzqL+9WqmEXz2A Content-Language: en-be X-Rspamd-Queue-Id: 4BbfhZ1w3rz41MC X-Spamd-Bar: - X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.82)[-0.818]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_NO_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; NEURAL_HAM_SHORT(-0.05)[-0.050]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-fs,freebsd-hackers]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 19:49:35 -0000 > -----Original Message----- > From: owner-freebsd-fs@freebsd.org On > Behalf Of Matthew Macy > Sent: Tuesday, 25 August 2020 04:39 > To: freebsd-current ; freebsd-fs = fs@freebsd.org>; freebsd-hackers@freebsd.org > Subject: OpenZFS support merged >=20 > r364746 merged OpenZFS support in to HEAD. First of all a big thank you to the whole team that made this possible! Secondly, I would like to check in if the following statement is still = in effect (taken from https://zfsonfreebsd.github.io/ZoF): "Beware that the FreeBSD boot loader does not allow booting from root = pools with encryption active (even if it is not in use), so do not try = encryption on a pool you boot from" When we are talking about encryption active, does that mean the feature = flag active or from the moment one sets encryption=3Don on any dataset of the = root pool? As a follow-up, if it is not currently not possible, are there any long/short term plans to add the missing bits to our boot loader?=B5 >=20 > The change should be transparent unless you want to use new features. > I caution against 'zpool upgrade' for the next few weeks. >=20 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >=20 > If you encounter problems please report them to me, Ryan Moeller, and = - > current. > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Aug 25 19:56: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 DD6683B8F84 for ; Tue, 25 Aug 2020 19:56:11 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-hyfv10021501.me.com (pv50p00im-hyfv10021501.me.com [17.58.6.48]) (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 4BbfrB5vmsz421t for ; Tue, 25 Aug 2020 19:56:10 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-hyfv10021501.me.com (Postfix) with ESMTPSA id 77267B408F0; Tue, 25 Aug 2020 19:56:07 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: OpenZFS support merged From: Toomas Soome In-Reply-To: <000101d67b18$d9b33400$8d199c00$@gmail.com> Date: Tue, 25 Aug 2020 22:56:04 +0300 Cc: Matthew Macy , freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <000101d67b18$d9b33400$8d199c00$@gmail.com> To: driesm.michiels@gmail.com X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-25_09:2020-08-25, 2020-08-25 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=947 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2008250150 X-Rspamd-Queue-Id: 4BbfrB5vmsz421t X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.73 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; RWL_MAILSPIKE_GOOD(0.00)[17.58.6.48:from]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.29)[-0.292]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.6.48:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.842]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[me.com:dkim]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 19:56:11 -0000 > On 25. Aug 2020, at 22:49, driesm.michiels@gmail.com wrote: >=20 >> -----Original Message----- >> From: owner-freebsd-fs@freebsd.org On >> Behalf Of Matthew Macy >> Sent: Tuesday, 25 August 2020 04:39 >> To: freebsd-current ; freebsd-fs = > fs@freebsd.org>; freebsd-hackers@freebsd.org >> Subject: OpenZFS support merged >>=20 >> r364746 merged OpenZFS support in to HEAD. >=20 > First of all a big thank you to the whole team that made this = possible! >=20 > Secondly, I would like to check in if the following statement is still = in > effect (taken from https://zfsonfreebsd.github.io/ZoF): > "Beware that the FreeBSD boot loader does not allow booting from root = pools > with encryption active (even if it is not in use), so do not try = encryption > on a pool you boot from" >=20 > When we are talking about encryption active, does that mean the = feature flag > active or from the moment one sets encryption=3Don on any dataset of = the root > pool? > As a follow-up, if it is not currently not possible, are there any > long/short term plans to add the missing bits to our boot loader?=C2=B5 Yes. The current boot loader can handle features before switch to = OpenZFS. New features will be added, it just will take some time. rgds, toomas >=20 >>=20 >> The change should be transparent unless you want to use new features. >> I caution against 'zpool upgrade' for the next few weeks. >>=20 >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >>=20 >> If you encounter problems please report them to me, Ryan Moeller, and = - >> current. >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Aug 25 20:02: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 850973B917B for ; Tue, 25 Aug 2020 20:02:17 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4BbfzD4Mbzz42rs for ; Tue, 25 Aug 2020 20:02:16 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAf94-0009gQ-AM for freebsd-current@freebsd.org; Tue, 25 Aug 2020 22:02:14 +0200 Received: from [192.168.67.37] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kAf93-0004jy-TC for freebsd-current@freebsd.org; Tue, 25 Aug 2020 22:02:13 +0200 Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <1b765ce1-ae73-ddfe-a888-378615b12add@alvermark.net> <02ff07ff-4169-e545-2c8f-7d1e044fb491@FreeBSD.org> <9bda5096-dd18-4cdb-cbe0-9b580e031ae7@alvermark.net> <73ad9c79-4daa-0b6d-34ca-3199d2a3711a@FreeBSD.org> From: Jakob Alvermark Message-ID: <4b2374cc-72bc-e4f1-f587-bf4a13e921bf@alvermark.net> Date: Tue, 25 Aug 2020 22:02:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <73ad9c79-4daa-0b6d-34ca-3199d2a3711a@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4BbfzD4Mbzz42rs X-Spamd-Bar: - X-Spamd-Result: default: False [-1.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.72)[-0.725]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-0.72)[-0.722]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 20:02:17 -0000 On 2020-08-25 20:23, Ryan Moeller wrote: > > On 8/25/20 2:09 PM, Jakob Alvermark wrote: >> >> On 2020-08-25 20:06, Ryan Moeller wrote: >>> >>> >>> On 8/25/20 2:00 PM, Jakob Alvermark wrote: >>>> >>>> On 2020-08-25 17:42, Ryan Moeller wrote: >>>>> >>>>> On 8/25/20 9:58 AM, Jakob Alvermark wrote: >>>>>> Hi, >>>>>> >>>>>> >>>>>> I updated from r364605 to r364768 >>>>>> >>>>>> 'make buildkernel' fails like this: >>>>>> >>>>>> Building >>>>>> /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/zfs/zstd.o >>>>>> >>>>>> /usr/src/sys/contrib/openzfs/module/zstd/lib/zstd.c:1336:12: >>>>>> fatal error: 'immintrin.h' file not found >>>>>> #  include    /* support for bextr (experimental) */ >>>>>>            ^~~~~~~~~~~~~ >>>>>> 1 error generated. >>>>>> *** Error code 1 >>>>>> >>>>>> Stop. >>>>>> >>>>> >>>>> I'm trying to figure out how to reproduce this. Are you perhaps >>>>> building with GCC? >>>>> >>>>> -Ryan >>>> >>>> Nope. >>>>> >>>>> I do use WITH_META_MODE though, but it shouldn't affect this I think. >>>>> >>>>> I tried clearing out /usr/obj and started a new build, but I still >>>>> get the same error. >>>>> >>>>> >>>>> Jakob >>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to >>>>> "freebsd-current-unsubscribe@freebsd.org" >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>> >>> Okay I'm guessing your build env has something like `CPUTYPE?= >>> native` in src.conf.  This was also an issue with the original zstd >>> import. I've reproduced this error and will commit the fix shortly. >> > > https://svnweb.freebsd.org/changeset/base/364777 It compiles now. And it boots. Thanks for fixing it so quickly! Jakob From owner-freebsd-current@freebsd.org Tue Aug 25 20:20:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C852D3BA04B for ; Tue, 25 Aug 2020 20:20:10 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbgMt4xnXz44bY for ; Tue, 25 Aug 2020 20:20:10 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:cc57:5757:9b7:aef8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 779B518E0C for ; Tue, 25 Aug 2020 20:20:10 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: OpenZFS support merged To: freebsd-current@freebsd.org References: <000101d67b18$d9b33400$8d199c00$@gmail.com> From: Ryan Moeller Message-ID: <77cac2c8-5686-5737-cda6-26ebcc664cbf@FreeBSD.org> Date: Tue, 25 Aug 2020 16:20:09 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <000101d67b18$d9b33400$8d199c00$@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 20:20:10 -0000 On 8/25/20 3:49 PM, driesm.michiels@gmail.com wrote: >> -----Original Message----- >> From: owner-freebsd-fs@freebsd.org On >> Behalf Of Matthew Macy >> Sent: Tuesday, 25 August 2020 04:39 >> To: freebsd-current ; freebsd-fs > fs@freebsd.org>; freebsd-hackers@freebsd.org >> Subject: OpenZFS support merged >> >> r364746 merged OpenZFS support in to HEAD. > First of all a big thank you to the whole team that made this possible! > > Secondly, I would like to check in if the following statement is still in > effect (taken from https://zfsonfreebsd.github.io/ZoF): > "Beware that the FreeBSD boot loader does not allow booting from root pools > with encryption active (even if it is not in use), so do not try encryption > on a pool you boot from" > > When we are talking about encryption active, does that mean the feature flag > active or from the moment one sets encryption=on on any dataset of the root > pool? The feature can be enabled on the pool, but as soon as you use it on any dataset the feature goes from "enabled" to "active" and the boot loader will not be able to read the pool, even if you switch encryption back off. At least that's how it was when the ZoF page was written, if it's different now someone may correct me. > As a follow-up, if it is not currently not possible, are there any > long/short term plans to add the missing bits to our boot loader?µ > >> The change should be transparent unless you want to use new features. >> I caution against 'zpool upgrade' for the next few weeks. >> >> https://svnweb.freebsd.org/base?view=revision&revision=364746 >> >> If you encounter problems please report them to me, Ryan Moeller, and - >> current. >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Aug 25 23:05: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 859643BF5E3; Tue, 25 Aug 2020 23:05:59 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vk1-xa34.google.com (mail-vk1-xa34.google.com [IPv6:2607:f8b0:4864:20::a34]) (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 4Bbl3C1Zccz4Hth; Tue, 25 Aug 2020 23:05:59 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-vk1-xa34.google.com with SMTP id y4so926vkn.12; Tue, 25 Aug 2020 16:05:59 -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=0FwiPkkWpxEs53S34AHQamAF97KRAhtcuFYlQPvDm0w=; b=QRgzM/lEtSLyWRTtgC0Wg8AkpUIo1Or/hjFanJxRRUoWRJy6Uemg0q+SfIPlsW9oBw E50dFIw4fyMrFOas6J/H4n0ISSQFukDXiHzvTpNvfjAHXPaqX7JXVfmLHSEckebJkIQp wBJF0fW/nbwqj76bhUNomvuO5NlkIAZrW3dfYHXUwGNxLdZMXi2KJFJaRdsx33gLNGsx l2Uzi7IkIBVWBm2hDLFZ3Sa4HT24ECPzuYKZOL6BF+IvKtQUloM+NN5hp2ew9HhY2NtD B7KfRdX9/6fvAhR3f0l8riQhUo1q8cpEUxI8jEzniTBDJY5xT9OipjxNdi1YaTumvIs+ hwAw== X-Gm-Message-State: AOAM5326JMcy54Cn47ruqKzG6k6+sg1y0DcO2dUWEg3Vgvf1IUi1dc8U JiwnEYtI3QK2/3YpL7Q4CSZVlqfEzT2kzmwCUdDfXJH9waM= X-Google-Smtp-Source: ABdhPJyBiuRc22VWkqdNTr3p4XA0uWQdVUpQxLuACK+Ssn7wvuMzwtJ7670ouNul7XqRZhPNm6eRiKjxSh7dx6sye74= X-Received: by 2002:a1f:9f87:: with SMTP id i129mr2400816vke.46.1598396757806; Tue, 25 Aug 2020 16:05:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ben Woods Date: Wed, 26 Aug 2020 07:05:46 +0800 Message-ID: Subject: Re: OpenZFS support merged To: Matthew Macy Cc: freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org X-Rspamd-Queue-Id: 4Bbl3C1Zccz4Hth X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 23:05:59 -0000 On Tue, 25 Aug 2020 at 10:39 am, Matthew Macy wrote: > r364746 merged OpenZFS support in to HEAD. > > > > The change should be transparent unless you want to use new features. > > I caution against 'zpool upgrade' for the next few weeks. > > > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 Congratulations and thank you to all involved. This is a great step forward for FreeBSD. Looking forward to trying ZFS native encryption, and send/recv of encrypted datasets! I=E2=80=99ll second that boot loader support for ZFS native encryption and = zstd compression would greatly complement this change once they are ready. Regards, Ben > --=20 -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Wed Aug 26 17:23:26 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 D2E4E3B458A; Wed, 26 Aug 2020 17:23:26 +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 4BcCPV531Qz4M6W; Wed, 26 Aug 2020 17:23:26 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 9565E147ED; Wed, 26 Aug 2020 17:23:26 +0000 (UTC) Date: Wed, 26 Aug 2020 17:23:26 +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-08-23 Message-ID: <20200826172326.GA74922@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598462606; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=blpLKfVxqsUMCeKXiIp57hUNK1678S/p4pf2fOV5FC8=; b=ClabuVkccBfiy45l20wM1hK0mgyVUE77YjsWM0FrD1PiEfF2y+djwZ0QgU9juo7JbosIgp dOwNaToQMZP4RJl2Ns/ZKodAghOmhxsUnKbQJHyQ6vic6Zr1rpPJx+Kkhk+jPQxa3ORPxI ApWM0SWxY9xCWjv6BtJCQrIfs0yti847NodhZxgsYUyhZypGjZWikcWCOVAZ8Mk9dsKAuk k8pBnGTzh3TaMz91Q4IpmOc+AH7xPONw3tYqeIOihHUgQxiUkt2g2Y7JY/lFnEwDT8evuw nv3ferbBlhGtB5jjZ8ZzDPFV1p5sbh1zBcR13pLcI3txOnsiwrKUa3Q8Z3+miw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598462606; a=rsa-sha256; cv=none; b=Fkyff9lzoImrH6sdq7ojrZ+n2+g+0cwPbgrQxBkjXYB5RgJ69b+7RMbLKgd4oxxozMjhYg sJc2qv4pjsRFrzhwAnl/f1hYZjZTWwZzC4oyD68tQnezvQ2KqYHWwry3HQf9uvupmPzGk8 8umVHjgQQJhuJC3eQzJjKOddsz3b+saGMwOvTuuq7RNLWT/St/s4K9AUy1FSRaQ4SCVAA8 1jJpqYsnuaj60ZZTpqU7ygXy3T2GnE+tUEsIdry929nsnoXsMPpdsZPd98kfo86NuunuHP ag5U5paaLBxi6BXDujRwCw0JeHGlz6tUE4SqdkdyyjDhJj8o5Ctk3fGM19QH1g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 17:23:26 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-08-23 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-08-17 to 2020-08-23. During this period, we have: * 2124 builds (87.9% (-5.8) passed, 12.1% (+5.8) 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. * 238 test runs (53.4% (-34.4) passed, 35.7% (+23.9) unstable, 10.9% (+10.5) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 100 doc and www builds (100% (+0) passed) Test case status (on 2020-08-23 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------- | -------- | | head/amd64 | 7875 (-19) | 7784 (-2) | 1 (-17) | 90 (0) | | head/i386 | 7873 (-19) | 7776 (-1) | 0 (-18) | 97 (0) | | 12-STABLE/amd64 | 7626 (+6) | 7569 (+6) | 0 (0) | 57 (0) | | 12-STABLE/i386 | 7624 (+6) | 7556 (+6) | 0 (0) | 68 (0) | | 11-STABLE/amd64 | 6912 (0) | 6891 (+33) | 0 (0) | 21 (-33) | | 11-STABLE/i386 | 6910 (0) | 6857 (+3) | 0 (0) | 53 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200823 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcomed. ## News * lib.libcasper.services.cap_net.net_test.* tests are temporarily disabled in CI env due to require to access public Internet, which is currently unavailable in the test VM execution environment. Safe internet access of the test VM is WIP but it is suggested writing tests without external dependenies. This is why the total case number dropped. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ There are still mutiple errors when building with gcc6, error log available at https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/lastCompletedBuild/console ## Failing test cases * sys.kern.kern_copyin.kern_copyin Fails after somewhere in (r364509, r364542] https://bugs.freebsd.org/248933 ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * lib.msun.ctrig_test.test_inf_inputs starts failing after llvm10 import https://bugs.freebsd.org/244732 Needs to check if llvm11 import fixes this. * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) Fix committed as https://svnweb.freebsd.org/changeset/base/364220 , needs more verification. * sys.kern.kern_copyin.kern_copyin https://bugs.freebsd.org/248933 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~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 * Work on running these tests over OpenZFS is 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 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main lib.libcasper.services.cap_net.net_test.* https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * 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/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic ### Open * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Thu Aug 27 13:55: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 D00CE3B2C16 for ; Thu, 27 Aug 2020 13:55:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bckkk4dHqz4fZx for ; Thu, 27 Aug 2020 13:55:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mailman.nyi.freebsd.org (Postfix) id 9E8933B28A3; Thu, 27 Aug 2020 13:55:10 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E2873B2C15; Thu, 27 Aug 2020 13:55:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bckkk1FgVz4fXT; Thu, 27 Aug 2020 13:55:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 80B3B4E396; Thu, 27 Aug 2020 13:55:09 +0000 (UTC) Date: Thu, 27 Aug 2020 13:55:08 +0000 From: Mark Linimon To: current@FreeBSD.org, ports@FreeBSD.org Cc: linimon@FreeBSD.org Subject: the state of amd64 ports on -CURRENT as of 20200827 Message-ID: <20200827135507.GA26503@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: 4Bckkk1FgVz4fXT X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.99 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[linimon]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[lonesome.com]; NEURAL_SPAM_MEDIUM(0.82)[0.824]; NEURAL_SPAM_SHORT(0.61)[0.612]; RCVD_IN_DNSWL_MED(-0.20)[18.222.6.11:from]; NEURAL_SPAM_LONG(0.85)[0.852]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current,ports] 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, 27 Aug 2020 13:55:10 -0000 The latest build of amd64-CURRENT ports has just completed: http://beefy18.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=p546132_s364744 The number of build failures is now 740. This is an slight drop from the initial post-clang11 commit of 830. This is due to diligent work by a more than a dozen ports committers. I appreciate their efforts. For comparison, the last build of amd64-CURRENT before the clang11 import was: http://beefy18.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=p544905_s364239 in which there were 66 build failures. I have added two new analyses to the script that generated the Reason column in poudriere (technically: processonelog.sh): "duplicate_symbol" and "clang11". This new change is not yet deployed on the ports build cluster. (I am currently working to make that happen.) For any ports committer interested in working on fixing these regressions, the following files may give some hints. The "corrected" analyses for the current build failures: https://people.freebsd.org/~linimon/tmp/regresslogs.out.wanted and the changes this represents from the Reason column on beefy18: https://people.freebsd.org/~linimon/tmp/diff.out mcl From owner-freebsd-current@freebsd.org Thu Aug 27 13:56: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 A33B13B28D7 for ; Thu, 27 Aug 2020 13:56:50 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bckmf3t5Xz4g1K for ; Thu, 27 Aug 2020 13:56:50 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mailman.nyi.freebsd.org (Postfix) id 8168E3B28D6; Thu, 27 Aug 2020 13:56:50 +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 8123B3B2DBF; Thu, 27 Aug 2020 13:56:50 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bckmf0vFVz4fy7; Thu, 27 Aug 2020 13:56:49 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 198064E396; Thu, 27 Aug 2020 13:56:49 +0000 (UTC) Date: Thu, 27 Aug 2020 13:56:48 +0000 From: Mark Linimon To: current@FreeBSD.org, ports@FreeBSD.org Cc: linimon@FreeBSD.org Subject: Re: the state of amd64 ports on -CURRENT as of 20200827 Message-ID: <20200827135647.GB26503@lonesome.com> References: <20200827135507.GA26503@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200827135507.GA26503@lonesome.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: 4Bckmf0vFVz4fy7 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.22 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[linimon]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[lonesome.com]; NEURAL_SPAM_MEDIUM(0.82)[0.816]; NEURAL_SPAM_SHORT(0.84)[0.842]; RCVD_IN_DNSWL_MED(-0.20)[18.222.6.11:from]; NEURAL_SPAM_LONG(0.86)[0.864]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current,ports] 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, 27 Aug 2020 13:56:50 -0000 I forgot to include the following statistic: repojail% grep duplicate_symbol regresslogs.out.wanted | wc -l 613 mcl From owner-freebsd-current@freebsd.org Thu Aug 27 15:23: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 5DC343B6447 for ; Thu, 27 Aug 2020 15:23:10 +0000 (UTC) (envelope-from saken@codered.rmta.org) Received: from girl.rmta.org (girl.rmta.org [67.205.152.131]) (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 "girl.rmta.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcmhF2sg4z3YNk for ; Thu, 27 Aug 2020 15:23:09 +0000 (UTC) (envelope-from saken@codered.rmta.org) Received: from codered.rmta.org (unknown [IPv6:2601:183:4380:a30:c23f:d5ff:fe69:dfed]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "codered.rmta.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by girl.rmta.org (Postfix) with ESMTPSA id 718DB273A11 for ; Thu, 27 Aug 2020 15:23:08 +0000 (UTC) Received: by codered.rmta.org (Postfix, from userid 1001) id 7E54EDDAE2C; Thu, 27 Aug 2020 11:23:06 -0400 (EDT) Date: Thu, 27 Aug 2020 11:23:06 -0400 From: Scott Kenney To: freebsd-current@freebsd.org Subject: buildkernel fais with option ZFS in kernel configuration Message-ID: <20200827152306.GA37436@codered.rmta.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4BcmhF2sg4z3YNk X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.09 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[codered.rmta.org:s=default]; 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)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.94)[-0.941]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[codered.rmta.org:+]; DMARC_POLICY_ALLOW(-0.50)[codered.rmta.org,quarantine]; NEURAL_HAM_SHORT(-0.12)[-0.121]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:67.205.144.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 15:23:10 -0000 Hello, Just noticed that buildkernel fails with "options ZFS" in the kernel configuration file, the modules build without error. Source is at revision 364870 FreeBSD datura.rmta.org 13.0-CURRENT FreeBSD 13.0-CURRENT #3 r364525: Sun Aug 23 23:14:23 EDT 2020 root@datura.rmta.org:/usr/obj/usr/src/amd64.amd64/sys/DATURA amd64 linking kernel ld: error: undefined symbol: zfs_zstd_compress >>> referenced by zio_compress.c >>> zio_compress.o:(zio_compress_table) ld: error: undefined symbol: zfs_zstd_decompress >>> referenced by zio_compress.c >>> zio_compress.o:(zio_compress_table) ld: error: undefined symbol: zfs_zstd_decompress_level >>> referenced by zio_compress.c >>> zio_compress.o:(zio_compress_table) *** [kernel] Error code 1 make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/DATURA 1 error make[2]: stopped in /usr/obj/usr/src/amd64.a make[2]: stopped in /usr/obj/usr/src/amd64.a -- Scott Kenney >|< saken@coderd.rmta.org "Let's exchange the experience" - KB From owner-freebsd-current@freebsd.org Thu Aug 27 17:02: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 0217D3B8CC3; Thu, 27 Aug 2020 17:02:19 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bcptd3pm2z3gq8; Thu, 27 Aug 2020 17:02:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 07RH2LS9024400 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 27 Aug 2020 10:02:22 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 07RH2LAU024399; Thu, 27 Aug 2020 10:02:21 -0700 (PDT) (envelope-from fbsd) Date: Thu, 27 Aug 2020 10:02:21 -0700 From: bob prohaska To: Hans Petter Selasky , bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Strange USB loop Message-ID: <20200827170221.GA24247@www.zefox.net> References: <20200824163736.GA9845@www.zefox.net> <42038cfd-425c-c5cd-d3de-d3cace1ecd89@selasky.org> <20200825050304.GA11333@www.zefox.net> <8be06d6f-9837-cde6-1878-a25e84656d84@selasky.org> <20200825182916.GA14015@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200825182916.GA14015@www.zefox.net> X-Rspamd-Queue-Id: 4Bcptd3pm2z3gq8 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.21 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.26)[0.258]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.15)[0.146]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.91)[0.905]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 17:02:19 -0000 On Tue, Aug 25, 2020 at 11:29:16AM -0700, bob prohaska wrote: > With a _different_ FT232 plugged in it also came up normally. > > Both are thought to be genuine, but they are of different age > and produce different recognition messages: > > The FT232 that causes trouble reports > ugen1.4: at usbus1 > uftdi0 on uhub1 > uftdi0: on usbus1 > > The one that seems to work is newer and reports > ugen1.4: at usbus1 > uftdi0 on uhub1 > uftdi0: on usbus1 > > On balance I think the new kernel is better-behaved. Beyond that > I'm at a loss. If you can suggest other things to try please do. > > This morning I found on the console a message: uftdi0: at uhub1, port 3, addr 4 (disconnected) uftdi0: detached but, usbconfig -a repored ugen1.4: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (90mA) and lsusb says Bus /dev/usb Device /dev/ugen1.4: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC The FT232 is plugged directly into the Pi. This the newer, supposedly functional, ft232... Unplugging and replugging put on the console ugen1.4: at usbus1 (disconnected) uftdi0: at uhub1, port 3, addr 4 (disconnected) uftdi0: detached ugen1.4: at usbus1 uftdi0 on uhub1 uftdi0: on usbus1 But it still can't connect to the serial port of the correspondent host, which is up and running. Meanwhile, the FT232 which appeared faulty is working fine overnight on RaspiOS Buster. Thanks for reading, and any suggestions.... bob prohaska From owner-freebsd-current@freebsd.org Thu Aug 27 18:17: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 8A4413BB619 for ; Thu, 27 Aug 2020 18:17:33 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BcrYT2J6Kz44Wg for ; Thu, 27 Aug 2020 18:17:33 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4ED6B3BB26A; Thu, 27 Aug 2020 18:17:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E9E23BB5A1 for ; Thu, 27 Aug 2020 18:17:33 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcrYS0wXrz44LP for ; Thu, 27 Aug 2020 18:17:31 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 3BA93F8F for ; Thu, 27 Aug 2020 14:17:30 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 27 Aug 2020 14:17:30 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvgedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepvffhuffkffgfgggtgfesthejre dttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihphgrnhhkohhvseigshhm rghilhdrtghomheqnecuggftrfgrthhtvghrnhepgeeuhfeuffevhfetvddukedvjeffke dtheefffegleeigeeujeehheefudegvefhnecuffhomhgrihhnpehilhhluhhmohhsrdho rhhgnecukfhppeeluddrvdegtddruddvgedrudeltdenucfuphgrmhfkphfpvghtfihorh hkpeeluddrvdegtddruddvgedrudeltdenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvseigshhmrghilhdrtghomh X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.190]) by mail.messagingengine.com (Postfix) with ESMTPA id 32854328005A for ; Thu, 27 Aug 2020 14:17:29 -0400 (EDT) To: current@freebsd.org From: Yuri Pankov Subject: can't handle raw ops yet!!! Message-ID: <2f1b2cdd-305a-b85a-4138-b2849135531f@xsmail.com> Date: Thu, 27 Aug 2020 21:17:26 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BcrYS0wXrz44LP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; FREEMAIL_FROM(0.00)[xsmail.com]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[xsmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[xsmail.com,none]; NEURAL_HAM_SHORT(-0.87)[-0.873]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[xsmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.036]; R_DKIM_ALLOW(-0.20)[xsmail.com:s=fm3,messagingengine.com:s=fm3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 18:17:33 -0000 After OpenZFS merge, during boot I'm getting several occurrences of what seems to be the following: http://src.illumos.org/source/xref/freebsd-head/sys/contrib/openzfs/module/os/freebsd/spl/spl_kstat.c#207 And, yes, I'm running GENERIC, so with INVARIANTS. Should I be worried? From owner-freebsd-current@freebsd.org Thu Aug 27 18:35:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B5603BB956 for ; Thu, 27 Aug 2020 18:35:42 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BcryQ2KcCz462d for ; Thu, 27 Aug 2020 18:35:42 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 490953BB64D; Thu, 27 Aug 2020 18:35:42 +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 478EE3BB64C for ; Thu, 27 Aug 2020 18:35:42 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4BcryP6QcZz462c for ; Thu, 27 Aug 2020 18:35:41 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (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 A62542D4DD for ; Thu, 27 Aug 2020 18:35:41 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f178.google.com with SMTP id v9so7564660ljk.6 for ; Thu, 27 Aug 2020 11:35:41 -0700 (PDT) X-Gm-Message-State: AOAM531Bs9tZqupwMD6A+WwVdyRLqYxIhlH2CJqeeGW2+mgamfJxnRzA nszYdQrvT/hCigqcnUm5EOsLuONLhRbBioOJaLI= X-Google-Smtp-Source: ABdhPJyzvlGN9sHJJie4Q809pe1DR5P9WTolDcDfY7sVOjhFYecT7tqo72ul1xKB/oj6Uiyeh2mxNNdWBnWYI1vDI2g= X-Received: by 2002:a2e:730f:: with SMTP id o15mr889157ljc.297.1598553339987; Thu, 27 Aug 2020 11:35:39 -0700 (PDT) MIME-Version: 1.0 References: <2f1b2cdd-305a-b85a-4138-b2849135531f@xsmail.com> In-Reply-To: <2f1b2cdd-305a-b85a-4138-b2849135531f@xsmail.com> From: Matthew Macy Date: Thu, 27 Aug 2020 11:35:28 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: can't handle raw ops yet!!! To: Yuri Pankov Cc: 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: Thu, 27 Aug 2020 18:35:42 -0000 Expected. I'm working on it. It's just a friendly reminder when INVARIANTS is enabled. On Thu, Aug 27, 2020 at 11:17 AM Yuri Pankov wrote: > > After OpenZFS merge, during boot I'm getting several occurrences of what > seems to be the following: > > http://src.illumos.org/source/xref/freebsd-head/sys/contrib/openzfs/module/os/freebsd/spl/spl_kstat.c#207 > > And, yes, I'm running GENERIC, so with INVARIANTS. > > Should I be worried? > _______________________________________________ > 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 Aug 27 18:36: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 495323BBF0E for ; Thu, 27 Aug 2020 18:36:59 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bcrzv0PGvz46Gd for ; Thu, 27 Aug 2020 18:36:59 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 0D9E23BC101; Thu, 27 Aug 2020 18:36:59 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0D66E3BC007 for ; Thu, 27 Aug 2020 18:36:59 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bcrzt1rVBz468g; Thu, 27 Aug 2020 18:36:58 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id CA06A11CB; Thu, 27 Aug 2020 14:36:56 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 27 Aug 2020 14:36:56 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvgedguddvudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpegjuhhr ihcurfgrnhhkohhvuceohihprghnkhhovhesgihsmhgrihhlrdgtohhmqeenucggtffrrg htthgvrhhnpeekgeegkeevfeffuddtgfegtdetiefhgfetjefgfeetteegjedtfeegtdet geeigfenucffohhmrghinhepihhllhhumhhoshdrohhrghenucfkphepledurddvgedtrd duvdegrdduledtnecuufhprghmkfhppfgvthifohhrkhepledurddvgedtrdduvdegrddu ledtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephi hprghnkhhovhesgihsmhgrihhlrdgtohhm X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.190]) by mail.messagingengine.com (Postfix) with ESMTPA id B4B393280063; Thu, 27 Aug 2020 14:36:55 -0400 (EDT) Subject: Re: can't handle raw ops yet!!! To: Matthew Macy Cc: current References: <2f1b2cdd-305a-b85a-4138-b2849135531f@xsmail.com> From: Yuri Pankov Message-ID: <935b49b1-a90e-2807-e176-1c2286325251@xsmail.com> Date: Thu, 27 Aug 2020 21:36:54 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.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: 4Bcrzt1rVBz468g X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; FREEMAIL_FROM(0.00)[xsmail.com]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[xsmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[xsmail.com,none]; NEURAL_HAM_SHORT(-1.08)[-1.079]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[xsmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.024]; R_DKIM_ALLOW(-0.20)[xsmail.com:s=fm3,messagingengine.com:s=fm3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.10)[text/plain]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 18:36:59 -0000 Matthew Macy wrote: > Expected. I'm working on it. It's just a friendly reminder when > INVARIANTS is enabled. Good, thanks. > On Thu, Aug 27, 2020 at 11:17 AM Yuri Pankov wrote: >> >> After OpenZFS merge, during boot I'm getting several occurrences of what >> seems to be the following: >> >> http://src.illumos.org/source/xref/freebsd-head/sys/contrib/openzfs/module/os/freebsd/spl/spl_kstat.c#207 >> >> And, yes, I'm running GENERIC, so with INVARIANTS. >> >> Should I be worried? From owner-freebsd-current@freebsd.org Thu Aug 27 18:37: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 97C853BC00E for ; Thu, 27 Aug 2020 18:37:10 +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 4Bcs063blyz466b for ; Thu, 27 Aug 2020 18:37:10 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com [209.85.167.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 5D9D62D918 for ; Thu, 27 Aug 2020 18:37:10 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f52.google.com with SMTP id s9so3464765lfs.4 for ; Thu, 27 Aug 2020 11:37:10 -0700 (PDT) X-Gm-Message-State: AOAM532qMag8hwwUabihGKgJlAfU98UNOJOhwg7Q09gFgYrLgBGmOeLq KY7PWUEWx//6gzp+bjeBJT9C9dvkpDJCdoMbopo= X-Google-Smtp-Source: ABdhPJzwceX9I7VKtToEQIDo78aogZJCXp21XdXI5eMaHeqinHC8c90yCFWCoZ6gHJzfS9M2/R1w6rv15LJh7Co5eBA= X-Received: by 2002:ac2:4837:: with SMTP id 23mr8356919lft.145.1598553428628; Thu, 27 Aug 2020 11:37:08 -0700 (PDT) MIME-Version: 1.0 References: <20200827152306.GA37436@codered.rmta.org> In-Reply-To: <20200827152306.GA37436@codered.rmta.org> From: Matthew Macy Date: Thu, 27 Aug 2020 11:36:56 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: buildkernel fais with option ZFS in kernel configuration To: Scott Kenney Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 18:37:10 -0000 Need zstdio option when linking statically On Thu, Aug 27, 2020 at 8:23 AM Scott Kenney wrote: > > Hello, > > Just noticed that buildkernel fails with "options ZFS" in the kernel > configuration file, the modules build without error. > > Source is at revision 364870 > > FreeBSD datura.rmta.org 13.0-CURRENT FreeBSD > 13.0-CURRENT #3 r364525: Sun Aug 23 23:14:23 EDT 2020 > root@datura.rmta.org:/usr/obj/usr/src/amd64.amd64/sys/DATURA amd64 > > > > linking kernel > ld: error: undefined symbol: zfs_zstd_compress > >>> referenced by zio_compress.c > >>> zio_compress.o:(zio_compress_table) > > ld: error: undefined symbol: zfs_zstd_decompress > >>> referenced by zio_compress.c > >>> zio_compress.o:(zio_compress_table) > > ld: error: undefined symbol: zfs_zstd_decompress_level > >>> referenced by zio_compress.c > >>> zio_compress.o:(zio_compress_table) > *** [kernel] Error code 1 > > make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/DATURA > 1 error > > make[2]: stopped in /usr/obj/usr/src/amd64.a > make[2]: stopped in /usr/obj/usr/src/amd64.a > > > > > > -- > Scott Kenney >|< saken@coderd.rmta.org > "Let's exchange the experience" - KB > _______________________________________________ > 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 Aug 27 18:41: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 A465D3BC358 for ; Thu, 27 Aug 2020 18:41:20 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bcs4w35qwz471Y for ; Thu, 27 Aug 2020 18:41:20 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 6A2D33BC587; Thu, 27 Aug 2020 18:41:20 +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 69F2A3BC427 for ; Thu, 27 Aug 2020 18:41:20 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bcs4v4K2wz46hl for ; Thu, 27 Aug 2020 18:41:19 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 154C51223 for ; Thu, 27 Aug 2020 14:41:18 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 27 Aug 2020 14:41:18 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvgedguddvudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepvffhuffkffgfgggtgfesthejre dttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihphgrnhhkohhvseigshhm rghilhdrtghomheqnecuggftrfgrthhtvghrnhepgfevfeettdevlefhkeevuedtleethf ehvdeiiefhteefveduffekfeelfefhlefhnecukfhppeeluddrvdegtddruddvgedrudel tdenucfuphgrmhfkphfpvghtfihorhhkpeeluddrvdegtddruddvgedrudeltdenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhv seigshhmrghilhdrtghomh X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.190]) by mail.messagingengine.com (Postfix) with ESMTPA id 29C553280064 for ; Thu, 27 Aug 2020 14:41:17 -0400 (EDT) To: current@freebsd.org From: Yuri Pankov Subject: usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR Message-ID: Date: Thu, 27 Aug 2020 21:41:16 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bcs4v4K2wz46hl X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; FREEMAIL_FROM(0.00)[xsmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[xsmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[xsmail.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.984]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[xsmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.027]; R_DKIM_ALLOW(-0.20)[xsmail.com:s=fm3,messagingengine.com:s=fm3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.978]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 18:41:20 -0000 Another issue that I started seeing lately, didn't try finding out when exactly in case someone knows what it's about: Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR ugen0.7: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device Root mount waiting for: usbus0 ugen0.7: at usbus0 ugen0.7: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0310 bDeviceClass = 0x0009 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0003 bMaxPacketSize0 = 0x0009 idVendor = 0x0bda idProduct = 0x0423 bcdDevice = 0x0103 iManufacturer = 0x0001 iProduct = 0x0002 <2-Port USB 3.1 Hub> iSerialNumber = 0x0000 bNumConfigurations = 0x0001 So far not seeing any ill effects from this, i.e. I can connect USB HDD to these ports, and it's successfully detected. From owner-freebsd-current@freebsd.org Thu Aug 27 18:59: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 419A43BDEDC for ; Thu, 27 Aug 2020 18:59:28 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BcsTq2cY4z4Mnn for ; Thu, 27 Aug 2020 18:59:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 947A63BDF57; Thu, 27 Aug 2020 18:59:25 +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 8E6A73BE025 for ; Thu, 27 Aug 2020 18:59:25 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcsTh5cvVz4MWv for ; Thu, 27 Aug 2020 18:59:20 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 07RIxTMb024777 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 27 Aug 2020 11:59:29 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 07RIxT5Q024776; Thu, 27 Aug 2020 11:59:29 -0700 (PDT) (envelope-from fbsd) Date: Thu, 27 Aug 2020 11:59:27 -0700 From: bob prohaska To: Yuri Pankov Cc: current@freebsd.org Subject: Re: usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR Message-ID: <20200827185927.GA24756@www.zefox.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BcsTh5cvVz4MWv X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.98 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[0.996]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.17)[0.173]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.91)[0.910]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[xsmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 18:59:30 -0000 On Thu, Aug 27, 2020 at 09:41:16PM +0300, Yuri Pankov wrote: > Another issue that I started seeing lately, didn't try finding out when > exactly in case someone knows what it's about: > > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 6 failed, > USB_ERR_IOERROR > [details snipped] > So far not seeing any ill effects from this, i.e. I can connect USB HDD to > these ports, and it's successfully detected. If it's convenient, connecting a USB-serial adapter and rebooting might be interesting. I'm having trouble with FT232 obstructing disk detection in some cases and self-disconnecting in others on a Pi3B. Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Thu Aug 27 19:18: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 98C953BF3D4 for ; Thu, 27 Aug 2020 19:18:28 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bcsvk2Ynzz4blM for ; Thu, 27 Aug 2020 19:18:26 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4ACB03BF0E7; Thu, 27 Aug 2020 19:18:26 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A6B33BF58F for ; Thu, 27 Aug 2020 19:18:26 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 4Bcsvc52gdz4c03 for ; Thu, 27 Aug 2020 19:18:19 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 6E75510FC; Thu, 27 Aug 2020 15:18:16 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 27 Aug 2020 15:18:16 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvhedgtdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtje ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesgihs mhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpefhvdevhfekkeekheeffeevjeevje duhfejgfejfeeiudegheeuueetheeiheduvdenucfkphepledurddvgedtrdduvdegrddu ledtnecuufhprghmkfhppfgvthifohhrkhepledurddvgedtrdduvdegrdduledtnecuve hluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephihprghnkhho vhesgihsmhgrihhlrdgtohhm X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.190]) by mail.messagingengine.com (Postfix) with ESMTPA id 18D84328005E; Thu, 27 Aug 2020 15:18:14 -0400 (EDT) Subject: Re: usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR To: bob prohaska Cc: current@freebsd.org References: <20200827185927.GA24756@www.zefox.net> From: Yuri Pankov Message-ID: <58def58f-b660-0d81-5964-1835787b4132@xsmail.com> Date: Thu, 27 Aug 2020 22:18:13 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200827185927.GA24756@www.zefox.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bcsvc52gdz4c03 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.08 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[xsmail.com:s=fm3,messagingengine.com:s=fm3]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[xsmail.com]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.99)[-0.989]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.20:from]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[xsmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[xsmail.com,none]; NEURAL_HAM_SHORT(-0.96)[-0.965]; NEURAL_HAM_MEDIUM(-1.03)[-1.030]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[xsmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[current]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.20: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, 27 Aug 2020 19:18:28 -0000 bob prohaska wrote: > On Thu, Aug 27, 2020 at 09:41:16PM +0300, Yuri Pankov wrote: >> Another issue that I started seeing lately, didn't try finding out when >> exactly in case someone knows what it's about: >> >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 6 failed, >> USB_ERR_IOERROR >> > [details snipped] > >> So far not seeing any ill effects from this, i.e. I can connect USB HDD to >> these ports, and it's successfully detected. > > If it's convenient, connecting a USB-serial adapter and rebooting might > be interesting. I'm having trouble with FT232 obstructing disk detection > in some cases and self-disconnecting in others on a Pi3B. Don't have one. It is "desktop" PC, so the only USB devices I have/need are keyboard/mouse and memsticks. From owner-freebsd-current@freebsd.org Thu Aug 27 20:11:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA8ED3C24AC for ; Thu, 27 Aug 2020 20:11:30 +0000 (UTC) (envelope-from saken@codered.rmta.org) Received: from girl.rmta.org (girl.rmta.org [67.205.152.131]) (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 "girl.rmta.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bcv4x5n1kz4jgb for ; Thu, 27 Aug 2020 20:11:29 +0000 (UTC) (envelope-from saken@codered.rmta.org) Received: from codered.rmta.org (codered.rmta.org [174.63.37.77]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "codered.rmta.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by girl.rmta.org (Postfix) with ESMTPSA id 03EB3273883 for ; Thu, 27 Aug 2020 20:10:59 +0000 (UTC) Received: by codered.rmta.org (Postfix, from userid 1001) id 5AF80DDB641; Thu, 27 Aug 2020 16:10:58 -0400 (EDT) Resent-From: Scott Kenney Resent-Date: Thu, 27 Aug 2020 16:10:58 -0400 Resent-Message-ID: <20200827201058.GA44507@codered.rmta.org> Resent-To: freebsd-current@freebsd.org Date: Thu, 27 Aug 2020 15:55:16 -0400 From: Scott Kenney To: Matthew Macy Cc: freebsd-current@freebsd-org Subject: Re: buildkernel fais with option ZFS in kernel configuration Message-ID: <20200827195516.GA44433@codered.rmta.org> References: <20200827152306.GA37436@codered.rmta.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Bcv4x5n1kz4jgb X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; FORGED_RECIPIENTS(1.00)[mmacy@freebsd.org ..,freebsd-current@freebsd.org]; R_DKIM_ALLOW(-0.20)[codered.rmta.org:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.94)[-0.938]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[174.63.37.77:received]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; DKIM_TRACE(0.00)[codered.rmta.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[codered.rmta.org,quarantine]; NEURAL_HAM_SHORT(-0.79)[-0.793]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:67.205.144.0/20, country:US]; RCVD_TLS_ALL(0.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: Thu, 27 Aug 2020 20:11:30 -0000 On Thu, Aug 27, 2020 at 11:36:56AM -0700, Matthew Macy wrote: > Need zstdio option when linking statically Thank you. It should probably be added as a requirement to the NOTES file. > On Thu, Aug 27, 2020 at 8:23 AM Scott Kenney wrote: > > > > Hello, > > > > Just noticed that buildkernel fails with "options ZFS" in the kernel > > configuration file, the modules build without error. > > > > Source is at revision 364870 > > > > FreeBSD datura.rmta.org 13.0-CURRENT FreeBSD > > 13.0-CURRENT #3 r364525: Sun Aug 23 23:14:23 EDT 2020 > > root@datura.rmta.org:/usr/obj/usr/src/amd64.amd64/sys/DATURA amd64 > > > > > > > > linking kernel > > ld: error: undefined symbol: zfs_zstd_compress > > >>> referenced by zio_compress.c > > >>> zio_compress.o:(zio_compress_table) > > > > ld: error: undefined symbol: zfs_zstd_decompress > > >>> referenced by zio_compress.c > > >>> zio_compress.o:(zio_compress_table) > > > > ld: error: undefined symbol: zfs_zstd_decompress_level > > >>> referenced by zio_compress.c > > >>> zio_compress.o:(zio_compress_table) > > *** [kernel] Error code 1 > > > > make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/DATURA > > 1 error > > > > make[2]: stopped in /usr/obj/usr/src/amd64.a > > make[2]: stopped in /usr/obj/usr/src/amd64.a -- Scott Kenney >|< saken@hotel.rmta.org "Let's exchange the experience" - KB From owner-freebsd-current@freebsd.org Thu Aug 27 22:11: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 0E7163C4DEA for ; Thu, 27 Aug 2020 22:11:21 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcxlD6gfxz4rXD; Thu, 27 Aug 2020 22:11:20 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 7E0511E03A; Thu, 27 Aug 2020 22:11:20 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Thu, 27 Aug 2020 22:11:18 +0000 From: Glen Barber To: jenkins-admin@freebsd.org, freebsd-current@freebsd.org Cc: lwhsu@freebsd.org Subject: Re: FreeBSD-head-i386-build - Build #17845 (r364891) - Failure Message-ID: <20200827221118.GA61041@FreeBSD.org> References: <1525343102.1379.1598565590307@jenkins.ci.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9HwyI31Aj78PLmNd" Content-Disposition: inline In-Reply-To: <1525343102.1379.1598565590307@jenkins.ci.freebsd.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598566281; 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: in-reply-to:in-reply-to:references:references; bh=Sf+YVU8udQXn6mpmteYKPpqlPKoWoDReA31odNyEbxw=; b=qO82Pd7buR08oNtbmSc2OButmYctT2WHhm3KNenJdPogM+Xv8oxl1gbMRjnOGM5tFiHiLV 0kz4WycSeQMNLvVT8t0zo2JEIQgoDKHyVPw3rQQraZLiJsU/DqLpLmuTvyDwP8BwbQj0pJ nlC9Pv2oZm39WM7s9xeb5jbhSFTBlXzMKbYtsVMPAJWcQ5Bl/Tn+6IuZe2y8NOP86kApMd X2SW5KbEnqrNlOl4ivYB8Xd7pWi6iCCoWob2TUV1M4f7JQ1OuUbTNjbx/nYZL+sM9n9BRT 6ZF60dZaWBriE5j6PrL9GQ+JsuvTnbf1PCk3H6Np9zgqZzWEIVL5ndjm4X43lQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598566281; a=rsa-sha256; cv=none; b=AjaE6Syn3aXK0GhopCT0EyjmxVhIdDLyDrDhxaZ3JyPjRhsvO9WPaTNdWIXlccgqiTktIv KOfntTzFrQSl/XTStd+9Wjw8kiXzwZUqi9OHq6LyfnS0SloxiBipNcsn585aIXA/vj2ZbV 0XSjaeWXb4yT8UYze4zYNgkAIY02hDJGtLPOGtX7JESAZd5IhbsMrZcCGfZhaQyE8WZtGg DvBgOA/wE5dYWO0wDMFcFiStmKmn1UzUten4n3VKQH5Fg0kKb5uYCn3svOy1EwOFYtaOK4 JkYkQh6ag41+AI4ZI2Bq+7MlspRUFwxk0R8erGtWQKFhfphoFvKJFzhJlfb5UQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 22:11:21 -0000 --9HwyI31Aj78PLmNd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Well, this was unexpected. I have pinged jenkins-admin@. Glen On Thu, Aug 27, 2020 at 09:59:47PM +0000, jenkins-admin@FreeBSD.org wrote: > FreeBSD-head-i386-build - Build #17845 (r364891) - Failure >=20 > Build information: https://ci.FreeBSD.org/job/FreeBSD-head-i386-build/178= 45/ > Full change log: https://ci.FreeBSD.org/job/FreeBSD-head-i386-build/17845= /changes > Full build log: https://ci.FreeBSD.org/job/FreeBSD-head-i386-build/17845/= console >=20 > Status explanation: > "Failure" - the build is suspected being broken by the following changes > "Still Failing" - the build has not been fixed by the following changes a= nd > this is a notification to note that these changes have > not been fully tested by the CI system >=20 > Change summaries: > (Those commits are likely but not certainly responsible) >=20 > 364891 by gjb: > Merge the projects/release-git branch to head. > This allows building 13.x from Git instead of Subversion. >=20 > No MFC to stable branches is planned at this time. [1] >=20 > Discussed with: git working group [1] > Sponsored by: Rubicon Communications, LLC (netgate.com) >=20 >=20 >=20 [...] > -------------------------------------------------------------- > >>> Kernel build for GENERIC completed on Thu Aug 27 21:59:39 UTC 2020 > -------------------------------------------------------------- > >>> Kernel(s) GENERIC built in 169 seconds, ncpu: 48, make -j24 > -------------------------------------------------------------- > + cd /usr/src/release > + sudo make clean > make: "/usr/src/release/Makefile.inc1" line 14: "Git binary not found. S= et GIT_CMD appropriately." > Build step 'Execute shell' marked build as failure > [WARNINGS]Skipping publisher since build result is FAILURE > FTP: Current build result is [FAILURE], not going to run. > [PostBuildScript] - [INFO] Executing post build scripts. > [PostBuildScript] - [INFO] Build does not have any of the results [SUCCES= S]. Did not execute build step #0. > [PostBuildScript] - [INFO] Executing post build scripts. > [FreeBSD-head-i386-build] $ /bin/sh -xe /tmp/jenkins5000682500845227971.sh > + sh freebsd-ci/scripts/jail/clean.sh > clean jail FreeBSD-head-i386-build > Checking for post-build > Performing post-build step > Checking if email needs to be generated > Email was triggered for: Failure - Any > Sending email for trigger: Failure - Any --9HwyI31Aj78PLmNd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9IL4YACgkQAxRYpUeP 4pNnKxAAges1LRE5tW5CKYvs+qDkw5XlX7yEMXdJBrTtDE5a9kkdVH05sTaDST3U gUxOIEddV4lxFlrMC8RtvlpiPCvHV7B5nglS7m0YRygKNDySLYyo4Ilb8HkXutJF eoxLlTApSm6d4C/6j6o0ls8MbMCK96l1qPLnjG5ahwdKKgKP0Bdj9FPAOLlq1KWE XkcV4kuomU0mt57+n6sb277xOvWhMedeuFQiRIqY1i/1zFCJajiEIXmjUqCq9DwZ 5u1xXkMpq4u07kECbuM/NbsT6J653W3Q63nKsnM3oD3ovqrVemF2+jChsF/2Sbzv sH3n17HpT8YkIERd9kWIyoQZ7/Kz1uG5Msss0MxKvE/4mtUzOCN8QFQEJ1Nu32gh eiVIUYG/e+8nGR2ljz3weWzl34/ifQgWsD1LCBnJZIGk2yd8RDHi/rDJ+Gt3Ff/D iZrHnKsUtDMCtM5Z+SuIrjNQos9BYNbr/dgWEnfCqg4Shd54PQ51U5igxS9t+u7V 2Qt2FkG5gNBX0GRF3sGAZmHx56/jdXe9ib6O7n+I9uKv3PZAWhJEj+S0iIuM9Ldw ZHEGYNmvHKhC43W+RwMJBqiepeWVIu9wblqbJBkFmTydNsllszGeN4/mcDaUq3O3 0Fn+8k2OwCojsSOl1K5Ja7qgv6as7lJCnhJQghG/lBdqxYWwl3w= =xA0L -----END PGP SIGNATURE----- --9HwyI31Aj78PLmNd-- From owner-freebsd-current@freebsd.org Fri Aug 28 01:34:43 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C4663C8C59 for ; Fri, 28 Aug 2020 01:34:43 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bd2Fv04Hnz3XpB for ; Fri, 28 Aug 2020 01:34:43 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 005CD3C8A60; Fri, 28 Aug 2020 01:34:43 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F32743C8FD4 for ; Fri, 28 Aug 2020 01:34:42 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4Bd2Fs5vpxz3Xh3 for ; Fri, 28 Aug 2020 01:34:41 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 5B6345C01D5 for ; Thu, 27 Aug 2020 21:34:40 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 27 Aug 2020 21:34:40 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddviedggeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefvhffukffffgggtgfgsehtjeertd dtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesgihsmhgr ihhlrdgtohhmqeenucggtffrrghtthgvrhhnpefgveeftedtveelhfekveeutdeltefhhe dvieeihfetfeevudffkeefleefhfelhfenucfkphepledurddvgedtrdduvdegrdduledt necuufhprghmkfhppfgvthifohhrkhepledurddvgedtrdduvdegrdduledtnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephihprghnkhhovhes gihsmhgrihhlrdgtohhm X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.190]) by mail.messagingengine.com (Postfix) with ESMTPA id BA6E5328005A for ; Thu, 27 Aug 2020 21:34:39 -0400 (EDT) To: current@freebsd.org From: Yuri Pankov Subject: panic in range_tree_seg64_compare() Message-ID: <2b89d19f-3fa9-8cf2-4ce2-91f1702172e4@xsmail.com> Date: Fri, 28 Aug 2020 04:34:37 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bd2Fs5vpxz3Xh3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; FREEMAIL_FROM(0.00)[xsmail.com]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[xsmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[xsmail.com,none]; NEURAL_HAM_SHORT(-0.10)[-0.102]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[xsmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; R_DKIM_ALLOW(-0.20)[xsmail.com:s=fm3,messagingengine.com:s=fm3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.969]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 01:34:43 -0000 Yet another issue I'm seeing after last update (currently running r364870), hit it 2 times today: Fatal trap 12: page fault while in kernel mode cpuid = 19; apic id = 0d fault virtual address = 0xfffff819e2ecdc40 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8277fa64 stack pointer = 0x28:0xfffffe01f9ff2d90 frame pointer = 0x28:0xfffffe01f9ff2d90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 48792 (blk-3:0-0) trap number = 12 panic: page fault cpuid = 19 time = 1598577675 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe01f9ff2a40 vpanic() at vpanic+0x182/frame 0xfffffe01f9ff2a90 panic() at panic+0x43/frame 0xfffffe01f9ff2af0 trap_fatal() at trap_fatal+0x387/frame 0xfffffe01f9ff2b50 trap_pfault() at trap_pfault+0x97/frame 0xfffffe01f9ff2bb0 trap() at trap+0x2ab/frame 0xfffffe01f9ff2cc0 calltrap() at calltrap+0x8/frame 0xfffffe01f9ff2cc0 --- trap 0xc, rip = 0xffffffff8277fa64, rsp = 0xfffffe01f9ff2d90, rbp = 0xfffffe01f9ff2d90 --- range_tree_seg64_compare() at range_tree_seg64_compare+0x4/frame 0xfffffe01f9ff2d90 zfs_btree_find() at zfs_btree_find+0x1bd/frame 0xfffffe01f9ff2df0 range_tree_find_impl() at range_tree_find_impl+0x6e/frame 0xfffffe01f9ff2e30 range_tree_find() at range_tree_find+0x1c/frame 0xfffffe01f9ff2e70 range_tree_contains() at range_tree_contains+0x9/frame 0xfffffe01f9ff2e80 dnode_block_freed() at dnode_block_freed+0x11d/frame 0xfffffe01f9ff2eb0 dbuf_read() at dbuf_read+0x70c/frame 0xfffffe01f9ff2fc0 dmu_buf_hold_array_by_dnode() at dmu_buf_hold_array_by_dnode+0x164/frame 0xfffffe01f9ff3030 dmu_read_impl() at dmu_read_impl+0xce/frame 0xfffffe01f9ff30c0 dmu_read() at dmu_read+0x45/frame 0xfffffe01f9ff3100 zvol_geom_bio_strategy() at zvol_geom_bio_strategy+0x2aa/frame 0xfffffe01f9ff3180 g_io_request() at g_io_request+0x2df/frame 0xfffffe01f9ff31b0 g_dev_strategy() at g_dev_strategy+0x155/frame 0xfffffe01f9ff31e0 physio() at physio+0x4f8/frame 0xfffffe01f9ff3270 devfs_read_f() at devfs_read_f+0xde/frame 0xfffffe01f9ff32d0 dofileread() at dofileread+0x81/frame 0xfffffe01f9ff3320 kern_preadv() at kern_preadv+0x62/frame 0xfffffe01f9ff3360 sys_preadv() at sys_preadv+0x39/frame 0xfffffe01f9ff3390 amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe01f9ff34b0 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe01f9ff34b0 --- syscall (289, FreeBSD ELF64, sys_preadv), rip = 0x8006fd89a, rsp = 0x7fffdfdfcf18, rbp = 0x7fffdfdfcfc0 --- Uptime: 4h13m43s Guessing on zvol_geom_bio_strategy(), it's volmode=dev zvol I'm using for bhyve VM. Anything known? From owner-freebsd-current@freebsd.org Fri Aug 28 02:15:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0175C3CA25E for ; Fri, 28 Aug 2020 02:15:44 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bd39C6LLgz3ZvP for ; Fri, 28 Aug 2020 02:15:43 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id D98823CA3A9; Fri, 28 Aug 2020 02:15:43 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D951D3CA25D for ; Fri, 28 Aug 2020 02:15:43 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4Bd39C5Ld5z3Zq7 for ; Fri, 28 Aug 2020 02:15:43 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lf1-f41.google.com (mail-lf1-f41.google.com [209.85.167.41]) (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 95CD131034 for ; Fri, 28 Aug 2020 02:15:43 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f41.google.com with SMTP id i14so4014509lfl.12 for ; Thu, 27 Aug 2020 19:15:43 -0700 (PDT) X-Gm-Message-State: AOAM530RnaW4ugsblKtCUkMsDTFCE1S3Sn1cgCcmzjwMurU855/sUwKq U2eV+vRmzghHPfl6ez9R3tFUcQYnSG3rBbIC1TA= X-Google-Smtp-Source: ABdhPJw/CVTbEa0HZ9L1nUpSrTKVUEi5x/NplsaIzoAmKQ9aEOlPrZ8DlrtUjkZGnuZXtdCYSOhU8W65YK3az8e/uOA= X-Received: by 2002:ac2:48a6:: with SMTP id u6mr11352700lfg.128.1598580942042; Thu, 27 Aug 2020 19:15:42 -0700 (PDT) MIME-Version: 1.0 References: <2b89d19f-3fa9-8cf2-4ce2-91f1702172e4@xsmail.com> In-Reply-To: <2b89d19f-3fa9-8cf2-4ce2-91f1702172e4@xsmail.com> From: Matthew Macy Date: Thu, 27 Aug 2020 19:15:30 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic in range_tree_seg64_compare() To: Yuri Pankov Cc: 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: Fri, 28 Aug 2020 02:15:44 -0000 On Thu, Aug 27, 2020 at 6:34 PM Yuri Pankov wrote: > > Yet another issue I'm seeing after last update (currently running > r364870), hit it 2 times today: > > Fatal trap 12: page fault while in kernel mode > cpuid = 19; apic id = 0d > fault virtual address = 0xfffff819e2ecdc40 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8277fa64 > stack pointer = 0x28:0xfffffe01f9ff2d90 > frame pointer = 0x28:0xfffffe01f9ff2d90 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 48792 (blk-3:0-0) > trap number = 12 > panic: page fault > cpuid = 19 > time = 1598577675 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe01f9ff2a40 > vpanic() at vpanic+0x182/frame 0xfffffe01f9ff2a90 > panic() at panic+0x43/frame 0xfffffe01f9ff2af0 > trap_fatal() at trap_fatal+0x387/frame 0xfffffe01f9ff2b50 > trap_pfault() at trap_pfault+0x97/frame 0xfffffe01f9ff2bb0 > trap() at trap+0x2ab/frame 0xfffffe01f9ff2cc0 > calltrap() at calltrap+0x8/frame 0xfffffe01f9ff2cc0 > --- trap 0xc, rip = 0xffffffff8277fa64, rsp = 0xfffffe01f9ff2d90, rbp = > 0xfffffe01f9ff2d90 --- > range_tree_seg64_compare() at range_tree_seg64_compare+0x4/frame > 0xfffffe01f9ff2d90 > zfs_btree_find() at zfs_btree_find+0x1bd/frame 0xfffffe01f9ff2df0 > range_tree_find_impl() at range_tree_find_impl+0x6e/frame 0xfffffe01f9ff2e30 > range_tree_find() at range_tree_find+0x1c/frame 0xfffffe01f9ff2e70 > range_tree_contains() at range_tree_contains+0x9/frame 0xfffffe01f9ff2e80 > dnode_block_freed() at dnode_block_freed+0x11d/frame 0xfffffe01f9ff2eb0 > dbuf_read() at dbuf_read+0x70c/frame 0xfffffe01f9ff2fc0 > dmu_buf_hold_array_by_dnode() at dmu_buf_hold_array_by_dnode+0x164/frame > 0xfffffe01f9ff3030 > dmu_read_impl() at dmu_read_impl+0xce/frame 0xfffffe01f9ff30c0 > dmu_read() at dmu_read+0x45/frame 0xfffffe01f9ff3100 > zvol_geom_bio_strategy() at zvol_geom_bio_strategy+0x2aa/frame > 0xfffffe01f9ff3180 > g_io_request() at g_io_request+0x2df/frame 0xfffffe01f9ff31b0 > g_dev_strategy() at g_dev_strategy+0x155/frame 0xfffffe01f9ff31e0 > physio() at physio+0x4f8/frame 0xfffffe01f9ff3270 > devfs_read_f() at devfs_read_f+0xde/frame 0xfffffe01f9ff32d0 > dofileread() at dofileread+0x81/frame 0xfffffe01f9ff3320 > kern_preadv() at kern_preadv+0x62/frame 0xfffffe01f9ff3360 > sys_preadv() at sys_preadv+0x39/frame 0xfffffe01f9ff3390 > amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe01f9ff34b0 > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe01f9ff34b0 > --- syscall (289, FreeBSD ELF64, sys_preadv), rip = 0x8006fd89a, rsp = > 0x7fffdfdfcf18, rbp = 0x7fffdfdfcfc0 --- > Uptime: 4h13m43s > > Guessing on zvol_geom_bio_strategy(), it's volmode=dev zvol I'm using > for bhyve VM. Anything known? Not really. A reproduction scenario would be very helpful. This was seen once by someone at iX - I committed some additional asserts to the truenas tree, but haven't heard further. +++ b/module/zfs/dbuf.c @@ -3192,7 +3192,7 @@ dbuf_dirty_leaf_with_existing_frontend(dbuf_dirty_state_t *dds) * scheduled its write with its buffer, we must * disassociate by replacing the frontend. */ - ASSERT(db->db_state & (DB_READ|DB_PARTIAL)); + ASSERT3U(db->db_state, &, (DB_READ|DB_PARTIAL)); ASSERT3U(db->db_dirtycnt, ==, 1); dbuf_dirty_set_data(dds); } else { @@ -3238,18 +3238,24 @@ dbuf_dirty_record_create_leaf(dbuf_dirty_state_t *dds) dr = dbuf_dirty_record_create(dds); + /* + * XXX - convert to ASSERT after dn_free_ranges fix + */ + VERIFY(db->db_level == 0); + VERIFY(db->db_blkid != DMU_BONUS_BLKID); Thanks. -M From owner-freebsd-current@freebsd.org Fri Aug 28 02:17: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 325533CA691 for ; Fri, 28 Aug 2020 02:17:47 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bd3Cb0cXbz3bR8 for ; Fri, 28 Aug 2020 02:17:47 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1359B3CA2EA; Fri, 28 Aug 2020 02:17:47 +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 132573CA546 for ; Fri, 28 Aug 2020 02:17:47 +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 4Bd3CZ6k0dz3ZwP for ; Fri, 28 Aug 2020 02:17:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lf1-f41.google.com (mail-lf1-f41.google.com [209.85.167.41]) (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 C564C30DF9 for ; Fri, 28 Aug 2020 02:17:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f41.google.com with SMTP id u25so4009121lfm.10 for ; Thu, 27 Aug 2020 19:17:46 -0700 (PDT) X-Gm-Message-State: AOAM530ZWMgAxsJ1CMbyuwUTBfICFqxmr1Z7wYAWCYs4YS1x/KIn0QqL 8dvuNwNsZuQId3kDpi4EXlIaJUTHSndHbrBN09Q= X-Google-Smtp-Source: ABdhPJwsI/I7gX/mOFHoVASRE5w+K196mUX0VVi06KRGDN7Ztm8yZCg7XY5G0ygXycq3imf/XtSW62sxKKqIw3aXt14= X-Received: by 2002:ac2:4837:: with SMTP id 23mr9054205lft.145.1598581065500; Thu, 27 Aug 2020 19:17:45 -0700 (PDT) MIME-Version: 1.0 References: <2f1b2cdd-305a-b85a-4138-b2849135531f@xsmail.com> <935b49b1-a90e-2807-e176-1c2286325251@xsmail.com> In-Reply-To: <935b49b1-a90e-2807-e176-1c2286325251@xsmail.com> From: Matthew Macy Date: Thu, 27 Aug 2020 19:17:34 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: can't handle raw ops yet!!! To: Yuri Pankov Cc: 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: Fri, 28 Aug 2020 02:17:47 -0000 https://github.com/openzfs/zfs/pull/10836 On Thu, Aug 27, 2020 at 11:37 AM Yuri Pankov wrote: > > Matthew Macy wrote: > > Expected. I'm working on it. It's just a friendly reminder when > > INVARIANTS is enabled. > > Good, thanks. > > > On Thu, Aug 27, 2020 at 11:17 AM Yuri Pankov wrote: > >> > >> After OpenZFS merge, during boot I'm getting several occurrences of what > >> seems to be the following: > >> > >> http://src.illumos.org/source/xref/freebsd-head/sys/contrib/openzfs/module/os/freebsd/spl/spl_kstat.c#207 > >> > >> And, yes, I'm running GENERIC, so with INVARIANTS. > >> > >> Should I be worried? From owner-freebsd-current@freebsd.org Fri Aug 28 02:46:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 96A383CB2B2 for ; Fri, 28 Aug 2020 02:46:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660057.outbound.protection.outlook.com [40.107.66.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bd3sC24Ttz3cPv for ; Fri, 28 Aug 2020 02:46:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FEpRUaMkDeA8luQgLVAP13HhnCCy39q4o+P3p3XkQBoe5Xndyg3ojzgZHfkKIZJCYbdIfPYIv/4T+DCMpjYUIXkYXjSZ2YM20QFHUbIMc5IV49t1QQgYpe00uQjxnnTFsJSfM1hhMq82C3ZLuVkwBk7p2qv6GrSfHjvQl+2i9EfWmz4F+aVkKRugm72pL13KHP0I+0C5HyEjOsZPB7//yEw0sqzOeZ8oWVw6dWEPARq9Gqlnn8kd8BaaJ44aTHAH2qru/LUU/fzGO7tXk8FziYptlwbb72ZRC3QUW54fn2zqnRgJUmP9BvNGRDFdyczSyEOE71HtMXNrg07UAAfu7g== 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=f4q8/Q/+LMPw+1cHCyXEzxMxEzhlP9uTTVY8FYyETdo=; b=a9YNDsDPdQFUxDQjw1MU5YGGyju8M5b2W9EugcIxCBvEC58OxhRmURle069lNAmcq+IjlvCskDmsNSvyi7uaxLEEt84fXqsUdjG48MjCfmec1QSzkg6yqJD7zTq91yV9RIuxj/Kw7yEYazKiK8zzk8T7m4OdYePSHg93662iXNmNQ03RsTq02hhGwX0/d/Pc64qMIM8HMtisgzeOi5nt7kqsgP8s5V4j0G0gUMEgIsBd18Ck4xnuaZ6eEiaBi8wgFPB5g6JgGuNXMAH/IK425thO7BsxRj+++e/O7H9vTDozouxfCMMB6aTx4sSI2YK8alfkGVwxc9IrULGGF/Vvog== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM (52.132.87.142) by YQXPR01MB2935.CANPRD01.PROD.OUTLOOK.COM (52.132.91.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.26; Fri, 28 Aug 2020 02:46:53 +0000 Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::e89a:a655:91ca:4e63]) by QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::e89a:a655:91ca:4e63%5]) with mapi id 15.20.3305.032; Fri, 28 Aug 2020 02:46:53 +0000 From: Rick Macklem To: "freebsd-current@FreeBSD.org" Subject: Does FreeBSD have an assigned Internet OID? Thread-Topic: Does FreeBSD have an assigned Internet OID? Thread-Index: AQHWfOQCpwbgqv6aA0GzAfg3EFRAsg== Date: Fri, 28 Aug 2020 02:46:52 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b39edf8f-33da-4db6-61a9-08d84afc9edb x-ms-traffictypediagnostic: YQXPR01MB2935: 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: tccMSUYk0hl/xthbC6XVYMwsL93SvN7hPah5q65HSyS87fJ/enHTxnevzuj+NC6ZHExOtMy8IxxqFlm95JfeVXn6LVcYXSN1jUFKhbaU1rUd4791qhsC1YVPahCPJ171codmBgtkHj7Fxqa9qr+ejj3F5Op+YsEu0mUDSvKo7AbkUXstvzZTwtswyBVfUeKbKEVhWAw9ED5KJBnikgoL3F6BlYEDxmU50IsxTYVL3oRPDudera47wKRHQdVKOpRdY3RJYm8C2h2bglwQQgEhdn7Innyi39oq4EgfmOCHqbezVmo7uhWitmQXaAEl3kuVi+UVc794xU2X2RWJkw1SsQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(376002)(346002)(396003)(366004)(136003)(39860400002)(4744005)(71200400001)(8676002)(6916009)(5660300002)(55016002)(316002)(52536014)(8936002)(478600001)(33656002)(186003)(7696005)(66574015)(6506007)(786003)(2906002)(64756008)(66556008)(91956017)(83380400001)(66476007)(66946007)(76116006)(86362001)(9686003)(66446008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: OQYZm9gW4acV1/AcTEHPfxSkyJ+27L+6j+n8+sMKdUSdx7KlQn9PY2+EiD5hlrfZioo/hkQKEn3WEx4HGlMoVSc3kTVQEioKdrdTaAkYGAww19HmwzIaY2D0odxep3g45+xRxF1tkTZB48uS0Qm2zrKoSypY0ySOvMvWMrNp5KdiErCD4TDUdXGhnvsIgToQ5QRGX/vs6x1IV6aD+0ON6Bhs7GEmBhFo3HbLy7MCWiT1sHEsS5/f31nefs+n5TRtyhdkJ8ZMPj6myr0Qa6n0lB9Lzzmzq4eFrBXAf2fdKhh9VaDnAR7fow5l48lauQcADy8LX/Pvq2GgxQkZiU+D1bf2vBHo9gJM7jIzX9CUTZDkj4j/Yvz5lj3BJDIajynyGnIzCiXEZoI8MY23JeupiPKzp5dRCEhzqZD8uCogjAd3fpik9XRznar/H2O93TMJfMJbG6MzS9X1HOknt8QSpBsdDgnSDf9RxfxNVRvEtBkULf+TDiUPo+waWWtsmrb/+HtddlT+HOl2o0nTIsBB4mVrDYc+Qfh2zVIDAI6NciF5ol/8tPQgxP9QX2YkFlHsY7EEVygmDftNVFeFT+2YbKY5JEGZV6PpRZyl3ZLwe6rVSszpOH6yQCtO/vbbRygRl5ol7aasstFygo5Yp01SVtpGh4j2Ad7gwuR/Ug2gLsx9pYZjCBFE1Wru/icSCYMWQI4gI9lhIrPKo0DgyZ7AfA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: b39edf8f-33da-4db6-61a9-08d84afc9edb X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2020 02:46:52.9427 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: pivGnNgRLGQOfqlA4Y2EhNgg0aKh5tIlySQ4dKInAKmDub+LRUpbYYQxg1jKjnBJZrmVtEEFkgr9V3a772/KFg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR01MB2935 X-Rspamd-Queue-Id: 4Bd3sC24Ttz3cPv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.15 / 15.00]; NEURAL_HAM_MEDIUM(-1.02)[-1.018]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.96)[-0.963]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.57:from]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.57:from]; NEURAL_HAM_SHORT(-0.17)[-0.166]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 02:46:56 -0000 For the NFS over TLS work, I have a need for an Internet OID.=0A= (I understand that IETF assigns ones for things like SNMP under=0A= 1.3.6.1.4.1...)=0A= =0A= I'm referring to the long strings of numbers separated by "."s,=0A= where each number is a subtree administered by someone.=0A= =0A= If either the project or Foundation has one assigned to them,=0A= that I can acquire a subnumber (or whatever they call the next=0A= layer down), please let me know.=0A= =0A= Thanks, rick= From owner-freebsd-current@freebsd.org Fri Aug 28 04:12: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 059AB3CCB3F for ; Fri, 28 Aug 2020 04:12:50 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bd5mK23Byz3yh2 for ; Fri, 28 Aug 2020 04:12:49 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1kBVkk-000AGZ-Tq; Fri, 28 Aug 2020 06:12:38 +0200 Date: Fri, 28 Aug 2020 06:12:38 +0200 From: Kurt Jaeger To: Rick Macklem Cc: "freebsd-current@FreeBSD.org" Subject: Re: Does FreeBSD have an assigned Internet OID? Message-ID: <20200828041238.GO3539@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Bd5mK23Byz3yh2 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 04:12:50 -0000 Hi! > For the NFS over TLS work, I have a need for an Internet OID. > (I understand that IETF assigns ones for things like SNMP under > 1.3.6.1.4.1...) > > I'm referring to the long strings of numbers separated by "."s, > where each number is a subtree administered by someone. https://www.iana.org/assignments/enterprise-numbers/enterprise-numbers says: 2238 The FreeBSD Project Poul-Henning Kamp phk&FreeBSD.ORG > If either the project or Foundation has one assigned to them, > that I can acquire a subnumber (or whatever they call the next > layer down), please let me know. -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Fri Aug 28 05:19: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 A52663CE007 for ; Fri, 28 Aug 2020 05:19:25 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4Bd7F82s32z421h for ; Fri, 28 Aug 2020 05:19:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id A044E1AF20F; Fri, 28 Aug 2020 05:19:16 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 07S5JGMU040661 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 28 Aug 2020 05:19:16 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 07S5JFtN040660; Fri, 28 Aug 2020 05:19:15 GMT (envelope-from phk) To: Rick Macklem cc: "freebsd-current@FreeBSD.org" Subject: Re: Does FreeBSD have an assigned Internet OID? In-reply-to: From: "Poul-Henning Kamp" References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <40658.1598591955.1@critter.freebsd.dk> Date: Fri, 28 Aug 2020 05:19:15 +0000 Message-ID: <40659.1598591955@critter.freebsd.dk> X-Rspamd-Queue-Id: 4Bd7F82s32z421h X-Spamd-Bar: - X-Spamd-Result: default: False [-1.32 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEFALL_USER(0.00)[phk]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.978]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.49)[-0.490]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.85)[-0.852]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 05:19:25 -0000 -------- Rick Macklem writes: > For the NFS over TLS work, I have a need for an Internet OID. > (I understand that IETF assigns ones for things like SNMP under > 1.3.6.1.4.1...) See: /usr/share/snmp/mibs/FREEBSD-MIB.txt -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Fri Aug 28 05:37:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 425F73CE909 for ; Fri, 28 Aug 2020 05:37:53 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bd7fT0B70z4309 for ; Fri, 28 Aug 2020 05:37:53 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 046A43CE68F; Fri, 28 Aug 2020 05:37:53 +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 042F13CE8AB for ; Fri, 28 Aug 2020 05:37:53 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 4Bd7fS1RXCz42nH; Fri, 28 Aug 2020 05:37:51 +0000 (UTC) (envelope-from ypankov@xsmail.com) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 5EA795C01DC; Fri, 28 Aug 2020 01:37:51 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 28 Aug 2020 01:37:51 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddviedgleekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomhepjghurhhi ucfrrghnkhhovhcuoeihphgrnhhkohhvseigshhmrghilhdrtghomheqnecuggftrfgrth htvghrnhephfdvvefhkeekkeehfeefveejveejudfhjefgjeefiedugeehueeuteehieeh uddvnecukfhppeeluddrvdegtddruddvgedrudeltdenucfuphgrmhfkphfpvghtfihorh hkpeeluddrvdegtddruddvgedrudeltdenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvseigshhmrghilhdrtghomh X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.190]) by mail.messagingengine.com (Postfix) with ESMTPA id AC78D328005D; Fri, 28 Aug 2020 01:37:50 -0400 (EDT) Subject: Re: panic in range_tree_seg64_compare() To: Matthew Macy Cc: current References: <2b89d19f-3fa9-8cf2-4ce2-91f1702172e4@xsmail.com> From: Yuri Pankov Message-ID: Date: Fri, 28 Aug 2020 08:37:48 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.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: 4Bd7fS1RXCz42nH X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.06 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[xsmail.com:s=fm3,messagingengine.com:s=fm3]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; FREEMAIL_FROM(0.00)[xsmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-0.97)[-0.974]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[xsmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[xsmail.com,none]; NEURAL_HAM_SHORT(-0.95)[-0.952]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[xsmail.com]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[current]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28: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, 28 Aug 2020 05:37:53 -0000 Matthew Macy wrote: > On Thu, Aug 27, 2020 at 6:34 PM Yuri Pankov wrote: >> >> Yet another issue I'm seeing after last update (currently running >> r364870), hit it 2 times today: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 19; apic id = 0d >> fault virtual address = 0xfffff819e2ecdc40 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff8277fa64 >> stack pointer = 0x28:0xfffffe01f9ff2d90 >> frame pointer = 0x28:0xfffffe01f9ff2d90 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 48792 (blk-3:0-0) >> trap number = 12 >> panic: page fault >> cpuid = 19 >> time = 1598577675 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe01f9ff2a40 >> vpanic() at vpanic+0x182/frame 0xfffffe01f9ff2a90 >> panic() at panic+0x43/frame 0xfffffe01f9ff2af0 >> trap_fatal() at trap_fatal+0x387/frame 0xfffffe01f9ff2b50 >> trap_pfault() at trap_pfault+0x97/frame 0xfffffe01f9ff2bb0 >> trap() at trap+0x2ab/frame 0xfffffe01f9ff2cc0 >> calltrap() at calltrap+0x8/frame 0xfffffe01f9ff2cc0 >> --- trap 0xc, rip = 0xffffffff8277fa64, rsp = 0xfffffe01f9ff2d90, rbp = >> 0xfffffe01f9ff2d90 --- >> range_tree_seg64_compare() at range_tree_seg64_compare+0x4/frame >> 0xfffffe01f9ff2d90 >> zfs_btree_find() at zfs_btree_find+0x1bd/frame 0xfffffe01f9ff2df0 >> range_tree_find_impl() at range_tree_find_impl+0x6e/frame 0xfffffe01f9ff2e30 >> range_tree_find() at range_tree_find+0x1c/frame 0xfffffe01f9ff2e70 >> range_tree_contains() at range_tree_contains+0x9/frame 0xfffffe01f9ff2e80 >> dnode_block_freed() at dnode_block_freed+0x11d/frame 0xfffffe01f9ff2eb0 >> dbuf_read() at dbuf_read+0x70c/frame 0xfffffe01f9ff2fc0 >> dmu_buf_hold_array_by_dnode() at dmu_buf_hold_array_by_dnode+0x164/frame >> 0xfffffe01f9ff3030 >> dmu_read_impl() at dmu_read_impl+0xce/frame 0xfffffe01f9ff30c0 >> dmu_read() at dmu_read+0x45/frame 0xfffffe01f9ff3100 >> zvol_geom_bio_strategy() at zvol_geom_bio_strategy+0x2aa/frame >> 0xfffffe01f9ff3180 >> g_io_request() at g_io_request+0x2df/frame 0xfffffe01f9ff31b0 >> g_dev_strategy() at g_dev_strategy+0x155/frame 0xfffffe01f9ff31e0 >> physio() at physio+0x4f8/frame 0xfffffe01f9ff3270 >> devfs_read_f() at devfs_read_f+0xde/frame 0xfffffe01f9ff32d0 >> dofileread() at dofileread+0x81/frame 0xfffffe01f9ff3320 >> kern_preadv() at kern_preadv+0x62/frame 0xfffffe01f9ff3360 >> sys_preadv() at sys_preadv+0x39/frame 0xfffffe01f9ff3390 >> amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe01f9ff34b0 >> fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe01f9ff34b0 >> --- syscall (289, FreeBSD ELF64, sys_preadv), rip = 0x8006fd89a, rsp = >> 0x7fffdfdfcf18, rbp = 0x7fffdfdfcfc0 --- >> Uptime: 4h13m43s > > >> >> Guessing on zvol_geom_bio_strategy(), it's volmode=dev zvol I'm using >> for bhyve VM. Anything known? > > Not really. A reproduction scenario would be very helpful. This was > seen once by someone at iX - I committed some additional asserts to > the truenas tree, but haven't heard further. > > +++ b/module/zfs/dbuf.c > @@ -3192,7 +3192,7 @@ > dbuf_dirty_leaf_with_existing_frontend(dbuf_dirty_state_t *dds) > * scheduled its write with its buffer, we must > * disassociate by replacing the frontend. > */ > - ASSERT(db->db_state & (DB_READ|DB_PARTIAL)); > + ASSERT3U(db->db_state, &, (DB_READ|DB_PARTIAL)); > ASSERT3U(db->db_dirtycnt, ==, 1); > dbuf_dirty_set_data(dds); > } else { > @@ -3238,18 +3238,24 @@ dbuf_dirty_record_create_leaf(dbuf_dirty_state_t *dds) > > dr = dbuf_dirty_record_create(dds); > > + /* > + * XXX - convert to ASSERT after dn_free_ranges fix > + */ > + VERIFY(db->db_level == 0); > + VERIFY(db->db_blkid != DMU_BONUS_BLKID); Can't find context for both chunks, there are simply no such functions in sys/contrib/openzfs/module/zfs/dbuf.c, and yes, note that I'm running the in-tree version. From owner-freebsd-current@freebsd.org Fri Aug 28 10:07: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 56EAE3D3AB5 for ; Fri, 28 Aug 2020 10:07:18 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdFdJ59Fkz4K3H for ; Fri, 28 Aug 2020 10:07:16 +0000 (UTC) (envelope-from ohartmann@walstatt.org) X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([77.13.141.124]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MWih0-1k4xRK0suG-00X1L0 for ; Fri, 28 Aug 2020 12:07:14 +0200 Date: Fri, 28 Aug 2020 12:07:06 +0200 From: "Hartmann, O." To: FreeBSD CURRENT Subject: installkernel: install: /usr/lib/debug/boot/kernel/: No such file or directory *** Error code 71 Message-ID: <20200828120706.7b2c3396@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/7ac37SkvC=KlB+B17u3LisZ"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:3rNL+jA/CeHVc+EpQZyRvfyF2KwhcuiZM4nLsO0hUKX+6nJCyz8 UmvbP9nDD0j//1EXlstzxtU9i1W8toKfWDCMu1JzOBo6JgifF4uOB8HDFDjzbJskpUP6M/D GXIoaA19yLzca0T+2AkeZ5yGXDg+YCcnEW9SHfCprjOqzm1Fvt2oi6X2smqb+iIBK0mNbxT +2wW7UEaERTAkHqoo3X1Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:02dtUe8JP90=:eBEVQvjg7O5Ntm/BKlc5yI HVr0s5sevn8b9kOFubn91jvY1lEvXiemKw7DehzM3yXMGOqJdJrDDJLelaJ24+GUknLk+6QPr 2kNLJqRQXtk9Wx5aMokQFgujA/3urU7f+6rtEyXo3VIQ4zOc8PpZD7ELLeDlD/BDtb2dpP/Oc SF1XG01WhpN5O6jBwH4L6VXQqJ46QJ4K8C3TJdQrFWsoJJe9+0lC/RuFVg33nVW3154DNJL6n iWnNSJFhJJ1xxtyApHANr9Gi2l1Vd2Hg2+EgWKKjes1YEHykeI7tIcAXCBv1Eho4h012za/vH u6EqgpDllbMDRnngwbMOevTnXncsJkpuDlu35Bv6f6N5HugwN3e5j6x+WgqObVLdk5YB8QdLA MG1DA78DuluofhO5MJR4pB8FEtMEoCli6U1QpB615FKE1LBlAZxHPWxUT67jZ8wLaEPc3FGKb UrKbQjvg8oc9Q2Ris+veevgZ2VVFp/idK4rCdbRhNCHZhYfyY/ZFpCsrfNkMb/qChGc/Iqz9N 47tvJfmzvV/tycBRkrPrq0xMKAh1n+/SU7mZk4gjwkUs1ACbLU4/ciILlChelZqkvOi7iDnww RXAe9g1q1MCMTSasBMcjZgHYSl4NkWuhKKZEi4KVkOvtYcvl84P4QjPw53HmWID/SVlMs/8mZ l7EAo0P4Hf1ykSbOraOYS/BgwwCWROgahrbSThCYHV2eiNhPyiDIsLqUEMt2YF7LRtgPkU2mC iEcA+ANMlHarzL5MB/W1n3qOsYRV/R9pAWbYqjIIkJsRJnsPVoML9zApFxMVqRO90MfCtTIik MepMn8ABmzQs183DtQyec1aHEQLyisDecaVMiSWt3Kljko9azQqhH3w2JXl/JhaJ3RNhO18uD JAjxOV5Dw4PkDBD5eoM8jDZRyZSOmD7H+LMR9o5cf5jyrfiKxLt3M6PKO4bhf1ce5JiVfBW+X 9zsil12DUsDuvJHbGztn3hAf1KgTPl3PR2i4hONSDWR5J1+Gdtq2tOhf8q50hvJ3zi2OyKOLt QW/0Ik+yOLsK04zbFHOpTQwegi4gxGZ+Hdq2ItDNkIfWzwpFB+E3QAKu8uclV4rWjpgEX9K4v PpLSoJ5P+0CZ6olJN1AhgThLLUJAeCC2EBA7lfKlMHu28H0/x5aiWOZNGnNLUxWXkpZjOSP0V 6ISRcLI2Sb5Kh5SbUQ7lOwBwUr/3iWtas4dGUJM9XD9XjUfYuB5dut6dT1Pb5NUNvocF2GETK MgXSNnyKPDaia0DEZyOlPiMTRY9C+MukWuRoK0Q== X-Rspamd-Queue-Id: 4BdFdJ59Fkz4K3H X-Spamd-Bar: - X-Spamd-Result: default: False [-1.86 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.88)[-0.876]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.18:from]; NEURAL_HAM_MEDIUM(-0.68)[-0.684]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RECEIVED_SPAMHAUS_PBL(0.00)[77.13.141.124:received]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; NEURAL_SPAM_SHORT(0.20)[0.198]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.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, 28 Aug 2020 10:07:18 -0000 --Sig_/7ac37SkvC=KlB+B17u3LisZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On CURRENT (FreeBSD 13.0-CURRENT #185 r364767: Tue Aug 25 16:10:50 CEST 2020 amd64), /usr/src at revision 364907, installkernel fails now due to an error as shown below. For the record, "options ZFS" ist statically in the kernel config file. Also deleting /usr/obj and restarting buildworld and buildkernel from scratch doesn't solve the problem. The buildworld and buildkernel mutually finish without error (I do not see any on the console), installworld also finishes fine, but installkernel not. /etc/src.conf looks as follows: [...] CPUTYPE?=3D native # World CFLAGS+=3D -O3 #CFLAGS+=3D -DNDEBUG # Kernel COPTFLAGS+=3D -O3 #COPTFLAGS+=3D -DNDEBUG #CXXFLAGS+=3D -std=3Dc++17 WITH_CLANG_EXTRAS=3D YES WITH_LLDB=3D YES #WITH_BSD_GREP=3D YES WITH_OFED_EXTRA=3D YES WITH_NAND=3D YES #WITH_CTF=3D YES WITH_SVN=3D YES WITH_BEARSSL=3D YES WITH_PIE=3D YES WITH_SORT_THREADS=3D YES WITH_ZONEINFO_LEAPSECONDS_SUPPORT=3D YES MALLOC_PRODUCTION=3D YES WITHOUT_ASSERT_DEBUG=3D YES WITHOUT_TESTS=3D YES WITHOUT_PROFILE=3D YES WITHOUT_DEBUG_FILES=3D YES WITHOUT_REPRODUCIBLE_BUILD=3D YES [...] Debugging facilities are disabled as src.conf indicates. [...] install -T release -o root -g wheel -m 555 xz.ko /boot/kernel/ =3D=3D=3D> zfs (install) install -T release -o root -g wheel -m 555 zfs.ko /boot/kernel/ install -T dbg -o root -g wheel -m 555 zfs.ko.debug /usr/lib/debug/boot/kernel/=20 install: /usr/lib/debug/boot/kernel/: No such file or directory *** Error code 71 Stop. make[4]: stopped in /usr/src/sys/modules/zfs *** Error code 1 *** Error code 1 --Sig_/7ac37SkvC=KlB+B17u3LisZ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCX0jXSgAKCRA4N1ZZPba5 R/a5AQDsOwM+XgKPUfl+Y1BTnqY250pHicuzaxHx/LJzqP4ddgD/a8AAfqtvuIBl vz2WQ7eDOiZu+3oEMB7rjx7pP8JmXwY= =gdus -----END PGP SIGNATURE----- --Sig_/7ac37SkvC=KlB+B17u3LisZ-- From owner-freebsd-current@freebsd.org Fri Aug 28 10: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 F05583D447D for ; Fri, 28 Aug 2020 10:31:24 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (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 4BdG982Pclz4Lr6 for ; Fri, 28 Aug 2020 10:31:24 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x343.google.com with SMTP id u18so464536wmc.3 for ; Fri, 28 Aug 2020 03:31:24 -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:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fP438fYHG2KAxzsGlpy1GhDY++2IQSdeeggQjotk+Oo=; b=hMPzxnaprgLYIRRGprRs32gjfRot/IIWiVz+TqDiOj/HWtQEveid16vZ2ssMUjcnCE rAGEB538cGMrbVw6YflltUIJJIPjbPtIE0tr8vAJlHWfPnCcK9ZMoP6TJ2mf6m+n+AzJ K3TS2ze0XP5Iz8ji6utf9AzLA983PiDKqNVF0fNvLcLfN7Ggew8yJ0iKGgpxpD3s58gT sUJG9fB3gYgfbrWfEZ6bL550MzGv+RWnJ/G2HaURr/44HcbLHume+F0pCCTVI7bziOur IkMTyO/5OKD8hF8j8Hj3CWmbwFwJl25KJQp6F5ueqExutpJt5ZDe3LzFJlcvbTzFUJDc 6hdA== X-Gm-Message-State: AOAM532SoQgMYH8IDwl5cw98RiqKJzUPXr062Lt0dcHDjnVZgoaVsE5w h0G0qXvLtZYdC+xe95C3QwjU6PD9kLtdCSx6D4bOhDTk X-Google-Smtp-Source: ABdhPJwXNVzcq+Za70NEhzGFNZk2pFshRTWCA7bgbJ5fQclYngVrpMOKHIE4C7lGkAAbejcaT2HVLtgjEt9zKwTslGU= X-Received: by 2002:a1c:678a:: with SMTP id b132mr1053133wmc.10.1598610682467; Fri, 28 Aug 2020 03:31:22 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5d:5347:0:0:0:0:0 with HTTP; Fri, 28 Aug 2020 03:31:21 -0700 (PDT) In-Reply-To: <20200828120706.7b2c3396@hermann.fritz.box> References: <20200828120706.7b2c3396@hermann.fritz.box> From: Mateusz Guzik Date: Fri, 28 Aug 2020 12:31:21 +0200 Message-ID: Subject: Re: installkernel: install: /usr/lib/debug/boot/kernel/: No such file or directory *** Error code 71 To: "Hartmann, O." Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BdG982Pclz4Lr6 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.27 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.04)[-1.040]; 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)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-0.97)[-0.967]; 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::343:from]; NEURAL_HAM_SHORT(-0.26)[-0.264]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 10:31:25 -0000 Can you show more of the log? When you installkernel you should see: mkdir -p /boot/kernel install -p -m 555 -o root -g wheel kernel /boot/kernel/ mkdir -p /usr/lib/debug/boot/kernel install -p -m 555 -o root -g wheel kernel.debug /usr/lib/debug/boot/kernel/ Did these succeed? Do these dirs exist now? On 8/28/20, Hartmann, O. wrote: > On CURRENT (FreeBSD 13.0-CURRENT #185 r364767: Tue Aug 25 16:10:50 CEST > 2020 amd64), /usr/src at revision 364907, installkernel fails now due > to an error as shown below. For the record, "options ZFS" ist > statically in the kernel config file. > > Also deleting /usr/obj and restarting buildworld and buildkernel from > scratch doesn't solve the problem. The buildworld and buildkernel > mutually finish without error (I do not see any on the console), > installworld also finishes fine, but installkernel not. > > /etc/src.conf looks as follows: > > [...] > CPUTYPE?= native > # World > CFLAGS+= -O3 > #CFLAGS+= -DNDEBUG > # Kernel > COPTFLAGS+= -O3 > #COPTFLAGS+= -DNDEBUG > #CXXFLAGS+= -std=c++17 > WITH_CLANG_EXTRAS= YES > WITH_LLDB= YES > #WITH_BSD_GREP= YES > WITH_OFED_EXTRA= YES > WITH_NAND= YES > #WITH_CTF= YES > WITH_SVN= YES > WITH_BEARSSL= YES > WITH_PIE= YES > WITH_SORT_THREADS= YES > WITH_ZONEINFO_LEAPSECONDS_SUPPORT= YES > MALLOC_PRODUCTION= YES > WITHOUT_ASSERT_DEBUG= YES > WITHOUT_TESTS= YES > WITHOUT_PROFILE= YES > WITHOUT_DEBUG_FILES= YES > WITHOUT_REPRODUCIBLE_BUILD= YES > > [...] > > Debugging facilities are disabled as src.conf indicates. > > [...] > install -T release -o root -g wheel -m 555 xz.ko > /boot/kernel/ ===> zfs (install) > install -T release -o root -g wheel -m 555 zfs.ko /boot/kernel/ > install -T dbg -o root -g wheel -m 555 zfs.ko.debug > /usr/lib/debug/boot/kernel/ > install: /usr/lib/debug/boot/kernel/: No such file or directory *** > Error code 71 > > Stop. > make[4]: stopped in /usr/src/sys/modules/zfs > *** Error code 1 > *** Error code 1 > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Aug 28 11:05:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AD4DB3D516A for ; Fri, 28 Aug 2020 11:05:44 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdGwl4Ysnz4NvH for ; Fri, 28 Aug 2020 11:05:43 +0000 (UTC) (envelope-from ohartmann@walstatt.org) X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([77.13.141.124]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M3lY1-1kCRPj2Oyh-000vom; Fri, 28 Aug 2020 13:05:40 +0200 Date: Fri, 28 Aug 2020 13:05:39 +0200 From: "Hartmann, O." To: Mateusz Guzik Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: installkernel: install: /usr/lib/debug/boot/kernel/: No such file or directory *** Error code 71 Message-ID: <20200828130539.18ba7437@hermann.fritz.box> In-Reply-To: References: <20200828120706.7b2c3396@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/0O_xMaD6YE+oGI1ATO=6Z.u"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:o3et4Stlhzr3P5CiN5UdlB06gI2Sy+3Mau+OmUHACxN36yPhB4i /VtEZ0cXvolUDWMxKErjbSkRBcTEER10BGoo7b7hQ6wbaHr/IRWYOpW0oEa0aStD0PbcfIF aRzbY0LsrzPK7pUcichbDyegiLvHFUxIraSwYWoaIxegyriZIJKsvGvJAQI4sRjSUbBcHkk ZwtMFH2z/NDrRmP59Kr6g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:eJITA8THqWE=:PXGRnLaS7bWQzhaL02rl44 NYGP2bokf5a9IuNb7xhoHNj56/J0UvxCnXGUa0B5RYyflaWzpQqj4tnNqqxrSRK8H3RzK0njk pEQjP29+a4lT7xDbkFfkzM2uCjVqkXzEsP0HcQg6cCsFyU38hoeNJ0aIqlYrRr6A8DjT/8jdD 6V94VDMJjggTbIDFt55FdUMFUpXAaEnxxPGxc+HQGp1/Cne2ka+UfssWH+avxSv9afes8nW95 caA2YOyB8jAVoO2aYw5gZyctbk0Tpe6ofueySloUQB37u8Uq0OK5NUMVtZwhReodaALXpzdED k0gn1eBuAjuFSQDL1jIDePJ0klRqwDya1f/MglynY8+quPuyyTgKNo7atUIU615Q2zhm/VCXK czrfaaVKG0qmSV8AZdBMIzWnTRBM0Ec/nz2AKN/s0vR3eaG2JoT0Ltt6eJzNb6uwaxNqLZC4i hxumivmxWF/LNd4r8w45/H9LEICdmSvzR3D6JvLCCxkhNINHEGvM0BA94kJpvju08bfuBokXv pxrNJyRyQc/q3Wb8CaIWT8lXVmH7ziZmPro9x2hlwJPw01fBEzUJx+Pv2cywBq8eT+gnrb/+A D1/aueSUAboKS3WV5HS7A7PQGSTPP+gJLAqRgimTFak+tiNV6mn64RRXC3zDWYwQOzKCuNr1L ewZM6yVILmH7OhGfimXP36BAyTtTP3s5l9JIdI6PJ2zwo3iZd7lTvI7rfQTto7ahvuYiIiTta +Mw8VZvqT38i7xB2lJdY5jForb9GnPsH1deiVgsXZp7NHREewkSMnOmYgDRu5IWvhcElI26Ow hOi4dFck5/+8Q3NAdidL9TAV7YTRJl6q2KLfvZAk1aMjDSyUTyeey88jHJT9zAL5BCPLcUeBH EkUPpbd7KwbXOtervt1lDHw5pjTz/6/rLPMVlP6ruf1cfl78cvx4Yr7RpA6aLO1Kxmply54rZ yErS4jlHG4ju1QHtmfxB80CP5ypSsfVhzoyoh0P1exhIZKb59U6zBjmW84PNLWzD3SRzM6ZTF Ib4ypyM3p5xyGIK6oGsfZRGt7UCyxV+Wqj7DG+A7bfkfmaxQd+OzTLWIi5j84XqSPrUz2nPh6 AF1euTI056CJDYLWuGHaaGKTNmEcTWTV3DfSkT9csPCKUMgR2l/+XC3k9f2Zo8JTG/gPM8T3O DFt1jvQ8lzKQ0ijWwH5qn1KsrywxpNZxky8Ei7+2ZzNV5redNGGGjYf4aIZELPEowK5akpjkb ADifqKCIe/qZKNprpM/F18YqcL2TQMC/lKcJOmg== X-Rspamd-Queue-Id: 4BdGwl4Ysnz4NvH X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.86)[-0.862]; NEURAL_HAM_LONG(-0.96)[-0.958]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; NEURAL_SPAM_SHORT(0.02)[0.018]; HAS_ORG_HEADER(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.15:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RECEIVED_SPAMHAUS_PBL(0.00)[77.13.141.124:received]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.15: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, 28 Aug 2020 11:05:44 -0000 --Sig_/0O_xMaD6YE+oGI1ATO=6Z.u Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 28 Aug 2020 12:31:21 +0200 Mateusz Guzik wrote: > Can you show more of the log? >=20 > When you installkernel you should see: > mkdir -p /boot/kernel > install -p -m 555 -o root -g wheel kernel /boot/kernel/ These lines are seen right after the beginning of "make installkernel". > mkdir -p /usr/lib/debug/boot/kernel > install -p -m 555 -o root -g wheel kernel.debug > /usr/lib/debug/boot/kernel/ I wouldn't expect these lines according to my /etc/src.conf, since I disbaled debugging and installing debugging infos. >=20 > Did these succeed? Do these dirs exist now? It is not existent, as expected: # ll /usr/lib/debug/boot/kernel/ ls: /usr/lib/debug/boot/kernel/: No such file or directory >=20 > On 8/28/20, Hartmann, O. wrote: > > On CURRENT (FreeBSD 13.0-CURRENT #185 r364767: Tue Aug 25 16:10:50 > > CEST 2020 amd64), /usr/src at revision 364907, installkernel fails > > now due to an error as shown below. For the record, "options ZFS" > > ist statically in the kernel config file. > > > > Also deleting /usr/obj and restarting buildworld and buildkernel > > from scratch doesn't solve the problem. The buildworld and > > buildkernel mutually finish without error (I do not see any on the > > console), installworld also finishes fine, but installkernel not. > > > > /etc/src.conf looks as follows: > > > > [...] > > CPUTYPE?=3D native > > # World > > CFLAGS+=3D -O3 > > #CFLAGS+=3D -DNDEBUG > > # Kernel > > COPTFLAGS+=3D -O3 > > #COPTFLAGS+=3D -DNDEBUG > > #CXXFLAGS+=3D -std=3Dc++17 > > WITH_CLANG_EXTRAS=3D YES > > WITH_LLDB=3D YES > > #WITH_BSD_GREP=3D YES > > WITH_OFED_EXTRA=3D YES > > WITH_NAND=3D YES > > #WITH_CTF=3D YES > > WITH_SVN=3D YES > > WITH_BEARSSL=3D YES > > WITH_PIE=3D YES > > WITH_SORT_THREADS=3D YES > > WITH_ZONEINFO_LEAPSECONDS_SUPPORT=3D YES > > MALLOC_PRODUCTION=3D YES > > WITHOUT_ASSERT_DEBUG=3D YES > > WITHOUT_TESTS=3D YES > > WITHOUT_PROFILE=3D YES > > WITHOUT_DEBUG_FILES=3D YES > > WITHOUT_REPRODUCIBLE_BUILD=3D YES > > > > [...] > > > > Debugging facilities are disabled as src.conf indicates. > > > > [...] > > install -T release -o root -g wheel -m 555 xz.ko > > /boot/kernel/ =3D=3D=3D> zfs (install) > > install -T release -o root -g wheel -m 555 zfs.ko /boot/kernel/ > > install -T dbg -o root -g wheel -m 555 zfs.ko.debug > > /usr/lib/debug/boot/kernel/ > > install: /usr/lib/debug/boot/kernel/: No such file or directory *** > > Error code 71 > > > > Stop. > > make[4]: stopped in /usr/src/sys/modules/zfs > > *** Error code 1 > > *** Error code 1 > > =20 >=20 >=20 --Sig_/0O_xMaD6YE+oGI1ATO=6Z.u Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCX0jlAwAKCRA4N1ZZPba5 Rzv4AQD8319gUb1VNvmWmmOpkxLmRjfDvIxLgAnxS9oxUTDqWwEAlpRNgsS0vqmJ JyeAIT/ASvzZ1HaZRCgRIWT0I5y/ywo= =X0qN -----END PGP SIGNATURE----- --Sig_/0O_xMaD6YE+oGI1ATO=6Z.u-- From owner-freebsd-current@freebsd.org Fri Aug 28 11:16:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5660B3D5C1C for ; Fri, 28 Aug 2020 11:16:08 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) (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 4BdH8l3y6Xz4Pt7; Fri, 28 Aug 2020 11:16:07 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x344.google.com with SMTP id o21so562296wmc.0; Fri, 28 Aug 2020 04:16:07 -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:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ETmMOvqhA/eAar+w5ueZpNYco7sC4dYwED3g9TPlN7o=; b=qfQdosJtzLgIW/UsI/Ah0M/VHCJyqfE0MEXXAwxUG8OK2KfWLqKiOzzRLOHn1pUD35 o9ozp/UVeYKeebL7WzsLd90lt54/mxneudEl2Yb7R6nNicOUzeKX2LrLwOXwSopJxaSP Efk8A56T7qP4auFEy6stT3CGb6e/NHiExsXAe1IzE9PiIFxNKHy+pcQca1bIxm7+ALZB yigK+nzcRfohT9bECXcmfHveXcL5NEn9iyobiHC8R9kmIgQaiQ+yKGDdlRiluoA/NL+n ni+rgjWLcZPKYaq51zTLJnoCPBfSKgRcmRO+/ilGUsW77MiEguuzqzTaO/G6kOYDnM8n 0ZuQ== X-Gm-Message-State: AOAM532ly7IT2hZBgCf4MxV+k/ET4AW2SdA1jHhT9cbNu44tbHoTBUSZ JrJ6xKGObq/t4+N2vonnQdzZgBndtebYuD6/OXg= X-Google-Smtp-Source: ABdhPJzg25BjudAbWM16kwCTriuHJaHH4yHnYyLXC38khMfHq/5tZR1tFd0pP8ZMkfFk6H4SOvok1d4wI3udrhlOZwo= X-Received: by 2002:a1c:1d17:: with SMTP id d23mr1132414wmd.187.1598613366165; Fri, 28 Aug 2020 04:16:06 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5d:5347:0:0:0:0:0 with HTTP; Fri, 28 Aug 2020 04:16:05 -0700 (PDT) In-Reply-To: <20200828130539.18ba7437@hermann.fritz.box> References: <20200828120706.7b2c3396@hermann.fritz.box> <20200828130539.18ba7437@hermann.fritz.box> From: Mateusz Guzik Date: Fri, 28 Aug 2020 13:16:05 +0200 Message-ID: Subject: Re: installkernel: install: /usr/lib/debug/boot/kernel/: No such file or directory *** Error code 71 To: "Hartmann, O." Cc: FreeBSD CURRENT , mmacy@freebsd.org, freqlabs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BdH8l3y6Xz4Pt7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.44 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.96)[-0.958]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::344:from]; NEURAL_HAM_SHORT(-0.45)[-0.446]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 11:16:08 -0000 On 8/28/20, Hartmann, O. wrote: > On Fri, 28 Aug 2020 12:31:21 +0200 > Mateusz Guzik wrote: > >> Can you show more of the log? >> >> When you installkernel you should see: >> mkdir -p /boot/kernel >> install -p -m 555 -o root -g wheel kernel /boot/kernel/ > > These lines are seen right after the beginning of "make installkernel". > >> mkdir -p /usr/lib/debug/boot/kernel >> install -p -m 555 -o root -g wheel kernel.debug >> /usr/lib/debug/boot/kernel/ > > I wouldn't expect these lines according to my /etc/src.conf, since I > disbaled debugging and installing debugging infos. >> >> Did these succeed? Do these dirs exist now? > > It is not existent, as expected: > > > # ll /usr/lib/debug/boot/kernel/ > ls: /usr/lib/debug/boot/kernel/: No such file or directory > Ok. I recently made changes to the namecache, which if buggy, could have resulted in woes like the above. Thus it looks like the newly imported zfs does not respect WITHOUT_DEBUG_FILES. >> >> On 8/28/20, Hartmann, O. wrote: >> > On CURRENT (FreeBSD 13.0-CURRENT #185 r364767: Tue Aug 25 16:10:50 >> > CEST 2020 amd64), /usr/src at revision 364907, installkernel fails >> > now due to an error as shown below. For the record, "options ZFS" >> > ist statically in the kernel config file. >> > >> > Also deleting /usr/obj and restarting buildworld and buildkernel >> > from scratch doesn't solve the problem. The buildworld and >> > buildkernel mutually finish without error (I do not see any on the >> > console), installworld also finishes fine, but installkernel not. >> > >> > /etc/src.conf looks as follows: >> > >> > [...] >> > CPUTYPE?= native >> > # World >> > CFLAGS+= -O3 >> > #CFLAGS+= -DNDEBUG >> > # Kernel >> > COPTFLAGS+= -O3 >> > #COPTFLAGS+= -DNDEBUG >> > #CXXFLAGS+= -std=c++17 >> > WITH_CLANG_EXTRAS= YES >> > WITH_LLDB= YES >> > #WITH_BSD_GREP= YES >> > WITH_OFED_EXTRA= YES >> > WITH_NAND= YES >> > #WITH_CTF= YES >> > WITH_SVN= YES >> > WITH_BEARSSL= YES >> > WITH_PIE= YES >> > WITH_SORT_THREADS= YES >> > WITH_ZONEINFO_LEAPSECONDS_SUPPORT= YES >> > MALLOC_PRODUCTION= YES >> > WITHOUT_ASSERT_DEBUG= YES >> > WITHOUT_TESTS= YES >> > WITHOUT_PROFILE= YES >> > WITHOUT_DEBUG_FILES= YES >> > WITHOUT_REPRODUCIBLE_BUILD= YES >> > >> > [...] >> > >> > Debugging facilities are disabled as src.conf indicates. >> > >> > [...] >> > install -T release -o root -g wheel -m 555 xz.ko >> > /boot/kernel/ ===> zfs (install) >> > install -T release -o root -g wheel -m 555 zfs.ko /boot/kernel/ >> > install -T dbg -o root -g wheel -m 555 zfs.ko.debug >> > /usr/lib/debug/boot/kernel/ >> > install: /usr/lib/debug/boot/kernel/: No such file or directory *** >> > Error code 71 >> > >> > Stop. >> > make[4]: stopped in /usr/src/sys/modules/zfs >> > *** Error code 1 >> > *** Error code 1 >> > >> >> > > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Aug 28 12:04: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 279013D769D for ; Fri, 28 Aug 2020 12:04:25 +0000 (UTC) (envelope-from strigub@dialektika.com) Received: from strigub.esotery.net (strigub.esotery.net [109.251.97.75]) (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 4BdJDS0LQdz4Srn for ; Fri, 28 Aug 2020 12:04:23 +0000 (UTC) (envelope-from strigub@dialektika.com) Received: from [10.10.10.163] (helo=SERJHOME) by strigub.esotery.net with smtp (Exim 4.94 (FreeBSD)) (envelope-from ) id 1kBd6z-0001rr-Be for freebsd-current@freebsd.org; Fri, 28 Aug 2020 15:04:15 +0300 Message-ID: <4C267E15E99E4003964861B4B7ADC9E3@SERJHOME> Reply-To: "S.N. Trigub" From: "S.N. Trigub" To: Date: Fri, 28 Aug 2020 15:02:46 +0300 Organization: =?utf-8?B?0JfQkNCeICLQlNC40LDQu9C10LrRgtC40LrQsCI=?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-SA-Exim-Connect-IP: 10.10.10.163 X-SA-Exim-Mail-From: strigub@dialektika.com X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on strigub.esotery.net X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=ALL_TRUSTED,STOX_REPLY_TYPE, STOX_REPLY_TYPE_WITHOUT_QUOTES autolearn=no autolearn_force=no version=3.4.4 Subject: speedtest.net in multi connections mode causes the FreeBSD 13-CURRENT router to crash X-SA-Exim-Version: 4.2.1 X-SA-Exim-Scanned: Yes (on strigub.esotery.net) X-Rspamd-Queue-Id: 4BdJDS0LQdz4Srn X-Spamd-Bar: + X-Spamd-Result: default: False [1.37 / 15.00]; HAS_REPLYTO(0.00)[strigub@dialektika.com]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; STOX_REPLY_TYPE(1.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)[dialektika.com]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.11)[0.111]; NEURAL_SPAM_LONG(0.10)[0.101]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.04)[-0.042]; MID_RHS_NOT_FQDN(0.50)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:31148, ipnet:109.251.97.0/24, country:UA]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 12:04:25 -0000 Hi! I run FreeBSD 13.0-CURRENT #0 r363772 as router in small office with two network interface: sk0 and sk1. sk0 connected to 2 providers (main and backup) via VLAN and natd, sk1 connected to office network via VLAN. I had to use VLAN due to cabling issues. As soon as the user runs the speedtest.net in browser on any client computer in network FreeBSD router goes into panic mode and automatically reboot during multi connection upload test. In single connections mode of speedtest.net all is fine. Error is : Fatal trap 12: page fault while in kernel mode. In my opinion the error is caused by multiple openings of outgoing connections on router in a short period of time. This is not a hardware error. I tested it on three different motherboards with different kernel versions and diffenent amount of RAM (8GB DDR2 and 16, 24, 32GB DDR3). Maybe this is somehow due to the use of VLAN, or network card driver problem... I noticed this problem about six months ago when I switched from FreeBSD 12-Current to FreeBSD 13-Current. Since then I have been updating the kernel about once a week, but the error still present. I read on the some artictes in Internet that this can happen when tcp extensions are enabled. I disabled tcp_extensons in rc.conf, and set some sysctls params as described in Internet-articles, but it didn't affect anything. The same error sometimes occurs when clients are talking on Skype. Could you help me? Any idea is appreciated! Thank you. Sergei. ====================My network cards:================================================================ skc0: port 0xc100-0xc1ff mem 0xf7b44000-0xf7b47fff irq 16 at device 1.0 on pci6 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:15:e9:b8:c3:53 miibus1: on sk0 e1000phy0: PHY 0 on miibus1 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto skc1: port 0xc000-0xc0ff mem 0xf7b40000-0xf7b43fff irq 17 at device 2.0 on pci6 skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk1: on skc1 sk1: Ethernet address: 00:19:5b:8a:97:a7 miibus2: on sk1 e1000phy1: PHY 0 on miibus2 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto ================================ My natd.conf:==================================================================== instance default interface vlan2 port 8668 use_sockets yes same_ports yes # instance vlan3 interface vlan3 port 8669 use_sockets yes same_ports yes # globalport 8670 # # ===================== My rc.conf:========================================================================= defaultrouter="109.251.97.65" tcp_extensions="NO" # Set to NO to turn off RFC1323 extensions. # ifconfig_sk0="up -rxcsum -txcsum" ifconfig_sk1="up -rxcsum -txcsum" ipv6_network_interfaces="none" # Default is auto ipv6_activate_all_interfaces="NO" # this is the default ip6addrctl_enable="NO" # New way to disable IPv6 support ip6addrctl_policy="ipv4_prefer" # Use IPv4 instead of IPv6 cloned_interfaces="vlan2 vlan3 vlan5" # # vlan2 – provider 1 as main # vlan3 -- provider 2 as backup # vlan5 – office network # ifconfig_vlan2="inet 109.251.97.75 netmask 255.255.255.224 vlan 2 vlandev sk0" ifconfig_vlan3="inet 95.164.8.37 netmask 255.255.252.0 vlan 3 vlandev sk0" ifconfig_vlan5="inet 10.10.10.177 netmask 255.255.255.240 vlan 5 vlandev sk1" # gateway_enable="YES" # zfs_enable="YES" # Set to YES to automatically mount ZFS file systems natd_enable="YES" # enables NAT natd_flags="-f /etc/natd.conf" ============== My sysctl.conf:=============================================================================== debug.debugger_on_panic=0 kern.coredump=0 kern.corefile=/dev/null net.inet.ip.fw.one_pass=1 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.tcp.recvspace=1048576 net.inet.tcp.sendspace=524288 net.inet.tcp.recvbuf_max=4194304 net.inet.tcp.sendbuf_inc=65535 net.inet.tcp.msl=5000 net.inet.ip.fw.dyn_buckets=65536 net.inet.ip.fw.dyn_max=65536 net.inet.ip.fw.dyn_ack_lifetime=120 net.inet.ip.fw.dyn_syn_lifetime=10 net.inet.ip.fw.dyn_fin_lifetime=2 net.inet.ip.fw.dyn_short_lifetime=10 ========================= My loader.conf:============================================================== zfs_load="YES" vfs.root.mountfrom="zfs:zpoolasr" vfs.zfs.prefetch_disable=0 accf_data_load="YES" # Wait for data accept filter accf_dns_load="YES" # Wait for full DNS request accept filter accf_http_load="YES" # Wait for full HTTP request accept filter coretemp_load="YES" hw.vga.textmode=0 ============================= My kernel config:========================================================== include GENERIC # ident HOME64 # nooptions KDB # Enable kernel debugger support. nooptions KDB_TRACE # Print a stack trace for a panic. nooptions DDB # Support DDB. nooptions GDB # Support remote GDB. options KDB_UNATTENDED # Don't enter debugger after panic nooptions INVARIANTS # Enable calls of extra sanity checking nooptions INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed nooptions WITNESS_KDB nooptions SOCKBUF_DEBUG nooptions DIAGNOSTIC nooptions DEBUG_MEMGUARD nooptions DEBUG_VFS_LOCKS # device smb device smbus # System management bus device intpm # Intel power management device iicbus # I2C bus system device iicsmb # I2C to SMB bridge device iicbb # I2C generic bit-banging drive device ichsmb # Intel ICH SMBus controller chips (82801AA, 82801AB, 82801BA) # options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_NOPCC options MROUTING # Multicast routing options ROUTETABLES=4 # max 16. 1 is back compatible. options IPFILTER # # FIREWALL # options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_NAT #ipfw kernel nat support options IPSTEALTH #support for stealth forwarding options TCPDEBUG options IPDIVERT #divert sockets options TCP_SIGNATURE #include support for RFC 2385 # # NETGRAPH # options NETGRAPH options NETGRAPH_ETHER options NETGRAPH_SOCKET options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_MPPC_COMPRESSION options NETGRAPH_BPF options NETGRAPH_IFACE options NETGRAPH_KSOCKET options NETGRAPH_PPP options NETGRAPH_PPTPGRE options NETGRAPH_TCPMSS options NETGRAPH_VJC options NETGRAPH_ONE2MANY options NETGRAPH_RFC1490 options NETGRAPH_TEE options NETGRAPH_TTY options NETGRAPH_UI # libalias library, performing NAT options LIBALIAS options LIBICONV # mchain library. It can be either loaded as KLD or compiled into kernel options LIBMCHAIN #options FLOWTABLE # per-cpu routing cache options DUMMYNET options HZ=1000 # Cryptographically secure random number generator; /dev/random device cryptodev # /dev/crypto for access to h/w device rndtest # FIPS 140-2 entropy tester options GEOM_BDE # Disk encryption. options GEOM_ELI # Disk encryption. ======================= My dmesg.boot:==================================================================== VERBOSE_SYSINIT: DDB not enabled, symbol lookups disabled. 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 r363772: Sun Aug 2 20:37:24 EEST 2020 root@strigub.esotery.net:/usr/obj/usr/src/amd64.amd64/sys/HOME64 amd64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) VT(vga): resolution 640x480 VERBOSE_SYSINIT: DDB not enabled, symbol lookups disabled. CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (3411.20-MHz K8-class CPU) Origin="GenuineIntel" Id=0x306a9 Family=0x6 Model=0x3a Stepping=9 Features=0xbfebfbff Features2=0x7fbae3ff AMD Features=0x28100800 AMD Features2=0x1 Structured Extended Features=0x281 XSAVE Features=0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) avail memory = 33295888384 (31753 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" random: unblocking device. ioapic0 irqs 0-23 Launching APs: 1 7 6 2 4 5 3 Timecounter "TSC-low" frequency 1705600786 Hz quality 1000 random: entropy device external interface 000.000018 [4342] netmap_init netmap: loaded module [ath_hal] loaded WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd1 at kbdmux0 nexus0 vtvga0: cryptosoft0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 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 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe0ff mem 0xe0000000-0xefffffff,0xf7d20000-0xf7d2ffff irq 16 at device 0.0 on pci1 vgapci0: Boot video device hdac0: mem 0xf7d30000-0xf7d33fff irq 17 at device 0.1 on pci1 pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7e08000-0xf7e083ff irq 23 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 usbus0: 480Mbps High Speed USB v2.0 hdac1: mem 0xf7e00000-0xf7e03fff irq 22 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 aac0: mem 0xf7800000-0xf79fffff irq 16 at device 0.0 on pci2 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled aac0: Adaptec 5805Z, aac driver 2.1.9-1 aacp0 on aac0 aacp1 on aac0 aacp2 on aac0 pcib3: irq 17 at device 28.5 on pci0 pci3: on pcib3 xhci0: mem 0xf7c00000-0xf7c07fff irq 17 at device 0.0 on pci3 xhci0: 32 bytes context size, 32-bit DMA xhci0: Unable to map MSI-X table usbus1 on xhci0 usbus1: 5.0Gbps Super Speed USB v3.0 pcib4: irq 18 at device 28.6 on pci0 pci4: on pcib4 re0: port 0xd000-0xd0ff mem 0xf0004000-0xf0004fff,0xf0000000-0xf0003fff irq 18 at device 0.0 on pci4 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 00:0b:0e:0f:00:ed re0: netmap queues/slots: TX 1/256, RX 1/256 pcib5: irq 19 at device 28.7 on pci0 pci5: on pcib5 pcib6: irq 19 at device 0.0 on pci5 pci6: on pcib6 skc0: port 0xc100-0xc1ff mem 0xf7b44000-0xf7b47fff irq 16 at device 1.0 on pci6 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:15:e9:b8:c3:53 miibus1: on sk0 e1000phy0: PHY 0 on miibus1 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto skc1: port 0xc000-0xc0ff mem 0xf7b40000-0xf7b43fff irq 17 at device 2.0 on pci6 skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk1: on skc1 sk1: Ethernet address: 00:19:5b:8a:97:a7 miibus2: on sk1 e1000phy1: PHY 0 on miibus2 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto ehci1: mem 0xf7e07000-0xf7e073ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 usbus2: 480Mbps High Speed USB v2.0 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f mem 0xf7e06000-0xf7e067ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich5: at channel 5 on ahci0 ahciem0: on ahci0 ichsmb0: port 0xf000-0xf01f mem 0xf7e05000-0xf7e050ff irq 18 at device 31.3 on pci0 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd67ff pnpid ORM0000 on isa0 coretemp0: on cpu0 est0: on cpu0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IP Filter: v5.1.2 initialized. Default = pass all, Logging = disabled ipfw2 (+ipv6) initialized, divert enabled, nat enabled, default to accept, logging disabled load_dn_sched dn_sched FQ_PIE loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched FQ_CODEL loaded load_dn_aqm dn_aqm CODEL loaded load_dn_aqm dn_aqm PIE loaded 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 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm1: at nid 20,22,21,23 and 24,26 on hdaa1 pcm2: at nid 27 and 25 on hdaa1 pcm3: at nid 30 on hdaa1 pcm4: at nid 17 on hdaa1 aacd0 on aac0 aacd0: 11443190MB (23435653120 sectors) ugen0.1: at usbus0 smbus0: on ichsmb0 smb0: on smbus0 Trying to mount root from zfs:zpoolasr []... ugen2.1: at usbus2 uhub0 on usbus2 uhub0: on usbus2 uhub1 on usbus0 uhub1: on usbus0 ugen1.1: <0x1b21 XHCI root HUB> at usbus1 uhub2 on usbus1 uhub2: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ses0 at ahciem0 bus 0 scbus4 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich5 bus 0 scbus3 target 0 lun 0 ada0: ATA8-ACS SATA 3.x device ada0: Serial Number JG40006EG6NTMC ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 953869MB (1953525168 512 byte sectors) ses0: ada0 in 'Slot 05', SATA Slot: scbus3 target 0 pass0 at aacp0 bus 0 scbus0 target 0 lun 0 pass0: Fixed Uninstalled SPC-3 SCSI device pass0: Serial Number VBG2MV2R pass0: 3.300MB/s transfers pass1 at aacp0 bus 0 scbus0 target 1 lun 0 pass1: Fixed Uninstalled SPC-3 SCSI device pass1: Serial Number VBG2G5ZR pass1: 3.300MB/s transfers pass2 at aacp0 bus 0 scbus0 target 2 lun 0 pass2: Fixed Uninstalled SPC-3 SCSI device pass2: Serial Number VBG2G2HR pass2: 3.300MB/s transfers pass3 at aacp0 bus 0 scbus0 target 3 lun 0 pass3: Fixed Uninstalled SPC-3 SCSI device pass3: Serial Number VBG2HMVR pass3: 3.300MB/s transfers Root mount waiting for: usbus0 usbus1 usbus2 uhub2: 4 ports with 4 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus0 usbus2 ugen0.2: at usbus0 uhub3 on uhub1 uhub3: on usbus0 Root mount waiting for: usbus0 usbus2 ugen2.2: at usbus2 uhub4 on uhub0 uhub4: on usbus2 uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus2 uhub4: 8 ports with 8 removable, self powered From owner-freebsd-current@freebsd.org Fri Aug 28 13:30:09 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B63B3B1474 for ; Fri, 28 Aug 2020 13:30:09 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [209.51.186.6]) (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 4BdL7P1zTLz4Yy7 for ; Fri, 28 Aug 2020 13:30:09 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id BA0D48EA8 for ; Fri, 28 Aug 2020 13:30:07 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net BA0D48EA8 To: freebsd-current@freebsd.org References: <4C267E15E99E4003964861B4B7ADC9E3@SERJHOME> From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Subject: Re: speedtest.net in multi connections mode causes the FreeBSD 13-CURRENT router to crash Message-ID: <34221ede-fa69-f3f1-5f26-744cb35c2ffb@freebsd.org> Date: Fri, 28 Aug 2020 09:30:07 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <4C267E15E99E4003964861B4B7ADC9E3@SERJHOME> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HQP6yPJ8tadF8y1N0PkUM5Tb5uGLSRtqw" X-Rspamd-Queue-Id: 4BdL7P1zTLz4Yy7 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:6939, ipnet:209.51.160.0/19, 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, 28 Aug 2020 13:30:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HQP6yPJ8tadF8y1N0PkUM5Tb5uGLSRtqw Content-Type: multipart/mixed; boundary="GblUmL0ac6FiZBxcMYO5OlyTI4fwJNR6z"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <34221ede-fa69-f3f1-5f26-744cb35c2ffb@freebsd.org> Subject: Re: speedtest.net in multi connections mode causes the FreeBSD 13-CURRENT router to crash References: <4C267E15E99E4003964861B4B7ADC9E3@SERJHOME> In-Reply-To: <4C267E15E99E4003964861B4B7ADC9E3@SERJHOME> --GblUmL0ac6FiZBxcMYO5OlyTI4fwJNR6z Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-08-28 08:02, S.N. Trigub wrote: > Hi! >=20 > I run FreeBSD 13.0-CURRENT #0 r363772 as router in small office with tw= o > network interface: sk0 and sk1. > sk0 connected to 2 providers (main and backup) via VLAN and natd, sk1 > connected to office network via VLAN. > I had to use VLAN due to cabling issues. >=20 > As soon as the user runs the speedtest.net in browser on any client > computer in network > FreeBSD router goes into panic mode and automatically reboot during > multi connection upload test. > In single connections mode of speedtest.net all is fine. >=20 > Error is : Fatal trap 12: page fault while in kernel mode. >=20 > In my opinion the error is caused by multiple openings of outgoing > connections on router in a short period of time. > This is not a hardware error. I tested it on three different > motherboards with different kernel versions and diffenent amount of RAM= > (8GB DDR2 and 16, 24, 32GB DDR3). > Maybe this is somehow due to the use of VLAN, or network card driver > problem... > I noticed this problem about six months ago when I switched from FreeBS= D > 12-Current to FreeBSD 13-Current. > Since then I have been updating the kernel about once a week, but the > error still present. >=20 > I read on the some artictes in Internet that this can happen when tcp > extensions are enabled. I disabled tcp_extensons in rc.conf, and > set some sysctls params as described in Internet-articles, but it didn'= t > affect anything. > The same error sometimes occurs when clients are talking on Skype. >=20 > Could you help me? Any idea is appreciated! >=20 > Thank you. > Sergei. >=20 Usually, just under the message 'Fatal trap 12: page fault while in kernel mode.' there will be some other debugging information, specifically, the 'stack backtrace', which shows where in the code the crash happened. If you can manage to capture that, it will be much easier to investigate your issue. Here is a random example I managed to find on the internet: https://preview.redd.it/cch19ymrucy21.png?width=3D644&format=3Dpng&auto=3D= webp&s=3Dbd483ca83d80fb0cdccb9b835d71b6d9812c592e --=20 Allan Jude --GblUmL0ac6FiZBxcMYO5OlyTI4fwJNR6z-- --HQP6yPJ8tadF8y1N0PkUM5Tb5uGLSRtqw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJfSQbfAAoJEBmVNT4SmAt+a/oQALtVxt2Wx9QMf3GmasbyVwuo gaGaM5J30tHwvC86BX+rldHbDJ8uZXjXRKWL1yBXOPeoA5szZVloKUjCZCDOmPE+ 3IU7M79/qHxPG78OaN7KnxZs8vwpk3PwFl/ecrBNuWSRJXv45Zg28UB9yyTEzGCs Ld9EEOtBxBa1PE54l3W8ndPQAZViZg77oCrpWzzcUkbzfXBrnkDHF4kXP6xS5kcC DvppEq+AfNsRa5Id29VGWRTC2zVYUSrkD+3Oe47xR8YLDTE+4VOfNl/cr38sbf/l qvj+iMESoJZyHRUcLlYnD8TVtu+5HZj0pd4FidLHG0cNUTBAcnXdypVYEbk+9xxI mxgfGskzeFAL2ZvonrOzO4HlzksQR5k88S1blu3ax9XKAWK+Au2bTA/XUP/JEMKN abxOu4R+ffIex4xan3g+XAOl+NhZU4fa2KtebGYhPWJe0aHyuNTY5ttunXs8hftn ZyRlkixf7mrjP+rJa0tC61CvOA0fcVpzpMfCRUMJk9B4qv5ok3FqbutVv3DfYnL+ Fh+u0vLYEdWU+ylKRdj3KOqpCAV/uMhSno5jWzdkAdz6ExN4KxUTd3nCudznOGah UqXpCuLYzVk0pNNxLN8blc42WnsE4emUWku7BPhEXnomyOFvAunCabLaAYQ2dyIq z4O9DHTKcjfx5uU9oFGF =XTBJ -----END PGP SIGNATURE----- --HQP6yPJ8tadF8y1N0PkUM5Tb5uGLSRtqw-- From owner-freebsd-current@freebsd.org Fri Aug 28 13:42: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 6146E3B2025 for ; Fri, 28 Aug 2020 13:42:51 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BdLQ316Z5z4b0h for ; Fri, 28 Aug 2020 13:42:51 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 263B63B212C; Fri, 28 Aug 2020 13:42:51 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2602D3B2024 for ; Fri, 28 Aug 2020 13:42:51 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (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 4BdLQ21PfNz4b7Q for ; Fri, 28 Aug 2020 13:42:50 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-ej1-x62e.google.com with SMTP id b17so1551221ejq.8 for ; Fri, 28 Aug 2020 06:42:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:content-language :thread-index; bh=f3nYePFQ8ic/bWm9hHaZeIaYOUi3CTb/huSn+nFiTWw=; b=ufIr4eyP+fBFQc7Eu4Vr4u+pqNH3Sm00numLQrNXWJfSJ86KLPmSHQ7U110uMtK90l axoZ7YBApEueceCMMpHaBpgxrHi75gzNWoriHy7/UUNNoyixoB3nlBOR0g2Ini7hVFfB 3OAl4YAcmjqSOPIOHWZHcOtViTtlvAKtEMD81u9BHS8VbunohhsFPgrRZGy0g1kvKC0O WKoefWhazZnF6Q+nrVrFA+lNflvqJ5YCA1i2agEJejpHw7EVwbbBiHapSQro3DXt/sGV bCyQ7R5wldfK7KZPW25LSd3W5r4pj/R7NZmtOqJiUkuAxdxYU5vfkrRiz8DaV+347b7m Ofkg== X-Gm-Message-State: AOAM531+TiVldmuj7WAzN87U9Bck6IuU1/U6t9pq8XSssqAgLzfsglsS WD6ErIx0dqlZrm1n0zubrHGhN1c7TFTARA== X-Google-Smtp-Source: ABdhPJxa47evftMYlc3djeCOBrqQayrR7hcUaSJn6K9MwPw207CRmLcb9KGu0rw1K+eoCMJQKXow+Q== X-Received: by 2002:a17:906:f1da:: with SMTP id gx26mr1919696ejb.261.1598622168393; Fri, 28 Aug 2020 06:42:48 -0700 (PDT) Received: from DRIESPC (ptr-8sijbm62tqptcgmjpoi.18120a2.ip6.access.telenet.be. [2a02:1811:2505:1601:51fa:356d:4c5f:1ec2]) by smtp.gmail.com with ESMTPSA id b15sm1007797eje.27.2020.08.28.06.42.47 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Aug 2020 06:42:47 -0700 (PDT) From: To: "'Yuri Pankov'" , "'bob prohaska'" Cc: References: <20200827185927.GA24756@www.zefox.net> <58def58f-b660-0d81-5964-1835787b4132@xsmail.com> In-Reply-To: <58def58f-b660-0d81-5964-1835787b4132@xsmail.com> Subject: RE: usbd_setup_device_desc: getting device descriptor at addr 6 failed, USB_ERR_IOERROR Date: Fri, 28 Aug 2020 15:42:46 +0200 Message-ID: <002d01d67d41$1d143c60$573cb520$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Content-Language: en-be Thread-Index: AQHrxnKjf17jQdiI1D+1aUJmJU3lMQGW6Z8aAZBIpsSpCbu+gA== X-Rspamd-Queue-Id: 4BdLQ21PfNz4b7Q X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.46)[-0.459]; FREEMAIL_TO(0.00)[xsmail.com,www.zefox.net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.96)[-0.956]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NO_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62e:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 13:42:51 -0000 I just want to add a "me to" here. With a recent upgrade of CURRENT on my laptop, these error messages started popping up. Possibly not really harming anything under the hood though. Dries > -----Original Message----- > From: owner-freebsd-current@freebsd.org current@freebsd.org> On Behalf Of Yuri Pankov > Sent: Thursday, 27 August 2020 21:18 > To: bob prohaska > Cc: current@freebsd.org > Subject: Re: usbd_setup_device_desc: getting device descriptor at addr 6 > failed, USB_ERR_IOERROR > > bob prohaska wrote: > > On Thu, Aug 27, 2020 at 09:41:16PM +0300, Yuri Pankov wrote: > >> Another issue that I started seeing lately, didn't try finding out > >> when exactly in case someone knows what it's about: > >> > >> Root mount waiting for: usbus0 > >> usbd_setup_device_desc: getting device descriptor at addr 6 failed, > >> USB_ERR_IOERROR > >> > > [details snipped] > > > >> So far not seeing any ill effects from this, i.e. I can connect USB > >> HDD to these ports, and it's successfully detected. > > > > If it's convenient, connecting a USB-serial adapter and rebooting > > might be interesting. I'm having trouble with FT232 obstructing disk > > detection in some cases and self-disconnecting in others on a Pi3B. > > Don't have one. It is "desktop" PC, so the only USB devices I have/need are > keyboard/mouse and memsticks. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Aug 28 16:25: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 DDF273B646A for ; Fri, 28 Aug 2020 16:25:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (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 4BdQ1V1ZQ1z3YZJ for ; Fri, 28 Aug 2020 16:25:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x732.google.com with SMTP id p25so1471819qkp.2 for ; Fri, 28 Aug 2020 09:25:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=xuPg2QZuOnjXhahXNobQeh1atuydPBr37qW5O/ocL9g=; b=rZixKaTnNMcIraQJYhsQfTiwdHPww/DqwKIhhEP96ejFBrn86dTf7OngBq1hvbVnOu FgshX76VntCBmPnnr0OE+hCL95Bir17QFOFgbrtK+S7cSB8nAUgmcP7CHeMVqJdNGGPq 2BL56zQ6d2fj+a2ijKU/2tYWMkPNk3J9WFgxfT4MQj98bP/uWnr+UIoETN0KLF5Eaoln 57pFtrycJc5UNV36wGtxug+YyH77Hojky5OQ/hBzVjzh6Ndp+hGQeMQi6Z9feCe1X9WF +zNuFgsnXqeEKNOC+MygzuSQl9UruVsAAC2w6R/V1+/WcxKvyZ12Cu7HJtUKkSRbtXw7 eOmQ== X-Gm-Message-State: AOAM530itZ394ksbx/tu18VP8/viURK3nwlZ2ymSDVhJcyv8xwrd/aYC M7vmt/HMNEeWugOb4E7ajNWiSqqP01we699laj8Y5PxQdzY= X-Google-Smtp-Source: ABdhPJw3Wd55ogdwVrNGwr7jQXLJrZKDzMhdGbldUeIS8SKEapWedNOaPlaXJovaWRc3IONLPu8Ykj1nFGsDjKNvUaM= X-Received: by 2002:a37:e508:: with SMTP id e8mr1847706qkg.380.1598631917105; Fri, 28 Aug 2020 09:25:17 -0700 (PDT) MIME-Version: 1.0 From: Warner Losh Date: Fri, 28 Aug 2020 10:25:06 -0600 Message-ID: Subject: The spkr driver To: "freebsd-arch@freebsd.org" , FreeBSD Current , FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4BdQ1V1ZQ1z3YZJ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.86 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.968]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.93)[-0.926]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::732:from]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 16:25:18 -0000 Greetings, I'd like to retire the spkr driver. It was a cute hack before sound cards were ubiquitous, but it's not been kept up to date, and it's not clear that it still works.... It is still Giant locked, and though it's not a huge effort to do the locking I literally have no way to test it that I trust... Is anybody using it these days for anything? If not, I'd propose we de-orbit it before 13. If so, I need people to test patches to remove Giant... Warner From owner-freebsd-current@freebsd.org Fri Aug 28 16:37: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 603E23B6C7F; Fri, 28 Aug 2020 16:37:41 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdQHm5hwpz3Zj7; Fri, 28 Aug 2020 16:37:40 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [2a02:8011:300b:42:8862:e368:367e:1670] by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1kBhNb-0001Vy-3e; Fri, 28 Aug 2020 17:37:31 +0100 Content-Type: multipart/signed; boundary="Apple-Mail=_F9971126-A57E-43BB-BBF3-D6F741663BC8"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: The spkr driver From: Mark Murray In-Reply-To: Date: Fri, 28 Aug 2020 17:37:30 +0100 Cc: "freebsd-arch@freebsd.org" , FreeBSD Current , FreeBSD-STABLE Mailing List Message-Id: References: To: Warner Losh X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BdQHm5hwpz3Zj7 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:39326, ipnet:2a01:348::/32, country:GB]; local_wl_from(0.00)[FreeBSD.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 16:37:41 -0000 --Apple-Mail=_F9971126-A57E-43BB-BBF3-D6F741663BC8 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On 28 Aug 2020, at 17:25, Warner Losh wrote: > > Greetings, Hi > I'd like to retire the spkr driver. It was a cute hack before sound cards > were ubiquitous, but it's not been kept up to date, and it's not clear that > it still works.... It is still Giant locked, and though it's not a huge > effort to do the locking I literally have no way to test it that I trust... It does work, and de-orbiting it will break morse(6), the "-p" option in particular. Is this a great loss? I doubt it; Its a cute hack. I reckon morse could stand learning how to inject sounds into /dev/audio anyway. > Is anybody using it these days for anything? If not, I'd propose we > de-orbit it before 13. If so, I need people to test patches to remove > Giant... I could test the patches, but frankly I'd rather fix morse(6). M -- --Apple-Mail=_F9971126-A57E-43BB-BBF3-D6F741663BC8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl9JMsoACgkQQlsJDh9C UqAIUwf+NxD95rKTQ4tvHqBuGXzlPsSb1ecKwZiloM72FpsieSUzT/aCembAxC3X Mar7udrb6RBo0DwZIE2ZfU0vlNmmx4Y839vtj8xRzArcVlbtM7Lcn3L4cp+6ErPl fkMjqKldXOiM+9WKnSlupxkbw+wT5+BdH1kLQRtCEi1Dw02ATs/3tziWj5SyaZwL NEuUmb+BAawUWh1Qdnpqf9SG6Ce230JR8a/kVmkWldZ51S1hlZ8CKdGcBiwchoJk +TfABFRBEVoVD29zAnv2IXRQIOboKJaa/gUVMexuGjUzneDTwUTpfObgLCbvRjwz yw0F+WIbZ5wka+lIaGaZ+eb/LAXeVw== =B286 -----END PGP SIGNATURE----- --Apple-Mail=_F9971126-A57E-43BB-BBF3-D6F741663BC8-- From owner-freebsd-current@freebsd.org Fri Aug 28 16:49: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 C768A3B77BE for ; Fri, 28 Aug 2020 16:49:33 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BdQYT4yhtz3cB0 for ; Fri, 28 Aug 2020 16:49:33 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id AA54A3B7989; Fri, 28 Aug 2020 16:49:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA1F13B75E6 for ; Fri, 28 Aug 2020 16:49:33 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4BdQYT438Tz3c0t for ; Fri, 28 Aug 2020 16:49:33 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) (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 6920337A24 for ; Fri, 28 Aug 2020 16:49:33 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f171.google.com with SMTP id i10so2072305ljn.2 for ; Fri, 28 Aug 2020 09:49:33 -0700 (PDT) X-Gm-Message-State: AOAM532xtCaU5i74vPn+011oC7gkqCYSg5GTvKsVkXLzXqUx1Q1mir6n W/T7Doa4eNR9oj9a3OWeGc2CYXXkkKffohWZjik= X-Google-Smtp-Source: ABdhPJxF07T8A0F37Osgs1zeWO4BhfjilQKoKL/wBcZbNGRcNvU+UmDP3ssXCZdCY+XLHYFuUX4TpbPNC9qeNxzM9eI= X-Received: by 2002:a2e:9904:: with SMTP id v4mr1230261lji.321.1598633371995; Fri, 28 Aug 2020 09:49:31 -0700 (PDT) MIME-Version: 1.0 References: <2b89d19f-3fa9-8cf2-4ce2-91f1702172e4@xsmail.com> In-Reply-To: From: Matthew Macy Date: Fri, 28 Aug 2020 09:49:20 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic in range_tree_seg64_compare() To: Yuri Pankov Cc: 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: Fri, 28 Aug 2020 16:49:33 -0000 On Thu, Aug 27, 2020 at 10:37 PM Yuri Pankov wrote: > > Matthew Macy wrote: > > On Thu, Aug 27, 2020 at 6:34 PM Yuri Pankov wrote: > >> > >> Yet another issue I'm seeing after last update (currently running > >> r364870), hit it 2 times today: > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid = 19; apic id = 0d > >> fault virtual address = 0xfffff819e2ecdc40 > >> fault code = supervisor read data, page not present > >> instruction pointer = 0x20:0xffffffff8277fa64 > >> stack pointer = 0x28:0xfffffe01f9ff2d90 > >> frame pointer = 0x28:0xfffffe01f9ff2d90 > >> code segment = base 0x0, limit 0xfffff, type 0x1b > >> = DPL 0, pres 1, long 1, def32 0, gran 1 > >> processor eflags = interrupt enabled, resume, IOPL = 0 > >> current process = 48792 (blk-3:0-0) > >> trap number = 12 > >> panic: page fault > >> cpuid = 19 > >> time = 1598577675 > >> KDB: stack backtrace: > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >> 0xfffffe01f9ff2a40 > >> vpanic() at vpanic+0x182/frame 0xfffffe01f9ff2a90 > >> panic() at panic+0x43/frame 0xfffffe01f9ff2af0 > >> trap_fatal() at trap_fatal+0x387/frame 0xfffffe01f9ff2b50 > >> trap_pfault() at trap_pfault+0x97/frame 0xfffffe01f9ff2bb0 > >> trap() at trap+0x2ab/frame 0xfffffe01f9ff2cc0 > >> calltrap() at calltrap+0x8/frame 0xfffffe01f9ff2cc0 > >> --- trap 0xc, rip = 0xffffffff8277fa64, rsp = 0xfffffe01f9ff2d90, rbp = > >> 0xfffffe01f9ff2d90 --- > >> range_tree_seg64_compare() at range_tree_seg64_compare+0x4/frame > >> 0xfffffe01f9ff2d90 > >> zfs_btree_find() at zfs_btree_find+0x1bd/frame 0xfffffe01f9ff2df0 > >> range_tree_find_impl() at range_tree_find_impl+0x6e/frame 0xfffffe01f9ff2e30 > >> range_tree_find() at range_tree_find+0x1c/frame 0xfffffe01f9ff2e70 > >> range_tree_contains() at range_tree_contains+0x9/frame 0xfffffe01f9ff2e80 > >> dnode_block_freed() at dnode_block_freed+0x11d/frame 0xfffffe01f9ff2eb0 > >> dbuf_read() at dbuf_read+0x70c/frame 0xfffffe01f9ff2fc0 > >> dmu_buf_hold_array_by_dnode() at dmu_buf_hold_array_by_dnode+0x164/frame > >> 0xfffffe01f9ff3030 > >> dmu_read_impl() at dmu_read_impl+0xce/frame 0xfffffe01f9ff30c0 > >> dmu_read() at dmu_read+0x45/frame 0xfffffe01f9ff3100 > >> zvol_geom_bio_strategy() at zvol_geom_bio_strategy+0x2aa/frame > >> 0xfffffe01f9ff3180 > >> g_io_request() at g_io_request+0x2df/frame 0xfffffe01f9ff31b0 > >> g_dev_strategy() at g_dev_strategy+0x155/frame 0xfffffe01f9ff31e0 > >> physio() at physio+0x4f8/frame 0xfffffe01f9ff3270 > >> devfs_read_f() at devfs_read_f+0xde/frame 0xfffffe01f9ff32d0 > >> dofileread() at dofileread+0x81/frame 0xfffffe01f9ff3320 > >> kern_preadv() at kern_preadv+0x62/frame 0xfffffe01f9ff3360 > >> sys_preadv() at sys_preadv+0x39/frame 0xfffffe01f9ff3390 > >> amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe01f9ff34b0 > >> fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe01f9ff34b0 > >> --- syscall (289, FreeBSD ELF64, sys_preadv), rip = 0x8006fd89a, rsp = > >> 0x7fffdfdfcf18, rbp = 0x7fffdfdfcfc0 --- > >> Uptime: 4h13m43s > > > > > >> > >> Guessing on zvol_geom_bio_strategy(), it's volmode=dev zvol I'm using > >> for bhyve VM. Anything known? > > > > Not really. A reproduction scenario would be very helpful. This was > > seen once by someone at iX - I committed some additional asserts to > > the truenas tree, but haven't heard further. > > > > +++ b/module/zfs/dbuf.c > > @@ -3192,7 +3192,7 @@ > > dbuf_dirty_leaf_with_existing_frontend(dbuf_dirty_state_t *dds) > > * scheduled its write with its buffer, we must > > * disassociate by replacing the frontend. > > */ > > - ASSERT(db->db_state & (DB_READ|DB_PARTIAL)); > > + ASSERT3U(db->db_state, &, (DB_READ|DB_PARTIAL)); > > ASSERT3U(db->db_dirtycnt, ==, 1); > > dbuf_dirty_set_data(dds); > > } else { > > @@ -3238,18 +3238,24 @@ dbuf_dirty_record_create_leaf(dbuf_dirty_state_t *dds) > > > > dr = dbuf_dirty_record_create(dds); > > > > + /* > > + * XXX - convert to ASSERT after dn_free_ranges fix > > + */ > > + VERIFY(db->db_level == 0); > > + VERIFY(db->db_blkid != DMU_BONUS_BLKID); > > Can't find context for both chunks, there are simply no such functions > in sys/contrib/openzfs/module/zfs/dbuf.c, and yes, note that I'm running > the in-tree version. Sorry. I forgot that this was against the cow fault avoidance changes. From owner-freebsd-current@freebsd.org Fri Aug 28 17:03:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8539C3B83CF; Fri, 28 Aug 2020 17:03:13 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdQsF0lQGz3dmP; Fri, 28 Aug 2020 17:03:12 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 07SH3H2a023938; Fri, 28 Aug 2020 10:03:23 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Fri, 28 Aug 2020 10:03:17 -0700 From: Chris To: Warner Losh Cc: freebsd-arch@freebsd.org, FreeBSD Current , FreeBSD-STABLE Mailing List Subject: Re: The spkr driver In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BdQsF0lQGz3dmP X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] 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, 28 Aug 2020 17:03:13 -0000 On 2020-08-28 09:25, Warner Losh wrote: > Greetings, > > I'd like to retire the spkr driver. It was a cute hack before sound cards > were ubiquitous, but it's not been kept up to date, and it's not clear that > it still works.... It is still Giant locked, and though it's not a huge > effort to do the locking I literally have no way to test it that I trust... > > Is anybody using it these days for anything? If not, I'd propose we > de-orbit it before 13. If so, I need people to test patches to remove > Giant... I still use it for important events, as alerts that something needs attention on any one of my servers. It's easier to distinguish, and while many boards include more complex sound. The speaker is "cheap" and easy to use. I should be able to help test. Thanks for the heads-up! --Chris > > Warner From owner-freebsd-current@freebsd.org Fri Aug 28 17:32: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 E2E493B91BA for ; Fri, 28 Aug 2020 17:32: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 4BdRVk6XsZz3yZM for ; Fri, 28 Aug 2020 17:32: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 17DAE48F51 for ; Fri, 28 Aug 2020 13:32:07 -0400 (EDT) To: freebsd-current From: Michael Butler Subject: documentation on release build process change (svn -> git)? Message-ID: Date: Fri, 28 Aug 2020 13:32:06 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BdRVk6XsZz3yZM X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_TLS_ALL(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)[]; 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]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.977]; NEURAL_HAM_MEDIUM(-0.97)[-0.974]; 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.35)[-0.345]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 17:32:15 -0000 Is there any documentation around the changes to the release build system from SVN to GIT? I currently keep a mirrored SVN repo and the revised release scripts seem not to have that as a build option. Can I still use this or do I need to throw it all out and start over? With one target machine being a 700MHz Pentium-3, building locally is not a practical option, imb From owner-freebsd-current@freebsd.org Fri Aug 28 17:43: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 9D4853B97D0 for ; Fri, 28 Aug 2020 17:43:10 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdRlL3FWpz40nV; Fri, 28 Aug 2020 17:43:10 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 15FD1F762; Fri, 28 Aug 2020 17:43:10 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 28 Aug 2020 17:43:07 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200828174307.GC61041@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="V7k+jmsoFkmFlxOk" Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598636590; 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: in-reply-to:in-reply-to:references:references; bh=W3JJUG7hPqpuGEnBUbTkGHWtR0l1gtZDTK9NXaed9Rw=; b=Gzev5TiHmJa9WCrcnJnp8gT26v3LuYnCU6oM+2/NGCxEASKPRfQkUlmqsTY9/z9mZ/mh8F T9txGjvSBl8AMojp9hYVwkKAcA5LzRyVFcAeScEYWRTimwGsFWJY3BbJCgjVCxCfKYaxZP 4X1f6yVGkoYn/ePvi1+0xXE9PZi/wHuc3MBv2FffAMxEgzhrc0thqgGihqzNZXh6qyLZgt aK6vPtraJb8kcNIFwLs90hctt3aPeE5Ygl8zNEjG5UmCXI+KiKh5aVDQGV4VIWa6Kywj4z JObnvlfl4qoo3+j1axDfuk7GJT7VGjT0pOWadJDpNblKhmj2WmLj/aXY/P1oFA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598636590; a=rsa-sha256; cv=none; b=ROeqc1nl+QwyA62Q1em0siTiqFx+MUFLvjDuzhN7ONsbKoXZ8JvnLJ4Dw2hjeGn6fDHmoF pUK8ccR/6TXUZsGwYm90yDmQ5LwConn1/4T28YtTYuNuYaV+0JhVTnLFSm5cT8d3dUt1+Q yYNxGXOxAscAxuqDc+NnWpSJviQv4ugtGl4nTGG/RpHc3p5ORpEqC2hlkUyaagIiWHjItN uDCkIzXZ4VHf8b9W8TeSzCgcMW0mlfsh6FEOf275C490JWZIje5OHngMpJ30ChfxEFb+F2 AVaq4G9ujvHAbR7KQpIe2+SXLD5cCGbwTapxiZ+x8FDZH5qaspMxPWnwb66RrA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 17:43:10 -0000 --V7k+jmsoFkmFlxOk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 28, 2020 at 01:32:06PM -0400, Michael Butler wrote: > Is there any documentation around the changes to the release build > system from SVN to GIT? >=20 > I currently keep a mirrored SVN repo and the revised release scripts > seem not to have that as a build option. Can I still use this or do I > need to throw it all out and start over? >=20 > With one target machine being a 700MHz Pentium-3, building locally is > not a practical option, >=20 You should be able to override VCSCMD, GIT{ROOT,SRC,PORTS,DOC}, and {SRC,DOC,PORTS}BRANCH in a local release.conf (see release.conf.sample). Glen --V7k+jmsoFkmFlxOk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9JQiYACgkQAxRYpUeP 4pPHvA//WUq2NsmuHOh9uQ25kEMPN8LPmnXFni+bQ4ZHNDhz0p9uAaYhMuAILv0d XmoMJDvsCaoAPdcNc9tXE2xLgixIVV7XWO6HLD2UqGiM40CzN4UndxSzMNzWu+K3 PzYRpBE8vJLMzzrnZIjuS3q/oR8/ToM1TakFDZzY9IzzyQ5fl62kPdZEpm1PsxrH EwgoOYAkFuPZQoUMyPGWaNl9/RHkFy3GDYZOlYA0PBys9bRjxxqjNukWd3/gCCQv CaxIkePjf98viTf5ucp0pp5RN8OuKAD7h/VFpgkjHx/y/Km4XUxo8fTgo+w9lqu2 tzpVJWm3ZeAIcnx8OaJbOVZ0sjk0wFz0kR++C/dybve0YnIcRBvSEdyO8fb0t/KL bVFDdAv9Hgy3mYI1lhbf+YbMfniJeFEUqmDxqxsLz3mgwo9aO8JbhNITLIOENyQv AyrjczIFPZjFTtZILetjGLksL737c490G9pduTgDcuZSXCpTDXwoD+Sd+lLTmWVq cYKo1ZLwOaDaPopX3t1UBpSR2JZ21DYo9iTHbrSPCMiwVkMrM2khdNHjREZ+h6qz QjTLJeOlakafwF9gy793aT7jLGFcHBUNU7/90yu/1nqsP5mZrxsaRfvB/5Fsf39n 1ict2U9whweuGkYwHy0rcORF6xGSaP1qBjKNUnwzSKnc6HRdTHE= =qD3B -----END PGP SIGNATURE----- --V7k+jmsoFkmFlxOk-- From owner-freebsd-current@freebsd.org Fri Aug 28 17:44:26 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 DE5273B98F4 for ; Fri, 28 Aug 2020 17:44:26 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdRmp5dD2z41S3; Fri, 28 Aug 2020 17:44:26 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 5561FF948; Fri, 28 Aug 2020 17:44:26 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 28 Aug 2020 17:44:24 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200828174424.GD61041@FreeBSD.org> References: <20200828174307.GC61041@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IjNnXkPTMbDH1qvK" Content-Disposition: inline In-Reply-To: <20200828174307.GC61041@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598636666; 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: in-reply-to:in-reply-to:references:references; bh=Y+BHcwXCFcnfR82PH7cNqyH54TRT4wvgOrI7VNq4s2A=; b=L9Sm0B3njNR7QOKOmuQLgxlMAIXNKKurwcbQIEqSsEJVtKvso+/pT/dMbogO+s7wV97J6g TQiMUUaL0KtN/2vR5zy6FbiVWNzB6m3nrBazeh7zvdEDWPTCl92d72QMMheTHSztePxDiM PZIzpYvKluges5r9K6dKvYdOn9KYozztCrpnzVGgL88stL/gs86Qc62Bh61V9F5b2FNNzs m1WqDROPiZapia6NsyFDUT+f1Wd7+/V//+Ai+n4+73wl0kstINOs5lNw5nx8a05kVxQCYA G/qFgAQWIaWLafSmnqElu+p5cN8SUExxCKSzEwIYFfzjP0pj1i7r+egNXSQysg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598636666; a=rsa-sha256; cv=none; b=W+ukXnn+5pnnVr9CiAvmr8IKdBqx7uPXWUtdDeOU3ChfFyklUqSTop7IPVHq6G6LmRbixD Fj3I4TlfZoS79nj9YTvsag2EJQ9uFjfBlr75FzCxiWTcm9WEeQMbSRo72FTnH79OGkxe/i InGFIhyaEb40lz5/KM2onIBQgmCKQ2QeZaIH9zHn9GndFFxiSdcTous2CbSdUYm5K5ewEH 0cVR8ibyhUN1n8NE/P3it6BhL7nWTr7t64hFBfg1uOTzdELdxk0oKfZxa5qkwfMca4BSBS yaqcT3fEPzL272W0dcaHZKI4xYitmeaT9OH4iq8PWfIgkXmDaL1bZxWSfE9nlw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 17:44:26 -0000 --IjNnXkPTMbDH1qvK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 28, 2020 at 05:43:07PM +0000, Glen Barber wrote: > On Fri, Aug 28, 2020 at 01:32:06PM -0400, Michael Butler wrote: > > Is there any documentation around the changes to the release build > > system from SVN to GIT? > >=20 > > I currently keep a mirrored SVN repo and the revised release scripts > > seem not to have that as a build option. Can I still use this or do I > > need to throw it all out and start over? > >=20 > > With one target machine being a 700MHz Pentium-3, building locally is > > not a practical option, > >=20 >=20 > You should be able to override VCSCMD, GIT{ROOT,SRC,PORTS,DOC}, and > {SRC,DOC,PORTS}BRANCH in a local release.conf (see release.conf.sample). >=20 Note, not entirely tested, however, since future snapshots and 13.0 will be exclusively built from the git sources. Glen --IjNnXkPTMbDH1qvK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9JQngACgkQAxRYpUeP 4pOL3g//cBNVysN0aY1nK+pgi/du7mA14Nb+5CzFmBR49mNNd3FhUJFIKkA678rc wr3L9lJ7tf3bcyxbXEv+EwCBUTNhhzndAv3RHyezPSvKVjgK2zi3NBKTIXfnDWVt nj9yAga4X3Vwb9IjIZ2P0Z94HSfkoUOwBPmW8Pg6cp4YxMs6fu1unHpxO1G0UrQ6 G5JDQd3JqPu6i/dCuy0mrhiHwvkWcGhKT42nMEV3gXYyQM21P8qt8DCpmkt69p8F LRCnuakqR1H6phgrvB+pDn/oxis2pyOMnDHF7YR/9URzlB+yIObclBTosUPY03Aq vsCb+tNHxMcw1AQEbS9mvxm40xhCnMwMpEdxk4dYd2EGMCARfIjvK293yZVI07mt z2D2DCOuYUF9qSTOc/vbgJGVmsskKdOiQmQZC/YcCz2ezuGiWBB5DrIPQMEYY8fx 9s6ELanusrFqvXPpyzzvag38rqCYwsxtwlHY5sWpsV0ozLlYEcxvViPtC6zgXahI wwQzp2+5Gvc3vSCuV/NNBERGrLv6J4M3PYI1Q/itb3jbdBgKg8fwBoxUkd/lNlHl hMyhbbVIEsjPwKfhpWjkPBN7JuNFYGZB6ROdDmt0OlKt6E/8p/ikVrjKISZoQJXZ CvYTyX3SxX+zfY7+PFMKQS5c6fPSzvY7pzNiMeuPu1utFAlMt/E= =pRW0 -----END PGP SIGNATURE----- --IjNnXkPTMbDH1qvK-- From owner-freebsd-current@freebsd.org Fri Aug 28 18:47:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 25EAD3BB6B8; Fri, 28 Aug 2020 18:47:12 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdT9C5qtpz47MG; Fri, 28 Aug 2020 18:47:11 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1kBjP0-000E4n-7k; Fri, 28 Aug 2020 20:47:06 +0200 Date: Fri, 28 Aug 2020 20:47:06 +0200 From: Kurt Jaeger To: Warner Losh Cc: "freebsd-arch@freebsd.org" , FreeBSD Current , FreeBSD-STABLE Mailing List Subject: Re: The spkr driver Message-ID: <20200828184706.GR3539@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BdT9C5qtpz47MG X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 18:47:12 -0000 Hi! > I'd like to retire the spkr driver. It was a cute hack before sound cards > were ubiquitous, but it's not been kept up to date, and it's not clear that > it still works.... It is still Giant locked, and though it's not a huge > effort to do the locking I literally have no way to test it that I trust... It works on PC Engines APU devices, and together with morse, it's very, very cool 8-} So, please keep it and un-giant it, if possible. -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Fri Aug 28 19:03: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 6BF363BCB3F for ; Fri, 28 Aug 2020 19:03:10 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 4BdTWd1dYXz4BY8 for ; Fri, 28 Aug 2020 19:03:08 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1kBjeT-0008S1-G1; Fri, 28 Aug 2020 21:03:06 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org, "S.N. Trigub" Subject: Re: speedtest.net in multi connections mode causes the FreeBSD 13-CURRENT router to crash References: <4C267E15E99E4003964861B4B7ADC9E3@SERJHOME> Date: Fri, 28 Aug 2020 21:03:00 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: <4C267E15E99E4003964861B4B7ADC9E3@SERJHOME> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 53dc9812f5ccdb40c28e7768a51e9505 X-Rspamd-Queue-Id: 4BdTWd1dYXz4BY8 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[klop.ws]; NEURAL_HAM_LONG(-0.98)[-0.984]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-0.56)[-0.562]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; 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, 28 Aug 2020 19:03:10 -0000 On Fri, 28 Aug 2020 14:02:46 +0200, S.N. Trigub = = wrote: > Hi! > > I run FreeBSD 13.0-CURRENT #0 r363772 as router in small office with t= wo = > network interface: sk0 and sk1. > sk0 connected to 2 providers (main and backup) via VLAN and natd, sk1 = = > connected to office network via VLAN. > I had to use VLAN due to cabling issues. > > As soon as the user runs the speedtest.net in browser on any client = > computer in network > FreeBSD router goes into panic mode and automatically reboot during = > multi connection upload test. > In single connections mode of speedtest.net all is fine. > > Error is : Fatal trap 12: page fault while in kernel mode. FreeBSD can also generate a crashdump. This is configured by dumpdev in /etc/rc.conf (/etc/defaults/rc.conf). T= he = default 'AUTO' is to dump to swap if it is not encrypted and the swap si= ze = is big enough. You can also specify a specific device to dump to. This dump contains all the information for a dev needed to debug this. https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rneldebug.html Regards, Ronald > > In my opinion the error is caused by multiple openings of outgoing = > connections on router in a short period of time. > This is not a hardware error. I tested it on three different = > motherboards with different kernel versions and diffenent amount of RA= M = > (8GB DDR2 and 16, 24, 32GB DDR3). > Maybe this is somehow due to the use of VLAN, or network card driver = > problem... > I noticed this problem about six months ago when I switched from FreeB= SD = > 12-Current to FreeBSD 13-Current. > Since then I have been updating the kernel about once a week, but the = = > error still present. > > I read on the some artictes in Internet that this can happen when tcp = = > extensions are enabled. I disabled tcp_extensons in rc.conf, and > set some sysctls params as described in Internet-articles, but it didn= 't = > affect anything. > The same error sometimes occurs when clients are talking on Skype. > > Could you help me? Any idea is appreciated! > > Thank you. > Sergei. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DMy network= = > cards:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > skc0: port 0xc100-0xc1ff mem = > 0xf7b44000-0xf7b47fff irq 16 at device 1.0 on pci6 > skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:15:e9:b8:c3:53 > miibus1: on sk0 > e1000phy0: PHY 0 on miibus1 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto= > > skc1: port 0xc000-0xc0ff mem = > 0xf7b40000-0xf7b43fff irq 17 at device 2.0 on pci6 > skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x9) > sk1: on skc1 > sk1: Ethernet address: 00:19:5b:8a:97:a7 > miibus2: on sk1 > e1000phy1: PHY 0 on miibus2 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto= > > > =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 My = > natd.conf:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > > instance default > interface vlan2 > port 8668 > use_sockets yes > same_ports yes > # > instance vlan3 > interface vlan3 > port 8669 > use_sockets yes > same_ports yes > # > globalport 8670 > # > # > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D My = > rc.conf:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > defaultrouter=3D"109.251.97.65" > tcp_extensions=3D"NO" # Set to NO to turn off RFC1323 extension= s. > # > ifconfig_sk0=3D"up -rxcsum -txcsum" > ifconfig_sk1=3D"up -rxcsum -txcsum" > ipv6_network_interfaces=3D"none" # Default is auto > ipv6_activate_all_interfaces=3D"NO" # this is the default > ip6addrctl_enable=3D"NO" # New way to disable IPv6 su= pport > ip6addrctl_policy=3D"ipv4_prefer" # Use IPv4 instead of IPv6 > cloned_interfaces=3D"vlan2 vlan3 vlan5" > # > # vlan2 =E2=80=93 provider 1 as main > # vlan3 -- provider 2 as backup > # vlan5 =E2=80=93 office network > # > ifconfig_vlan2=3D"inet 109.251.97.75 netmask 255.255.255.224 vlan 2 = = > vlandev sk0" > ifconfig_vlan3=3D"inet 95.164.8.37 netmask 255.255.252.0 vlan 3 = = > vlandev sk0" > ifconfig_vlan5=3D"inet 10.10.10.177 netmask 255.255.255.240 vlan 5 = > vlandev sk1" > # > gateway_enable=3D"YES" > # > zfs_enable=3D"YES" # Set to YES to automatically mount ZFS file syste= ms > natd_enable=3D"YES" # enables NAT > natd_flags=3D"-f /etc/natd.conf" > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D My = > sysctl.conf:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > debug.debugger_on_panic=3D0 > kern.coredump=3D0 > kern.corefile=3D/dev/null > net.inet.ip.fw.one_pass=3D1 > net.inet.tcp.blackhole=3D2 > net.inet.udp.blackhole=3D1 > net.inet.tcp.recvspace=3D1048576 > net.inet.tcp.sendspace=3D524288 > net.inet.tcp.recvbuf_max=3D4194304 > net.inet.tcp.sendbuf_inc=3D65535 > net.inet.tcp.msl=3D5000 > net.inet.ip.fw.dyn_buckets=3D65536 > net.inet.ip.fw.dyn_max=3D65536 > net.inet.ip.fw.dyn_ack_lifetime=3D120 > net.inet.ip.fw.dyn_syn_lifetime=3D10 > net.inet.ip.fw.dyn_fin_lifetime=3D2 > net.inet.ip.fw.dyn_short_lifetime=3D10 > > > =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 My = > loader.conf:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:zpoolasr" > vfs.zfs.prefetch_disable=3D0 > accf_data_load=3D"YES" # Wait for data accept filter > accf_dns_load=3D"YES" # Wait for full DNS request accept filter= > accf_http_load=3D"YES" # Wait for full HTTP request accept filt= er > coretemp_load=3D"YES" > hw.vga.textmode=3D0 > > > =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 My kernel = > config:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > include GENERIC > # > ident HOME64 > # > nooptions KDB # Enable kernel debugger support. > nooptions KDB_TRACE # Print a stack trace for a panic. > nooptions DDB # Support DDB. > nooptions GDB # Support remote GDB. > options KDB_UNATTENDED # Don't enter debugger after panic > nooptions INVARIANTS # Enable calls of extra sanity checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of internal = > structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect deadlocks and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed= > nooptions WITNESS_KDB > nooptions SOCKBUF_DEBUG > nooptions DIAGNOSTIC > nooptions DEBUG_MEMGUARD > nooptions DEBUG_VFS_LOCKS > # > device smb > device smbus # System management bus > device intpm # Intel power management > device iicbus # I2C bus system > device iicsmb # I2C to SMB bridge > device iicbb # I2C generic bit-banging drive > device ichsmb # Intel ICH SMBus controller chips (82801AA, 82801AB,= = > 82801BA) > # > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_PRIQ > options ALTQ_NOPCC > > options MROUTING # Multicast routing > options ROUTETABLES=3D4 # max 16. 1 is back compatible. > > options IPFILTER > # > # FIREWALL > # > options IPFIREWALL > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_NAT #ipfw kernel nat support > options IPSTEALTH #support for stealth forwarding > options TCPDEBUG > > options IPDIVERT #divert sockets > > options TCP_SIGNATURE #include support for RFC 2385 > > # > # NETGRAPH > # > options NETGRAPH > options NETGRAPH_ETHER > options NETGRAPH_SOCKET > options NETGRAPH_MPPC_ENCRYPTION > options NETGRAPH_MPPC_COMPRESSION > options NETGRAPH_BPF > options NETGRAPH_IFACE > options NETGRAPH_KSOCKET > options NETGRAPH_PPP > options NETGRAPH_PPTPGRE > options NETGRAPH_TCPMSS > options NETGRAPH_VJC > options NETGRAPH_ONE2MANY > options NETGRAPH_RFC1490 > options NETGRAPH_TEE > options NETGRAPH_TTY > options NETGRAPH_UI > > # libalias library, performing NAT > options LIBALIAS > options LIBICONV > > # mchain library. It can be either loaded as KLD or compiled into kern= el > options LIBMCHAIN > > #options FLOWTABLE # per-cpu routing cache > > options DUMMYNET > options HZ=3D1000 > > # Cryptographically secure random number generator; /dev/random > device cryptodev # /dev/crypto for access to h/w > device rndtest # FIPS 140-2 entropy tester > > options GEOM_BDE # Disk encryption. > options GEOM_ELI # Disk encryption. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = My = > dmesg.boot:=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > > VERBOSE_SYSINIT: DDB not enabled, symbol lookups disabled. > Copyright (c) 1992-2020 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-CURRENT #0 r363772: Sun Aug 2 20:37:24 EEST 2020 > root@strigub.esotery.net:/usr/obj/usr/src/amd64.amd64/sys/HOME64 = > amd64 > FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = > llvmorg-10.0.1-rc2-0-g77d76b71d7d) > VT(vga): resolution 640x480 > VERBOSE_SYSINIT: DDB not enabled, symbol lookups disabled. > CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (3411.20-MHz K8-class CPU= ) > Origin=3D"GenuineIntel" Id=3D0x306a9 Family=3D0x6 Model=3D0x3a S= tepping=3D9 > Features=3D0xbfebfbff > Features2=3D0x7fbae3ff > AMD Features=3D0x28100800 > AMD Features2=3D0x1 > Structured Extended Features=3D0x281 > XSAVE Features=3D0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > real memory =3D 34359738368 (32768 MB) > avail memory =3D 33295888384 (31753 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > random: unblocking device. > ioapic0 irqs 0-23 > Launching APs: 1 7 6 2 4 5 3 > Timecounter "TSC-low" frequency 1705600786 Hz quality 1000 > random: entropy device external interface > 000.000018 [4342] netmap_init netmap: loaded module > [ath_hal] loaded > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBS= D = > 13.0. > kbd1 at kbdmux0 > nexus0 > vtvga0: > cryptosoft0: > acpi0: > acpi0: Power Button (fixed) > cpu0: on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 550 > atrtc0: port 0x70-0x77 irq 8 on acpi0 > atrtc0: Warning: Couldn't map I/O. > atrtc0: registered as a time-of-day clock, resolution 1.000000s > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > 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 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xe000-0xe0ff mem = > 0xe0000000-0xefffffff,0xf7d20000-0xf7d2ffff irq 16 at device 0.0 on pc= i1 > vgapci0: Boot video device > hdac0: mem 0xf7d30000-0xf7d33fff irq 17 at = = > device 0.1 on pci1 > pci0: at device 22.0 (no driver attached) > ehci0: mem 0xf7e08000-0xf7e083= ff = > irq 23 at device 26.0 on pci0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > usbus0: 480Mbps High Speed USB v2.0 > hdac1: mem 0xf7e00000-0xf7e03fff i= rq = > 22 at device 27.0 on pci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > aac0: mem 0xf7800000-0xf79fffff irq 16 at = > device 0.0 on pci2 > aac0: Enabling 64-bit address support > aac0: Enable Raw I/O > aac0: Enable 64-bit array > aac0: New comm. interface enabled > aac0: Adaptec 5805Z, aac driver 2.1.9-1 > aacp0 on aac0 > aacp1 on aac0 > aacp2 on aac0 > pcib3: irq 17 at device 28.5 on pci0 > pci3: on pcib3 > xhci0: mem 0xf7c00000-0xf7c07fff = = > irq 17 at device 0.0 on pci3 > xhci0: 32 bytes context size, 32-bit DMA > xhci0: Unable to map MSI-X table > usbus1 on xhci0 > usbus1: 5.0Gbps Super Speed USB v3.0 > pcib4: irq 18 at device 28.6 on pci0 > pci4: on pcib4 > re0: port = = > 0xd000-0xd0ff mem 0xf0004000-0xf0004fff,0xf0000000-0xf0003fff irq 18 a= t = > device 0.0 on pci4 > re0: Using 1 MSI-X message > re0: Chip rev. 0x2c800000 > re0: MAC rev. 0x00100000 > miibus0: on re0 > rgephy0: PHY 1 on = > miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, = > 1000baseT-FDX-flow-master, auto, auto-flow > re0: Using defaults for TSO: 65518/35/2048 > re0: Ethernet address: 00:0b:0e:0f:00:ed > re0: netmap queues/slots: TX 1/256, RX 1/256 > pcib5: irq 19 at device 28.7 on pci0 > pci5: on pcib5 > pcib6: irq 19 at device 0.0 on pci5 > pci6: on pcib6 > skc0: port 0xc100-0xc1ff mem = > 0xf7b44000-0xf7b47fff irq 16 at device 1.0 on pci6 > skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:15:e9:b8:c3:53 > miibus1: on sk0 > e1000phy0: PHY 0 on miibus1 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto= > skc1: port 0xc000-0xc0ff mem = > 0xf7b40000-0xf7b43fff irq 17 at device 2.0 on pci6 > skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x9) > sk1: on skc1 > sk1: Ethernet address: 00:19:5b:8a:97:a7 > miibus2: on sk1 > e1000phy1: PHY 0 on miibus2 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto= > ehci1: mem 0xf7e07000-0xf7e073= ff = > irq 23 at device 29.0 on pci0 > usbus2: EHCI version 1.0 > usbus2 on ehci1 > usbus2: 480Mbps High Speed USB v2.0 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port = > 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f = = > mem 0xf7e06000-0xf7e067ff irq 19 at device 31.2 on pci0 > ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported > ahcich5: at channel 5 on ahci0 > ahciem0: on ahci0 > ichsmb0: port 0xf000-0xf01f mem = = > 0xf7e05000-0xf7e050ff irq 18 at device 31.3 on pci0 > acpi_button0: on acpi0 > acpi_tz0: on acpi0 > acpi_tz1: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi= 0 > orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd67ff pnpid= = > ORM0000 on isa0 > coretemp0: on cpu0 > est0: on cpu0 > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > IP Filter: v5.1.2 initialized. Default =3D pass all, Logging =3D disa= bled > ipfw2 (+ipv6) initialized, divert enabled, nat enabled, default to = > accept, logging disabled > load_dn_sched dn_sched FQ_PIE loaded > load_dn_sched dn_sched PRIO loaded > load_dn_sched dn_sched QFQ loaded > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched FQ_CODEL loaded > load_dn_aqm dn_aqm CODEL loaded > load_dn_aqm dn_aqm PIE loaded > 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 > hdacc1: at cad 0 on hdac1 > hdaa1: at nid 1 on hdacc1 > pcm1: at nid 20,22,21,23 and = > 24,26 on hdaa1 > pcm2: at nid 27 and 25 on hdaa1 > pcm3: at nid 30 on hdaa1 > pcm4: at nid 17 on hdaa1 > aacd0 on aac0 > aacd0: 11443190MB (23435653120 sectors) > ugen0.1: at usbus0 > smbus0: on ichsmb0 > smb0: on smbus0 > Trying to mount root from zfs:zpoolasr []... > ugen2.1: at usbus2 > uhub0 on usbus2 > uhub0: on usbu= s2 > uhub1 on usbus0 > uhub1: on usbu= s0 > ugen1.1: <0x1b21 XHCI root HUB> at usbus1 > uhub2 on usbus1 > uhub2: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usb= us1 > ses0 at ahciem0 bus 0 scbus4 target 0 lun 0 > ses0: SEMB S-E-S 2.00 device > ses0: SEMB SES Device > ada0 at ahcich5 bus 0 scbus3 target 0 lun 0 > ada0: ATA8-ACS SATA 3.x device > ada0: Serial Number JG40006EG6NTMC > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 953869MB (1953525168 512 byte sectors) > ses0: ada0 in 'Slot 05', SATA Slot: scbus3 target 0 > pass0 at aacp0 bus 0 scbus0 target 0 lun 0 > pass0: Fixed Uninstalled SPC-3 SCSI device > pass0: Serial Number VBG2MV2R > pass0: 3.300MB/s transfers > pass1 at aacp0 bus 0 scbus0 target 1 lun 0 > pass1: Fixed Uninstalled SPC-3 SCSI device > pass1: Serial Number VBG2G5ZR > pass1: 3.300MB/s transfers > pass2 at aacp0 bus 0 scbus0 target 2 lun 0 > pass2: Fixed Uninstalled SPC-3 SCSI device > pass2: Serial Number VBG2G2HR > pass2: 3.300MB/s transfers > pass3 at aacp0 bus 0 scbus0 target 3 lun 0 > pass3: Fixed Uninstalled SPC-3 SCSI device > pass3: Serial Number VBG2HMVR > pass3: 3.300MB/s transfers > Root mount waiting for: usbus0 usbus1 usbus2 > uhub2: 4 ports with 4 removable, self powered > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Root mount waiting for: usbus0 usbus2 > ugen0.2: at usbus0 > uhub3 on uhub1 > uhub3: = > on usbus0 > Root mount waiting for: usbus0 usbus2 > ugen2.2: at usbus2 > uhub4 on uhub0 > uhub4: = > on usbus2 > uhub3: 6 ports with 6 removable, self powered > Root mount waiting for: usbus2 > uhub4: 8 ports with 8 removable, self powered > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Aug 28 19:22: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 712CF3BD257; Fri, 28 Aug 2020 19:22:04 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4BdTxR3bPkz4Dhl; Fri, 28 Aug 2020 19:22:03 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.30] ([194.32.164.30]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 07SJLs72054062; Fri, 28 Aug 2020 20:21:54 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: The spkr driver From: Bob Bishop In-Reply-To: <20200828184706.GR3539@home.opsec.eu> Date: Fri, 28 Aug 2020 20:21:53 +0100 Cc: Kurt Jaeger , "freebsd-arch@freebsd.org" , FreeBSD Current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <7ED9209F-9BA3-4731-8C1D-8A8DF9899D99@gid.co.uk> References: <20200828184706.GR3539@home.opsec.eu> To: Warner Losh X-Mailer: Apple Mail (2.3445.104.15) X-Rspamd-Queue-Id: 4BdTxR3bPkz4Dhl X-Spamd-Bar: - X-Spamd-Result: default: False [-1.38 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gid.co.uk]; NEURAL_HAM_LONG(-0.96)[-0.963]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.12)[0.115]; NEURAL_HAM_MEDIUM(-0.83)[-0.829]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable,freebsd-current,freebsd-arch] 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, 28 Aug 2020 19:22:04 -0000 Hi, > On 28 Aug 2020, at 19:47, Kurt Jaeger wrote: >=20 > Hi! >=20 >> I'd like to retire the spkr driver. It was a cute hack before sound = cards >> were ubiquitous, but it's not been kept up to date, and it's not = clear that >> it still works.... It is still Giant locked, and though it's not a = huge >> effort to do the locking I literally have no way to test it that I = trust... >=20 > It works on PC Engines APU devices, and together with morse, it's > very, very cool 8-} >=20 > So, please keep it and un-giant it, if possible. What he said. I=E2=80=99d be happy to test changes. > --=20 > pi@opsec.eu +49 171 3101372 Now what ? -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@freebsd.org Fri Aug 28 20:37: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 4BDC43C1588 for ; Fri, 28 Aug 2020 20:37:54 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BdWcy1NsVz4NpT for ; Fri, 28 Aug 2020 20:37:54 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 2DF9B3C1338; Fri, 28 Aug 2020 20:37:54 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2DC1C3C116F for ; Fri, 28 Aug 2020 20:37:54 +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 4BdWcy0QVqz4Nm8 for ; Fri, 28 Aug 2020 20:37:54 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f172.google.com (mail-lj1-f172.google.com [209.85.208.172]) (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 E1F3011586 for ; Fri, 28 Aug 2020 20:37:53 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f172.google.com with SMTP id h19so231180ljg.13 for ; Fri, 28 Aug 2020 13:37:53 -0700 (PDT) X-Gm-Message-State: AOAM533/AowuSB1CLINplxcXTmltFhQbvHqu+JTAkdowA2zFakzYuJeF n7JQ6v/szYRpGYR+hf0uSzPGUUEm+XiEvvDS0gY= X-Google-Smtp-Source: ABdhPJyyFenMoMAuROSYkLsOqUwqLz4r5kRhjUR+9OOvRVHgq3LsL/NSXZuBlbdpy1xZh1+qUTbGIVxouoh8QJkyTz0= X-Received: by 2002:a2e:91d4:: with SMTP id u20mr221837ljg.87.1598647072294; Fri, 28 Aug 2020 13:37:52 -0700 (PDT) MIME-Version: 1.0 References: <2b89d19f-3fa9-8cf2-4ce2-91f1702172e4@xsmail.com> In-Reply-To: From: Matthew Macy Date: Fri, 28 Aug 2020 13:37:40 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic in range_tree_seg64_compare() To: Yuri Pankov Cc: 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: Fri, 28 Aug 2020 20:37:54 -0000 Try updating. I think this may have been fixed in https://github.com/openzfs/zfs/pull/10823 which was MFVed this morning. On Fri, Aug 28, 2020 at 9:49 AM Matthew Macy wrote: > > On Thu, Aug 27, 2020 at 10:37 PM Yuri Pankov wrote: > > > > Matthew Macy wrote: > > > On Thu, Aug 27, 2020 at 6:34 PM Yuri Pankov wrote: > > >> > > >> Yet another issue I'm seeing after last update (currently running > > >> r364870), hit it 2 times today: > > >> > > >> Fatal trap 12: page fault while in kernel mode > > >> cpuid = 19; apic id = 0d > > >> fault virtual address = 0xfffff819e2ecdc40 > > >> fault code = supervisor read data, page not present > > >> instruction pointer = 0x20:0xffffffff8277fa64 > > >> stack pointer = 0x28:0xfffffe01f9ff2d90 > > >> frame pointer = 0x28:0xfffffe01f9ff2d90 > > >> code segment = base 0x0, limit 0xfffff, type 0x1b > > >> = DPL 0, pres 1, long 1, def32 0, gran 1 > > >> processor eflags = interrupt enabled, resume, IOPL = 0 > > >> current process = 48792 (blk-3:0-0) > > >> trap number = 12 > > >> panic: page fault > > >> cpuid = 19 > > >> time = 1598577675 > > >> KDB: stack backtrace: > > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > >> 0xfffffe01f9ff2a40 > > >> vpanic() at vpanic+0x182/frame 0xfffffe01f9ff2a90 > > >> panic() at panic+0x43/frame 0xfffffe01f9ff2af0 > > >> trap_fatal() at trap_fatal+0x387/frame 0xfffffe01f9ff2b50 > > >> trap_pfault() at trap_pfault+0x97/frame 0xfffffe01f9ff2bb0 > > >> trap() at trap+0x2ab/frame 0xfffffe01f9ff2cc0 > > >> calltrap() at calltrap+0x8/frame 0xfffffe01f9ff2cc0 > > >> --- trap 0xc, rip = 0xffffffff8277fa64, rsp = 0xfffffe01f9ff2d90, rbp = > > >> 0xfffffe01f9ff2d90 --- > > >> range_tree_seg64_compare() at range_tree_seg64_compare+0x4/frame > > >> 0xfffffe01f9ff2d90 > > >> zfs_btree_find() at zfs_btree_find+0x1bd/frame 0xfffffe01f9ff2df0 > > >> range_tree_find_impl() at range_tree_find_impl+0x6e/frame 0xfffffe01f9ff2e30 > > >> range_tree_find() at range_tree_find+0x1c/frame 0xfffffe01f9ff2e70 > > >> range_tree_contains() at range_tree_contains+0x9/frame 0xfffffe01f9ff2e80 > > >> dnode_block_freed() at dnode_block_freed+0x11d/frame 0xfffffe01f9ff2eb0 > > >> dbuf_read() at dbuf_read+0x70c/frame 0xfffffe01f9ff2fc0 > > >> dmu_buf_hold_array_by_dnode() at dmu_buf_hold_array_by_dnode+0x164/frame > > >> 0xfffffe01f9ff3030 > > >> dmu_read_impl() at dmu_read_impl+0xce/frame 0xfffffe01f9ff30c0 > > >> dmu_read() at dmu_read+0x45/frame 0xfffffe01f9ff3100 > > >> zvol_geom_bio_strategy() at zvol_geom_bio_strategy+0x2aa/frame > > >> 0xfffffe01f9ff3180 > > >> g_io_request() at g_io_request+0x2df/frame 0xfffffe01f9ff31b0 > > >> g_dev_strategy() at g_dev_strategy+0x155/frame 0xfffffe01f9ff31e0 > > >> physio() at physio+0x4f8/frame 0xfffffe01f9ff3270 > > >> devfs_read_f() at devfs_read_f+0xde/frame 0xfffffe01f9ff32d0 > > >> dofileread() at dofileread+0x81/frame 0xfffffe01f9ff3320 > > >> kern_preadv() at kern_preadv+0x62/frame 0xfffffe01f9ff3360 > > >> sys_preadv() at sys_preadv+0x39/frame 0xfffffe01f9ff3390 > > >> amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe01f9ff34b0 > > >> fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe01f9ff34b0 > > >> --- syscall (289, FreeBSD ELF64, sys_preadv), rip = 0x8006fd89a, rsp = > > >> 0x7fffdfdfcf18, rbp = 0x7fffdfdfcfc0 --- > > >> Uptime: 4h13m43s > > > > > > > > >> > > >> Guessing on zvol_geom_bio_strategy(), it's volmode=dev zvol I'm using > > >> for bhyve VM. Anything known? > > > > > > Not really. A reproduction scenario would be very helpful. This was > > > seen once by someone at iX - I committed some additional asserts to > > > the truenas tree, but haven't heard further. > > > > > > +++ b/module/zfs/dbuf.c > > > @@ -3192,7 +3192,7 @@ > > > dbuf_dirty_leaf_with_existing_frontend(dbuf_dirty_state_t *dds) > > > * scheduled its write with its buffer, we must > > > * disassociate by replacing the frontend. > > > */ > > > - ASSERT(db->db_state & (DB_READ|DB_PARTIAL)); > > > + ASSERT3U(db->db_state, &, (DB_READ|DB_PARTIAL)); > > > ASSERT3U(db->db_dirtycnt, ==, 1); > > > dbuf_dirty_set_data(dds); > > > } else { > > > @@ -3238,18 +3238,24 @@ dbuf_dirty_record_create_leaf(dbuf_dirty_state_t *dds) > > > > > > dr = dbuf_dirty_record_create(dds); > > > > > > + /* > > > + * XXX - convert to ASSERT after dn_free_ranges fix > > > + */ > > > + VERIFY(db->db_level == 0); > > > + VERIFY(db->db_blkid != DMU_BONUS_BLKID); > > > > Can't find context for both chunks, there are simply no such functions > > in sys/contrib/openzfs/module/zfs/dbuf.c, and yes, note that I'm running > > the in-tree version. > > Sorry. I forgot that this was against the cow fault avoidance changes. From owner-freebsd-current@freebsd.org Sat Aug 29 00:17: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 CE8E43C6FE5 for ; Sat, 29 Aug 2020 00:17:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdcTs6KDhz4dfc for ; Sat, 29 Aug 2020 00:17:05 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 7FD7F8D4A162 for ; Sat, 29 Aug 2020 00:16:58 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 26603E7085B for ; Sat, 29 Aug 2020 00:16:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ixdUpEcC2jh3 for ; Sat, 29 Aug 2020 00:16:56 +0000 (UTC) Received: from [127.0.0.1] (unknown [IPv6:fde9:577b:c1a9:4902:8df8:1233:8000:50e0]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 3AB36E707C2 for ; Sat, 29 Aug 2020 00:16:56 +0000 (UTC) From: "Bjoern A. Zeeb" To: "FreeBSD Current" Subject: loading modules from loader | KLD file ... could not finalize loading Date: Sat, 29 Aug 2020 00:16:55 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: <28059D1A-5BC7-4045-8E46-69F297C6B49D@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4BdcTs6KDhz4dfc X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zabbadoz.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.963]; NEURAL_HAM_MEDIUM(-0.89)[-0.891]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.53)[-0.527]; 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_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 00:17:06 -0000 Hi, I’ve been seeing on both i386 and arm64 builds where I tested that loading modules from loader will then fail by the kernel link in certain situations. I’ve created an i386 example where I do load a few modules from loader to show what I think the problem is. You may notice in the example output below that it seems modules depending on other loaded modules which seem to fail; e.g., ipfw seems to load but ipfw_* not; pf.ko seems to load but pflog.ko not, netgraph.ko seems to load but ng_*.ko fail. Anyone any ideas how I manage this? Trying to load them from console later using kldload seems to have similar issues. I wonder if I am missing something essential in my custom kernel builds or if this is a regression in head? /bz Preloaded elf kernel "/boot/kernel/kernel" at 0x2da2000. Preloaded md_image "/base13-r364939" at 0x2daa650. Preloaded elf module "/boot/kernel/pf.ko" at 0x2daa6a0. Preloaded elf module "/boot/kernel/pflog.ko" at 0x2daaa58. Preloaded elf module "/boot/kernel/ipfw_nat.ko" at 0x2daadec. Preloaded elf module "/boot/kernel/ipfw.ko" at 0x2dab184. Preloaded elf module "/boot/kernel/libalias.ko" at 0x2dab540. Preloaded elf module "/boot/kernel/ipfw_nat64.ko" at 0x2dab900. Preloaded elf module "/boot/kernel/ipfw_nptv6.ko" at 0x2dabcc0. Preloaded elf module "/boot/kernel/ipfw_pmod.ko" at 0x2dac058. Preloaded elf module "/boot/kernel/mac_ntpd.ko" at 0x2dac3f0. Preloaded elf module "/boot/kernel/netgraph.ko" at 0x2dac760. Preloaded elf module "/boot/kernel/ng_ksocket.ko" at 0x2dacb20. Preloaded elf module "/boot/kernel/ng_l2tp.ko" at 0x2dace90. Preloaded elf module "/boot/kernel/ng_ppp.ko" at 0x2dad1fc. Preloaded elf module "/boot/kernel/ng_iface.ko" at 0x2dad568. Preloaded elf module "/boot/kernel/ng_tcpmss.ko" at 0x2dad928. Preloaded elf module "/boot/kernel/ng_socket.ko" at 0x2dadc70. Preloaded elf module "/boot/kernel/ng_tee.ko" at 0x2dae030. link_elf: symbol pf_rules_lock undefined KLD file pflog.ko - could not finalize loading link_elf: symbol LibAliasAddServer undefined KLD file ipfw_nat.ko - could not finalize loading link_elf: symbol layer3_chain undefined KLD file ipfw_nat64.ko - could not finalize loading link_elf: symbol layer3_chain undefined KLD file ipfw_nptv6.ko - could not finalize loading link_elf: symbol layer3_chain undefined KLD file ipfw_pmod.ko - could not finalize loading link_elf: symbol M_NETGRAPH undefined KLD file ng_ksocket.ko - could not finalize loading link_elf: symbol M_NETGRAPH_MSG undefined KLD file ng_l2tp.ko - could not finalize loading link_elf: symbol M_NETGRAPH_MSG undefined KLD file ng_ppp.ko - could not finalize loading link_elf: symbol M_NETGRAPH_MSG undefined KLD file ng_iface.ko - could not finalize loading link_elf: symbol M_NETGRAPH undefined KLD file ng_tcpmss.ko - could not finalize loading link_elf: symbol M_NETGRAPH_MSG undefined KLD file ng_socket.ko - could not finalize loading link_elf: symbol M_NETGRAPH undefined KLD file ng_tee.ko - could not finalize loading From owner-freebsd-current@freebsd.org Sat Aug 29 02:44: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 49F373CB0DD for ; Sat, 29 Aug 2020 02:44:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0608.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::608]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bdgll3SjNz3Ysn for ; Sat, 29 Aug 2020 02:44:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KCAV+ntVSlKsq0oc2YX/D+lWLm+TBH6/qMDReykY597HSPaV8uNP359uCnLiUecQXKN+8gKuXQSaggeRfFlFSgBYeRGs9aJwDspQ6Sw8CeEv0MJFbUP/rielWNaOVptzEz9HxdzIb5eVADAjB0L4nMO7Hn+Ocu3adcslOj+hK6+UmVdYL7TjiXAAGZEFgilRli5xl8phMPTu60iE6R0mSExFI4Sd+BOYZBqAoNRBsRTC6git76HhSvHR7ljQ7fV3ptUZlmE+TrMUj7Pfj9AXm9YIXDJdEsXTwFErMO7cBgqjFe4FV+HyJVWz8qOQh1yeEk9Ne5cY6nlRYRrpdjLm6A== 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=jfhreB9iFY8GH6zttYwcpFCK/h8yuRzx+DZSv04u7d0=; b=mSoG+2jVzzxhqv4wZ+gEuLlmgPlfJbMKMbpkSeuhv9hpytVKd2ciqC7Ap6NDTTlwaq3XqbHyDX7pUw1o7fLJHzb/4hVMez3CwBsjUPDucSZA12mG0MoiLA+Zznr0PskVp8LuzScey2wU24r/fpEZAx5xp7MRj/YwulKu9iomLGT9/tZdvL0vhvTshhnk2VK/uB11scLc2mDl+Wse96SPVA5kdIpQyrtU6mxPBdydvzf/9z1Dl+GgXqYJRUEM/MQ9xLxscog8rca83fCcRndwjoKQ+dDd0FiHWQMKnbbWF7LYBKptN9KSbLaCRO9EeHavrtuf9t4qgofMM+kpzjf1AQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:38::14) by YQXPR0101MB1847.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:22::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.26; Sat, 29 Aug 2020 02:44:17 +0000 Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::e89a:a655:91ca:4e63]) by QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::e89a:a655:91ca:4e63%5]) with mapi id 15.20.3305.032; Sat, 29 Aug 2020 02:44:17 +0000 From: Rick Macklem To: Poul-Henning Kamp CC: "freebsd-current@FreeBSD.org" Subject: Re: Does FreeBSD have an assigned Internet OID? Thread-Topic: Does FreeBSD have an assigned Internet OID? Thread-Index: AQHWfOQCpwbgqv6aA0GzAfg3EFRAsqlM+8KAgAFliaQ= Date: Sat, 29 Aug 2020 02:44:17 +0000 Message-ID: References: , <40659.1598591955@critter.freebsd.dk> In-Reply-To: <40659.1598591955@critter.freebsd.dk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e5395515-aca2-4f0b-322d-08d84bc56c90 x-ms-traffictypediagnostic: YQXPR0101MB1847: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2733; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: F3QfmaqBCxm3YlPjpJ1QdlDXZfzITP97Rtd6A4ekQe5Y12ofW+a04JGv4IDiIJS3gQyybXKP9NuVq61htSlD4WEuAbsmV4Glh5+HKg0ezGx16spmpNr05wRorOEmBAJKwpmqBuvahzsdEefFEHQNUQ3OD/WTjbpCzVOWHrNVCiwCQUg4Y43X4JvoJSm2rUnNqbo87j2jriu5DrB5Hjf4q7qBWUtDiBl29FXH8G2klf5tro6nCMxv8bCX0K8VbaI1W663k5QnTIOdIC0YBUopSRX2hr26VuAyq5sSAvPrKsIwrB+bnHk7dNiABnRRhDStnpALFJP/UrxILx+wkU8mFp+URznMaMFjz8rm3DX1S9AmrTY3ic0UmHylyA8R2+epBtXkK8KIcsXdYVHQhgvoJw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(376002)(39860400002)(136003)(366004)(396003)(76116006)(966005)(66574015)(71200400001)(83380400001)(33656002)(9686003)(4326008)(8936002)(86362001)(7696005)(8676002)(52536014)(5660300002)(478600001)(55016002)(186003)(786003)(4744005)(316002)(66946007)(6916009)(2906002)(66446008)(66556008)(64756008)(66476007)(6506007)(91956017); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: Y2la8uEbdqt/vQNMY54sGwA2jSLx6AHshhZ3RTYgAtbR8Ly9lPZW6SLwKNn/DKMECbo+9g4AtuVr9DTnh8hQdRLSSeVIonwwVl0oF9pa+quajwbBRXVNQzQbnVvzOR15YPv7P/d4uiH06QqXByR0oTXqzLHz1+eQrQ2wJC3lW/KnmBXnMLtWHJLyc0vWGHYb2wnp4+Owu1xDVXwqhhJjxmT4WXQugbl+W7/IzNuhDx2QNDTarfKnYFrTv0uW16jlAx7qVMtyrGLd45zCN2sMq/HbbZoJ8s87glalSE5GN37jRQY/YnGRjxMAAxsCoPe5y8gutbpnfohavK3RgNw6CtgnHcURqzTqQB3mwdW+O9rnMP9+PZ+4LbjZPxXX7qB/J3LweYDNpJ2zNNU1D11HzFQ81+b8yu7CoRqDL94wHSdyFWoZd1vwYE+6u+SO4GvZeKoxY48lkETQcsTcGIGWFmsPRZxN+B740gFK/SdWi6t8MRUP4w66CMAVdEhSIQ5caHczTDXdV2Ika1TjKuHrPAdLz4mhea/hR4RW8RKrEAkoB58iBnkYvm7NB/g6ajDiSvi+X3mFUnlIvgEH5mwf615SMZhww2fT6hDjrHrwikfol3TVkesy3ZO+Z9zAOf+RlB/YK1vchyRWiKfGTrf3WHR+RLxGjS04Wm4lhw8vMcNO74RpBXCT8kMjNtTEKKEtsjtAMDY1AqdHZM1x4nZbkg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: e5395515-aca2-4f0b-322d-08d84bc56c90 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Aug 2020 02:44:17.4355 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: CYKYEQ8MsiM7dDlEHJkfB2dGYktn2l6hyAGkk5jQhJaket8MeqhT8B9OkGg0VUtIqUifc6bK1bLD7NYqw2Igjg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB1847 X-Rspamd-Queue-Id: 4Bdgll3SjNz3Ysn X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.10 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.982]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; NEURAL_HAM_LONG(-0.96)[-0.960]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; NEURAL_HAM_SHORT(-1.16)[-1.162]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 02:44:21 -0000 Poul-Henning Kamp wrote:=0A= >Rick Macklem writes:=0A= >> For the NFS over TLS work, I have a need for an Internet OID.=0A= >> (I understand that IETF assigns ones for things like SNMP under=0A= >> 1.3.6.1.4.1...)=0A= >=0A= >See:=0A= >=0A= > /usr/share/snmp/mibs/FREEBSD-MIB.txt=0A= Is https://reviews.freebsd.org/D26225=0A= sufficient to allow me to use 1.3.6.1.4.1.2238.1.1.1 for a user@domain=0A= name in this otherName component of subjAltName in the X.509 cert?=0A= (I didn't list the UserName as the first item of the subtree. Should I?)=0A= =0A= Do I need to update the date/time for LAST-UPDATED and REVISION=0A= when I commit it, I'd guess?=0A= =0A= Thanks, rick=0A= =0A= --=0A= Poul-Henning Kamp | UNIX since Zilog Zeus 3.20=0A= phk@FreeBSD.ORG | TCP/IP since RFC 956=0A= FreeBSD committer | BSD since 4.3-tahoe=0A= Never attribute to malice what can adequately be explained by incompetence.= =0A= =0A= From owner-freebsd-current@freebsd.org Sat Aug 29 06:26:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 794C23CEC43 for ; Sat, 29 Aug 2020 06:26:53 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4BdmhW62Bdz41Fp for ; Sat, 29 Aug 2020 06:26:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 55D771AF20F; Sat, 29 Aug 2020 06:26:43 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 07T6QgUG082000 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 29 Aug 2020 06:26:42 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 07T6QgW6081999; Sat, 29 Aug 2020 06:26:42 GMT (envelope-from phk) To: Rick Macklem cc: "freebsd-current@FreeBSD.org" Subject: Re: Does FreeBSD have an assigned Internet OID? In-reply-to: From: "Poul-Henning Kamp" References: , <40659.1598591955@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <81997.1598682402.1@critter.freebsd.dk> Date: Sat, 29 Aug 2020 06:26:42 +0000 Message-ID: <81998.1598682402@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BdmhW62Bdz41Fp X-Spamd-Bar: - X-Spamd-Result: default: False [-1.42 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[phk]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; NEURAL_HAM_LONG(-0.98)[-0.983]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.46)[-0.456]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 06:26:53 -0000 -------- Rick Macklem writes: > Poul-Henning Kamp wrote: > Is https://reviews.freebsd.org/D26225 > sufficient to allow me to use 1.3.6.1.4.1.2238.1.1.1 for a user@domain > name in this otherName component of subjAltName in the X.509 cert? > (I didn't list the UserName as the first item of the subtree. Should I?) You should add a comment about how suballocations (if allowed) happens under that branch. > Do I need to update the date/time for LAST-UPDATED and REVISION > when I commit it, I'd guess? Yes please. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Sat Aug 29 14:30: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 73C2A3B1D1B for ; Sat, 29 Aug 2020 14:30:28 +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 4BdzQW19pnz4Y6s; Sat, 29 Aug 2020 14:30:26 +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 1D24543AAF; Sat, 29 Aug 2020 10:30:25 -0400 (EDT) Subject: Re: documentation on release build process change (svn -> git)? To: Glen Barber Cc: freebsd-current References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> From: Michael Butler Message-ID: Date: Sat, 29 Aug 2020 10:30:24 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200828174424.GD61041@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4BdzQW19pnz4Y6s X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.54 / 15.00]; RCVD_TLS_ALL(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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; 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.57)[-0.571]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 14:30:28 -0000 On 8/28/20 1:44 PM, Glen Barber wrote: > Note, not entirely tested, however, since future snapshots and 13.0 will > be exclusively built from the git sources. When building with .. ## Set miscellaneous 'make release' settings. NODOC=yes NOPORTS=yes WITH_DVD=yes The build fails after building the target kernel but before building either the tar-balls or ISOs with .. >>> Kernel(s) GENERIC-NODEBUG built in 765 seconds, ncpu: 8, make -j4 -------------------------------------------------------------- make: "/usr/src/release/Makefile.inc1" line 14: "Git binary not found. Set GIT_CMD appropriately." It seems to want GIT in the chroot environment, because it's there on the host, imb From owner-freebsd-current@freebsd.org Sat Aug 29 15:14:09 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D693F3B3068 for ; Sat, 29 Aug 2020 15:14:09 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf0Nx5LBdz4cQy; Sat, 29 Aug 2020 15:14:09 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 5A6E66B2E; Sat, 29 Aug 2020 15:14:09 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 15:14:06 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829151406.GA19857@FreeBSD.org> References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598714049; 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: in-reply-to:in-reply-to:references:references; bh=aSjZUS7dwnEf5gXTYCzi9/Wb2038ZLa4qfutxySoB5w=; b=O/rARx1j7mBUL7n5Jlr06C2A/oc3cBFWmlXphwkmggSBJVO5/viZV1QCL3lsVz41GqxmHG i9p6lXRs48Ggyw6w+/rhE3j/AF0zqWVuSFt9bd4JsjSsiGfNAqGxzFdTofWb0fDUS3zApy 7fxvUn4dgn3EpiTlvSaor4MfWe8WIj5Qr8MwAl3h3R3tNyWpYzVlustT9gPIEBdudWVXS8 RNn04kfpyKT5nrdLwPtQCz7z9Ig+JnfyreWAaqfrpWza+OEopnw4RNe3p1PWGPfUtd4WVx UCiHGkI3V2RJMFNtg/YcykT8EaYu2bWhYsR7iU5v4nU2yQIpEPigTaWmiGrwGw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598714049; a=rsa-sha256; cv=none; b=Hfsg3DVYxOsLEcGdkMix4wc/5JnUp5AJQvscjJ6zAC56a3SxKpvQFCQvl9W/X3z030OTni 1SFpIVYbU/jCVT+o/Qv6e2XjlLcsuikBTAhEFuHjW94SfymKJIbbre+spOxsuaXCoOkISG av8bPA8rXbUucQTRC2WmsfuqIcXV0ElDnZd6qqtb3CoaJ3H4aOUgq/hkn1TBsDipoTVgyv Tb+wgGWuMt+k+BfHCzPOfs2BmDBPBVpTG9P6qz2xJqeCyISr7htOn4vV6A8NbvlY2SQmVJ C9Vf+XcxgU4v+OyCq+fgAJgBK9yFEn1YgQnOEjkkmtsbJdOxL4EwAxhnb+slGQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 15:14:09 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 10:30:24AM -0400, Michael Butler wrote: > On 8/28/20 1:44 PM, Glen Barber wrote: >=20 > > Note, not entirely tested, however, since future snapshots and 13.0 will > > be exclusively built from the git sources. >=20 > When building with .. >=20 > ## Set miscellaneous 'make release' settings. > NODOC=3Dyes > NOPORTS=3Dyes > WITH_DVD=3Dyes >=20 > The build fails after building the target kernel but before building > either the tar-balls or ISOs with .. >=20 > >>> Kernel(s) GENERIC-NODEBUG built in 765 seconds, ncpu: 8, make -j4 > -------------------------------------------------------------- > make: "/usr/src/release/Makefile.inc1" line 14: "Git binary not found. > Set GIT_CMD appropriately." >=20 > It seems to want GIT in the chroot environment, because it's there on > the host, >=20 NOPORTS=3Dyes is the problem, and I forgot to address it before merging the project branch back. Please try with r364956. Thank you for reporting this. Glen --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9KcLkACgkQAxRYpUeP 4pNqlA//YBFgnZlUb3FA7I1gSud3FzIKUyS8W7P0SraipUGPGJL8XEoN+sIf7oWh F2XVKo18o2KmK35J1zcM53qwDDD5AvkrKXh0vuvr3uxmdc9mTXhtDhuZXhEC4k94 3UG3t6b8Sg50jBJ4vAhODRWw6Fsm/lKF6NNp4Fg+dSWecxcrP7J4+MJBodl/YsY6 /YDck2qdzBijMV5NmhxCJqe5bx1sGtZDy8+/Y/0Oo9KZRNgTEsnUjIMaCUKRcgQZ nswPtXA8/bDM9ZUFtoqZu1q9JP6boKjpb79F/ySCLoMkOYEv2COsxn28kjU2bJ2Z JEV/atpGaJZhR6obiv+b9ibVEAopLwnpumH5DzPafBX2hujdWSH1V05ERj13UJow 8OHnIJZwMUGOfGUo6nooQp5tLSA64tXcC/OvWKzbjt4XlySDxxZd4h6ZfLQJiWBs AzlPfp8WEO6dvqTWI9mUS2EEHYHU9/AjhUAdvgTmMqH6sZok61dSiFtneRY8SL1p MGEVvp7mAG2jaOPKIAreVjDmc9zzrFKV1RFOfgRVyft8qHVxKQ/HVBcZyo5UM/n1 PMAAK/rGAGD6OipEQHXSZPQuZ/4LKEvQbemJaV9Dz3BzNjKPnp75MGcQdXyZHTjd wJO/iX8btDlwzPE0yue5/2HJG+J3Ab+UG39DZesZNi6wVLPcrDg= =clG9 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@freebsd.org Sat Aug 29 15:34: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 D6F873B3E30 for ; Sat, 29 Aug 2020 15:34:19 +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 4Bf0rC2gbWz4f7y; Sat, 29 Aug 2020 15:34:19 +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 7584C45DBE; Sat, 29 Aug 2020 11:34:16 -0400 (EDT) Subject: Re: documentation on release build process change (svn -> git)? To: Glen Barber Cc: freebsd-current References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> From: Michael Butler Message-ID: <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> Date: Sat, 29 Aug 2020 11:34:15 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200829151406.GA19857@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Bf0rC2gbWz4f7y X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.71 / 15.00]; RCVD_TLS_ALL(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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; 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.74)[-0.744]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 15:34:19 -0000 On 8/29/20 11:14 AM, Glen Barber wrote: > NOPORTS=yes is the problem, and I forgot to address it before merging > the project branch back. Please try with r364956. Trying now but, in the interim, I noted .. With SVN, I could re-use a previously existing build directory and it would simply apply the relevant diffs to bring the tree up to date. In the move to GIT, now it seems I have to pull the whole tree down or it complains .. imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf fatal: destination path '/usr/local/release-builds/i386/usr/src' already exists and is not an empty directory. I'm not that familiar with GIT but .. Is there an incremental update option I can use? If so, should this be the default? As is, it seems like a colossal waste of bandwidth and unwanted load on the parent GIT repo, imb From owner-freebsd-current@freebsd.org Sat Aug 29 15:47: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 89C293B438F for ; Sat, 29 Aug 2020 15:47:37 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf17Y1gvVz4fmf; Sat, 29 Aug 2020 15:47:37 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1kC34h-000Kcu-1X; Sat, 29 Aug 2020 17:47:27 +0200 Date: Sat, 29 Aug 2020 17:47:27 +0200 From: Kurt Jaeger To: Matthew Macy Cc: freebsd-current Subject: Re: OpenZFS support merged Message-ID: <20200829154727.GS3539@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Bf17Y1gvVz4fmf X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 15:47:37 -0000 Hi! > r364746 merged OpenZFS support in to HEAD. > > The change should be transparent unless you want to use new features. > I caution against 'zpool upgrade' for the next few weeks. > https://svnweb.freebsd.org/base?view=revision&revision=364746 A system running r363767 can upgrade to some revision after r364746 and reboot and come up without big issues, running the new openzfs code ? Or is some additional step required ? -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Sat Aug 29 15:51: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 E43D73B44C8 for ; Sat, 29 Aug 2020 15:51:25 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf1Cx5lzZz4fxW; Sat, 29 Aug 2020 15:51:25 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 668DE7C88; Sat, 29 Aug 2020 15:51:25 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 15:51:23 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829155123.GB19857@FreeBSD.org> References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598716285; 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: in-reply-to:in-reply-to:references:references; bh=3TWge8QSmCNRNNvNYcotjYHmJE6MfLQ7ZmtB05s0KUE=; b=S0/5VlLzNKO9/a+aVXPdsuh61YTN8L0x9un5kQ0dlIQxuAfqQtqmSwNErchv9q/EtEPQwT L37zjylBG/5RjBpQRf7KqPPT2hKnu9Ob9a7JsfGse7cCx23pTEJjKN+9iYpxGIeRqDuNvm xBqw+H7WYX2ZMteygAJzTC4iYcMQX5wX/UPfRtCAEBl2aUiLIHBOChlUoPfn+eWGC9btuA qSV8o6DaUHQnyUeLBhKavfbAiNmkdgXaOZQHIUqGUKN9A/kIK+su3EOIR8Eb6YPBEXFfos 8LJLjgbsGebHmP64reG5Tk209Yy+UkgqXr/p2ZcHdpwzdWrlVSt/YBjcjYWF/A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598716285; a=rsa-sha256; cv=none; b=WbBmfV1XI3EzyOTJ0jVsOc+RaGdbx2BaZGKVQmpEMw3lYVbWgSuR+6ERpqFi91jjn2vQKs ZiOz3uF6MVsPSG9Wt0AFPWJe8alTOXcsxhJjo9pr2VYldPsJE0hJX8wacs9KClLr1lipks VYPsCyvmNkaO0Yb+JwXmGsSzaq2w2Q2PUUGJJoiDLZ/q616snPsbttNS2BHTzDYC9JfVZN ddc6ml/0TStwV8uLJFfv0nXuZ+RGRYgauzFHHt3gedjk5FHRvbuM3hlq5iFjERU8FVuP0o 2pDBSwmvz0IGw3p7VcSuO5XxjmW8rWV2rAh7hP3sAwF5YBJX2R4IvO0ZJF016A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 15:51:26 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 11:34:15AM -0400, Michael Butler wrote: > On 8/29/20 11:14 AM, Glen Barber wrote: > > NOPORTS=3Dyes is the problem, and I forgot to address it before merging > > the project branch back. Please try with r364956. >=20 > Trying now but, in the interim, I noted .. >=20 > With SVN, I could re-use a previously existing build directory and it > would simply apply the relevant diffs to bring the tree up to date. >=20 > In the move to GIT, now it seems I have to pull the whole tree down or > it complains .. >=20 > imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf > fatal: destination path '/usr/local/release-builds/i386/usr/src' already > exists and is not an empty directory. >=20 > I'm not that familiar with GIT but .. Is there an incremental update > option I can use? If so, should this be the default? As is, it seems > like a colossal waste of bandwidth and unwanted load on the parent GIT re= po, >=20 I added a way to update an existing tree in r364959. I have only done very trivial testing on this change, however, so please let me know if it does not work as expected. Glen --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9KeXsACgkQAxRYpUeP 4pNDtw/+N4TUZK/lKk7D747qxZXGpcKhztY0h4xjCtZjNaUaFbZ+LfdHvZSF0Y7t IRHWNJuMaot8trsXIGInC0dTiyLPIKXM4fbGapISOmrj0SyJ6Cne/G+LKV3tiyYB ewV7FxdXN+ATaOyVi6+UqGef2PWSuogh4aLOlfH2f4yEIY0hY/S7Z+vAiVRzgAEr jFuPw54gnrs+GFs9R1iB25IowFcugZ+LYRPpIySFg06XStNFOoPkTHNFiUYnds4b 6o78oehqH1X2dQpsLfb1uH1ounWYNSCzJZnM62DHgtgC/G2XAYwrvXsR1TO1f1ja PGlSbZWlBCEEmbk75sOiffplv48YXKhUASX3Kz+6BkeJhYkhV9Bs+Vid5HL29+6j XhNpGoxK8EwgKHRE6ubCdUzkRT0GLYGukBqt3O/7crSpMQYIl7aNoZgVikJw5cF6 380spTUbFKilpSelvPCyQXhv0F4bRkek3cOqapuXND/+0Hd//oxjNwGMkrf0abhZ 84hCAyzpoZV6cywYhdQ8rXu3FcJZp6ltvETJA5fuCXZFzJAHaOqgdFq2hVKkaQvS s1QvzVgWYkfiAyfti9dJ7bY/sPzbRdRPTiVQ/HSUsmh6Qcj2BIkijdCMrYtkEa53 ZlaiqK+L0wEG8Lqo0t+VhYw8hUqupOqzU7QLucHvILWuG28mzhI= =Qzuy -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-current@freebsd.org Sat Aug 29 15:57:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CFCF63B49AA for ; Sat, 29 Aug 2020 15:57:52 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf1MM6nqTz3SF7 for ; Sat, 29 Aug 2020 15:57:51 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 11F5E8D4A156 for ; Sat, 29 Aug 2020 15:57:48 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 8EE72E7085A for ; Sat, 29 Aug 2020 15:57:47 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id NfkxSt-VnxPz for ; Sat, 29 Aug 2020 15:57:45 +0000 (UTC) Received: from [127.0.0.1] (unknown [IPv6:fde9:577b:c1a9:4902:8df8:1233:8000:50e0]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E1904E707C2 for ; Sat, 29 Aug 2020 15:57:44 +0000 (UTC) From: "Bjoern A. Zeeb" To: "FreeBSD Current" Subject: Re: loading modules from loader | KLD file ... could not finalize loading Date: Sat, 29 Aug 2020 15:57:44 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: <282F37C0-72F6-4069-90CD-C030231807FE@lists.zabbadoz.net> In-Reply-To: <28059D1A-5BC7-4045-8E46-69F297C6B49D@lists.zabbadoz.net> References: <28059D1A-5BC7-4045-8E46-69F297C6B49D@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Bf1MM6nqTz3SF7 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.95 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zabbadoz.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.959]; NEURAL_HAM_MEDIUM(-0.90)[-0.901]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.79)[-0.790]; 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_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 15:57:52 -0000 On 29 Aug 2020, at 0:16, Bjoern A. Zeeb wrote: > Hi, > > I’ve been seeing on both i386 and arm64 builds where I tested that > loading modules from loader will then fail by the kernel link in > certain situations. I’ve created an i386 example where I do load a > few modules from loader to show what I think the problem is. > > You may notice in the example output below that it seems modules > depending on other loaded modules which seem to fail; e.g., ipfw seems > to load but ipfw_* not; pf.ko seems to load but pflog.ko not, > netgraph.ko seems to load but ng_*.ko fail. > > Anyone any ideas how I manage this? > > Trying to load them from console later using kldload seems to have > similar issues. I wonder if I am missing something essential in my > custom kernel builds or if this is a regression in head? Turns out this was a leaked strip command without --strip-debug which removed all the symbols. Sadly I checked inside the install tree but not on the finalized filesystem image. /bz > Preloaded elf kernel "/boot/kernel/kernel" at 0x2da2000. > Preloaded md_image "/base13-r364939" at 0x2daa650. > Preloaded elf module "/boot/kernel/pf.ko" at 0x2daa6a0. > Preloaded elf module "/boot/kernel/pflog.ko" at 0x2daaa58. > Preloaded elf module "/boot/kernel/ipfw_nat.ko" at 0x2daadec. > Preloaded elf module "/boot/kernel/ipfw.ko" at 0x2dab184. > Preloaded elf module "/boot/kernel/libalias.ko" at 0x2dab540. > Preloaded elf module "/boot/kernel/ipfw_nat64.ko" at 0x2dab900. > Preloaded elf module "/boot/kernel/ipfw_nptv6.ko" at 0x2dabcc0. > Preloaded elf module "/boot/kernel/ipfw_pmod.ko" at 0x2dac058. > Preloaded elf module "/boot/kernel/mac_ntpd.ko" at 0x2dac3f0. > Preloaded elf module "/boot/kernel/netgraph.ko" at 0x2dac760. > Preloaded elf module "/boot/kernel/ng_ksocket.ko" at 0x2dacb20. > Preloaded elf module "/boot/kernel/ng_l2tp.ko" at 0x2dace90. > Preloaded elf module "/boot/kernel/ng_ppp.ko" at 0x2dad1fc. > Preloaded elf module "/boot/kernel/ng_iface.ko" at 0x2dad568. > Preloaded elf module "/boot/kernel/ng_tcpmss.ko" at 0x2dad928. > Preloaded elf module "/boot/kernel/ng_socket.ko" at 0x2dadc70. > Preloaded elf module "/boot/kernel/ng_tee.ko" at 0x2dae030. > link_elf: symbol pf_rules_lock undefined > KLD file pflog.ko - could not finalize loading > link_elf: symbol LibAliasAddServer undefined > KLD file ipfw_nat.ko - could not finalize loading > link_elf: symbol layer3_chain undefined > KLD file ipfw_nat64.ko - could not finalize loading > link_elf: symbol layer3_chain undefined > KLD file ipfw_nptv6.ko - could not finalize loading > link_elf: symbol layer3_chain undefined > KLD file ipfw_pmod.ko - could not finalize loading > link_elf: symbol M_NETGRAPH undefined > KLD file ng_ksocket.ko - could not finalize loading > link_elf: symbol M_NETGRAPH_MSG undefined > KLD file ng_l2tp.ko - could not finalize loading > link_elf: symbol M_NETGRAPH_MSG undefined > KLD file ng_ppp.ko - could not finalize loading > link_elf: symbol M_NETGRAPH_MSG undefined > KLD file ng_iface.ko - could not finalize loading > link_elf: symbol M_NETGRAPH undefined > KLD file ng_tcpmss.ko - could not finalize loading > link_elf: symbol M_NETGRAPH_MSG undefined > KLD file ng_socket.ko - could not finalize loading > link_elf: symbol M_NETGRAPH undefined > KLD file ng_tee.ko - could not finalize loading > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Aug 29 16:04: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 530413B4CC1 for ; Sat, 29 Aug 2020 16:04:47 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf1WM1ZJYz3Sfq; Sat, 29 Aug 2020 16:04:47 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id C263980C2; Sat, 29 Aug 2020 16:04:46 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 16:04:44 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829160444.GC19857@FreeBSD.org> References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4ZLFUWh1odzi/v6L" Content-Disposition: inline In-Reply-To: <20200829155123.GB19857@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598717087; 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: in-reply-to:in-reply-to:references:references; bh=ZCfuFGmH6gBGDPblGue+J8J4aZvEYZt0nbwhmbWi7h0=; b=FvsaW2mwTsZShVHJjUaTl5ilZNyrS3cMfMVZkoQxSJwi4ZTcqlX1oT8hZDGOXoICRA8B6x 4gNgNNZ8ZzwAVoJtwX3MTwhQyHhvsp1PsJ++o56xNaQkof96H2pVFedLNrbUlW/18GgPoA TohxQ/81522NH9G4uq45jMjwBQI7K34mCBcLfqLujku8f3DbS9PQRP2wgrXG/Ud8NebeGL 1zG1tIHIURW9rd2H7oS5KuInA5hdkZjNP2hwDys82FaOkF07f14l0/LpdVfKbbJ9D5E2Ps C3Mal9kqWWuDuswmZcIqbgnuFpeHMYWx4vFBGheC++aELC3bcpjNjcFUOyI27A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598717087; a=rsa-sha256; cv=none; b=DEh2uoTt5C72uykZT0dGXhuEfNlPHQcM/z1nRIt1nc/a8z4c1wLUuZGraD4NLaKGmif5m6 IMaxkc5y0MBt7vqysoxEp0P3AQeL34+mpSexRM1qVpHARUYuvANxAg+1iHWKFwmDg+A1ns KbdZOczowy+WM8D3fXygHxHub68/MCNlX2L9mmJs3VIleqdTWaNS5MMeSzoIBJrU3UDi5m Th6WAU8Fn9ZhUwwp1v24B4jAcbku0TcDRi2OhRR9NX/JsRt5wVGKTmYKfjm0Utz5ktUs29 MBHzMQ4jledGYJzHwICoONjZM9hkfNqIkjrzmnqtP57khb5JF6tPYjRDuJ020Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 16:04:47 -0000 --4ZLFUWh1odzi/v6L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 03:51:23PM +0000, Glen Barber wrote: > On Sat, Aug 29, 2020 at 11:34:15AM -0400, Michael Butler wrote: > > On 8/29/20 11:14 AM, Glen Barber wrote: > > > NOPORTS=3Dyes is the problem, and I forgot to address it before mergi= ng > > > the project branch back. Please try with r364956. > >=20 > > Trying now but, in the interim, I noted .. > >=20 > > With SVN, I could re-use a previously existing build directory and it > > would simply apply the relevant diffs to bring the tree up to date. > >=20 > > In the move to GIT, now it seems I have to pull the whole tree down or > > it complains .. > >=20 > > imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf > > fatal: destination path '/usr/local/release-builds/i386/usr/src' already > > exists and is not an empty directory. > >=20 > > I'm not that familiar with GIT but .. Is there an incremental update > > option I can use? If so, should this be the default? As is, it seems > > like a colossal waste of bandwidth and unwanted load on the parent GIT = repo, > >=20 >=20 > I added a way to update an existing tree in r364959. I have only done > very trivial testing on this change, however, so please let me know if > it does not work as expected. >=20 r364960 further refines how this works; that would be a better revision to use to test. Glen --4ZLFUWh1odzi/v6L Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9KfJwACgkQAxRYpUeP 4pNQNA//epwFGJO52qplkfpfGeblcYkfpw8DYlCb/lsGggOXSwLfrWh/j6N8wC6C 5NfvQhlc5W+z+x/O46B/RLHqJNmiF3nVxWvOEGeSjimD7fuTdpeHhng9A6wefAhp ivC1TX/JtWu1tb7jXGnDQ+cOK2sxNETVSE3SIKnkKcNxQOCJvsKX34MpnZDPJws6 cQ+e5frEQksKdalU10EMG5NTCjvTGGJO7ubYDXwbrPQJa69D0jatByMb+qD9Az9I OmPxyWNLONxjefrqC+a23XbSb+VOqLK1ueoBVoMjTKSk068ZRbiIUyOaSYBKt+J+ 0OaiCwn2r/oVooDsuFgGpT8lytLRgNOgZlcjj1govFJcMh7uqTxTOr8uijcRmfPM w0EFhR1BiIFg0FbkbqwNpHig9WpVgDfJ8uvGga9ov0Rwk5rvIA2oBN75xJXb2EQD p31ks7QxWA5qW0QX2/IUS4cLM6ONBYmVjCWRn/GwghKJaVXmuw8okGwmYMO/cv/E U1xpRtEEE259/lHmdZ+6V+znHiE3E9YOnGig2VhWkM6xOskdREFxGZ8f8EWpn2Iz lnx1icwc7AlZaa0crsfgv0/OGcNPGrGyfkAoAhta09AGm4SDW0hDMW+Xa/nb07iG Jg+S9pGnaU9XFQoVPQQiIVv4NPLGYIR+t4y3esM2yTV25YgTa0A= =Lexs -----END PGP SIGNATURE----- --4ZLFUWh1odzi/v6L-- From owner-freebsd-current@freebsd.org Sat Aug 29 20:38: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 281563BB8A7 for ; Sat, 29 Aug 2020 20:38: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 4Bf7Zt0wTrz41TH; Sat, 29 Aug 2020 20:38:13 +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 38381A113; Sat, 29 Aug 2020 16:38:06 -0400 (EDT) Subject: Re: documentation on release build process change (svn -> git)? To: Glen Barber Cc: freebsd-current References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> From: Michael Butler Message-ID: <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> Date: Sat, 29 Aug 2020 16:38:05 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200829160444.GC19857@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bf7Zt0wTrz41TH X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.64 / 15.00]; RCVD_TLS_ALL(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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; 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.68)[-0.676]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 20:38:15 -0000 On 8/29/20 12:04 PM, Glen Barber wrote: > On Sat, Aug 29, 2020 at 03:51:23PM +0000, Glen Barber wrote: >> I added a way to update an existing tree in r364959. I have only done >> very trivial testing on this change, however, so please let me know if >> it does not work as expected. >> > r364960 further refines how this works; that would be a better revision > to use to test. The build-from-scratch mode now works to produce tar-balls and ISOs :-) However, I noticed that after building a clean amd64 tool-chain, it does fetch the amd64 GIT packages and dependencies (~76MB in all) before building 'all' for the target. No big deal but I usually prefer to build everything locally. The build-from-existing mode fails with .. imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf fatal: not a git repository (or any parent up to mount point /usr) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). umount: /usr/local/release-builds/i386/dev: not a file system root directory Many thanks for your efforts! imb From owner-freebsd-current@freebsd.org Sat Aug 29 21:17: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 D4B2A3BC7D4 for ; Sat, 29 Aug 2020 21:17:04 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf8Rh5FZsz446T; Sat, 29 Aug 2020 21:17:04 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 49DD1C995; Sat, 29 Aug 2020 21:17:04 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 21:17:01 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829211701.GF19857@FreeBSD.org> References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="K/NRh952CO+2tg14" Content-Disposition: inline In-Reply-To: <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598735824; 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: in-reply-to:in-reply-to:references:references; bh=4zff8JoansESAwSjL3t7pU/m73fuZzWRIZrU3fDxQYc=; b=oWEvT7BSDg6yHWUyR4Aw/M0vZVhanRg0PCv0vg6krHcoIPJMSZdRLz6IyeCfiPjIVDlPKU yUCneOjeyYF03oaz0PsKDO8SoP9S1KFcMGKZ7WytloBVBwyZ7JH1xlnduCUMneDB0V2A6A qHfVvDQCgzkkAVyUApvIh+mHGzAX+hrJ1zvrFwP8bB5LJFg1EBWGLrctv5Z/YpCF9zLMiG TSWO7rS7zvBZsLoUXk94qIV5g0edGjOTjwITUryFbyXck2zi2w6P5nPvQzwGnW+fKnIZ/M JgLGQbM7tM6DawOvuEY/P9DhrpWwQxK38Ezvc5BAAx7VtuIX8savdQZHKArQxw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598735824; a=rsa-sha256; cv=none; b=gLNnBonBtCoYnu/1hPqM7cN0ne44SXKc/6IneKaeEH33cCaLXfPFU1s77cnBp0hKgCStxt 2hyoh9TqGUWhDTafD9sed1+7JExANqEVnuxyJ5k/Ncdshq5bXkjfQKIeVimC0Plq0tEnpo nGp8hcs4/1zim2p4M16Tz0RGLBjMh3vnCHS5M96oUGW0jiEUuDXpyIWEz+9DC/T0KzjKOr chO8G/9f6LYp2bKrIQgIBt96156LzeibBK+Z4TnBvHLG6nwTUb0j5oC/PmcXw9w0Q8kuIE XuIxRQfQKRUborZ398cLXLNri4hvQinuPtoENk0/sArrjfl4OUhnJ9MIyIqqWw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:17:04 -0000 --K/NRh952CO+2tg14 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote: > On 8/29/20 12:04 PM, Glen Barber wrote: > > On Sat, Aug 29, 2020 at 03:51:23PM +0000, Glen Barber wrote: > >> I added a way to update an existing tree in r364959. I have only done > >> very trivial testing on this change, however, so please let me know if > >> it does not work as expected. > >> > > r364960 further refines how this works; that would be a better revision > > to use to test. >=20 > The build-from-scratch mode now works to produce tar-balls and ISOs :-) > However, I noticed that after building a clean amd64 tool-chain, it does > fetch the amd64 GIT packages and dependencies (~76MB in all) before > building 'all' for the target. No big deal but I usually prefer to build > everything locally. >=20 > The build-from-existing mode fails with .. >=20 > imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf > fatal: not a git repository (or any parent up to mount point /usr) > Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). > umount: /usr/local/release-builds/i386/dev: not a file system root direct= ory >=20 Here's the fun part - Which revision was this? > Many thanks for your efforts! >=20 Many thanks for your bug reports! Glen --K/NRh952CO+2tg14 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9KxcgACgkQAxRYpUeP 4pP26BAAgHJ2JpuJEfiHQ3IDgAsULO+xl5cSY6J02On2YlBOzLyWu1g4IAVADz6d 970W2iZw40grJueuS8eRgFFIOWz5vfbJWbzqEC42QqUOWWOBQtM6Gr0u9A/xyshp cQNbhqt6ZnMF6HPOiw7EqsRfXtWHEuc2Qjf7ENRyvGbiO1CCvjtOqCE23oAlZ8cA +kZc2YlQkijwqYPEGPZmW3hh7UEW3aHcGD7xTToc3rOZiv4AmooQeXqQ+TFnIyPv csZdbAH0twMZzLBJdNx1DEiN/oe/2SXB6S1k5cax64kgGoV9KVhe8nxgi6LElDZO sj/mBBqmwEmQ8hjVUc7eKEb4tghs1VqyLmmRITeJdUQmKtYiT5H9BgggasjDm4N9 Fl9vo/qIVlrS8kZqUIeQANMRv3xOlUxzi2f1uMG8kZE6nSGRvokRHSp4yqmICysg yIgFXTYgb+kMHBoSqCj3qIoemyUmCQYZPYI3XklTOOk/e78I0HHj76MsA/jNBO6J 9fHML3cce3IDj2QTxYCokMQzWzk7dOWyGhT1dhUOy7lf1EmYdtJ9lJJt/nN8Bxh8 1Ejvfljmr/HNslh0LsUOREmLxbcYrXmkUncMCbAIgMxBkojA/u8V3yv3v85RvHTc Yiq0NRlxCQRRlSq53+Fm4V2Lowf477f9kiekWygyczpFRrx9uxs= =0IHE -----END PGP SIGNATURE----- --K/NRh952CO+2tg14-- From owner-freebsd-current@freebsd.org Sat Aug 29 21:21:26 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 1E85F3BD006 for ; Sat, 29 Aug 2020 21:21:26 +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 4Bf8Xj2QVqz44Ly; Sat, 29 Aug 2020 21:21:25 +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 3A909B595; Sat, 29 Aug 2020 17:21:17 -0400 (EDT) Subject: Re: documentation on release build process change (svn -> git)? To: Glen Barber Cc: freebsd-current References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> <20200829211701.GF19857@FreeBSD.org> From: Michael Butler Message-ID: <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> Date: Sat, 29 Aug 2020 17:21:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200829211701.GF19857@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bf8Xj2QVqz44Ly X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.98)[-0.980]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_MEDIUM(-1.07)[-1.070]; 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.86)[-0.856]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:21:26 -0000 On 8/29/20 5:17 PM, Glen Barber wrote: > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote: >> The build-from-existing mode fails with .. >> >> imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf >> fatal: not a git repository (or any parent up to mount point /usr) >> Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). >> umount: /usr/local/release-builds/i386/dev: not a file system root directory >> > > Here's the fun part - Which revision was this? The host system is check-out from SVN r364964, imb From owner-freebsd-current@freebsd.org Sat Aug 29 21:30: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 308B73BD3CD for ; Sat, 29 Aug 2020 21:30:05 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf8kj0S1xz44V0; Sat, 29 Aug 2020 21:30:05 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id A2835CB92; Sat, 29 Aug 2020 21:30:04 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 21:30:02 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829213002.GG19857@FreeBSD.org> References: <20200828174307.GC61041@FreeBSD.org> <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> <20200829211701.GF19857@FreeBSD.org> <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MGu/vTNewDGZ7tmp" Content-Disposition: inline In-Reply-To: <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598736605; 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: in-reply-to:in-reply-to:references:references; bh=WidxM9c1sfg0PWwAnrrI0akc3ZMKhcJPTQA/QsM0TlQ=; b=fM479SU6wt9RDv1BITga0dBs+PREEVhbY7iZFAvW6I6CG1+tWQLNaZ182+NGit6rgAO2Gx l5QwxLnjyM54T3vF73lxhvgCjgFUpBSxl0+cGjgpw9QHrGMWkXzQnZhx10kmqtALWE3oo8 SmI3dvevBDSQ6We3MAm+u9o2Wvll/RByOLdrjdhJtZnBC4hhBFX6B75OEwDoTi18TDZ/3F EgUHAEPy/NlLP6fqXeUVkD3CLvO4Moi9U8mo7dCubX2KGsKllQ/ebhecv6vwHrZ0+71tbs FjOEJgRbmgj7rBv6VlOKghBKbC8ohyqPFsWN1u3xyXirSFzfAfOmIfr34YGwGw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598736605; a=rsa-sha256; cv=none; b=rTF7FMVqhf4oo8QRH/Al7VSfEplxKHLtiCjYUHbnIOiJmnb7nwIYoVB4Erp90ywW0Xr+fJ A/gnXl5wVx1uFwF1PJLv/hHW6Ir2J1B6LnxMqpCf4NdLgpLkwcI/pr3CKQFMHJo2y0eOJs bY2LQM+jA7FnK87uHmg2e7YrD2HoD+mvqAKBv+1D7NLGUB6eYd1sYvO+w6WUB8tPlFv7cH 4a0USndAbdPPolHKi09JNw8chXDf++YwCv8p1AcqXwVqg7QKBL8RZC7u7A1bvVpaevavLq OCOxMCytYwr4KHJz1MEDhbqKYG03uE3CVVTxVl+zBStpOIbnk8135EDx/8gq5w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:30:05 -0000 --MGu/vTNewDGZ7tmp Content-Type: multipart/mixed; boundary="KIzF6Cje4W/osXrF" Content-Disposition: inline --KIzF6Cje4W/osXrF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote: > On 8/29/20 5:17 PM, Glen Barber wrote: > > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote: > >> The build-from-existing mode fails with .. > >> > >> imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf > >> fatal: not a git repository (or any parent up to mount point /usr) > >> Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not s= et). > >> umount: /usr/local/release-builds/i386/dev: not a file system root dir= ectory > >> > >=20 > > Here's the fun part - Which revision was this? >=20 > The host system is check-out from SVN r364964, >=20 Can you please try the attached patch against your release.sh? Glen --KIzF6Cje4W/osXrF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="release.sh.txt" Index: release/release.sh =================================================================== --- release/release.sh (revision 364960) +++ release/release.sh (working copy) @@ -223,6 +223,8 @@ chroot_setup() { if [ -z "${SRC_UPDATE_SKIP}" ]; then if [ -d "${CHROOTDIR}/usr/src/.git" ]; then ${VCSUPDATE} -C ${CHROOTDIR}/usr/src + elif [ -d "${CHROOTDIR}/usr/src/.svn" ]; then + svn up ${CHROOTDIR}/usr/src else ${VCSCMD} ${SRC} -b ${SRCBRANCH} ${CHROOTDIR}/usr/src fi @@ -230,6 +232,8 @@ chroot_setup() { if [ -z "${NODOC}" ] && [ -z "${DOC_UPDATE_SKIP}" ]; then if [ -d "${CHROOTDIR}/usr/doc/.git" ]; then ${VCSUPDATE} -C ${CHROOTDIR}/usr/doc + elif [ -d "${CHROOTDIR}/usr/doc/.svn" ]; then + svn up ${CHROOTDIR}/usr/doc else ${VCSCMD} ${DOC} -b ${DOCBRANCH} ${CHROOTDIR}/usr/doc fi @@ -237,6 +241,8 @@ chroot_setup() { if [ -z "${NOPORTS}" ] && [ -z "${PORTS_UPDATE_SKIP}" ]; then if [ -d "${CHROOTDIR}/usr/ports/.git" ]; then ${VCSUPDATE} -C ${CHROOTDIR}/usr/ports + elif [ -d "${CHROOTDIR}/usr/ports/.svn" ]; then + svn up ${CHROOTDIR}/usr/ports else ${VCSCMD} ${PORT} -b ${PORTBRANCH} ${CHROOTDIR}/usr/ports fi --KIzF6Cje4W/osXrF-- --MGu/vTNewDGZ7tmp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9KyNoACgkQAxRYpUeP 4pO4kRAAl7YOnyP9ewjK6pDH7L/yd+VQUvaI7tDKih2zkWBCJlzyHFXbvKU2FTMF XEnld5BvYTlh/M0NVRAGH0YWntOmhs/SU0q6XN0DQ7+EI7CxC+icSkgs4TqhLMJs yedDgCMbasgZdjXV3aTnOO9xcrjDOSHBH2+ZLUMimJTqpKyrLaM2iB5zRwfMyGum m6RrVRjOcyExqsfqViFYwanrAz/lLFFHNHVtZErmB5U/iBHEefq1AUeynMLI9KZp M0FejsWainOpHcX1NP7/xlBELAhoZ0voH6qGqjgmcVjSXDkZuSXAO8t0FffLljGW aJtfZnEG3CEw0oQ+RWuVFVlaLtWp9ug970H6aXmCOo2Kt84H/biFuFjBD/vjzypH f7hiNMY+tLPQiqb79YiDB1usmri3WFrwUjW2R+0J0q73IsN2Bz4N2VFBhDqZ5sTW ia/3dEslf+CDwysKY+FxzLC7ZhmPyH9hz1xq6ntfBZPloQWn2+dgu0+NxE/7Uftp 1+joVLOBw9HtBlnFmPwnCQMf4RHPcUeJd8kcZR/578Kpr7oj4yBE1F6+cnzWHxXP JdGxapR3zsj1X3zlc3qAJWb9cl2P2i7ZKN6ZLTkBv2uxl40z+RsCi7ayhaE1cNPk xeCdOYrJoM4quTcWCQvCMrjwDh3d7tcRalEvAMWBN7Hd+IIr9Cg= =t0Ny -----END PGP SIGNATURE----- --MGu/vTNewDGZ7tmp-- From owner-freebsd-current@freebsd.org Sat Aug 29 21:40: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 332653BD5EC for ; Sat, 29 Aug 2020 21:40:20 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf8yX0Y7bz45Fg; Sat, 29 Aug 2020 21:40:20 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 9EDE5CBBD; Sat, 29 Aug 2020 21:40:19 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 21:40:17 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829214017.GH19857@FreeBSD.org> References: <20200828174424.GD61041@FreeBSD.org> <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> <20200829211701.GF19857@FreeBSD.org> <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> <20200829213002.GG19857@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3eH4Qcq5fItR5cpy" Content-Disposition: inline In-Reply-To: <20200829213002.GG19857@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598737220; 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: in-reply-to:in-reply-to:references:references; bh=FXI9kNxp9mqyOq5b1v7A1U9KGxpF7v+p0jumcHXWB50=; b=rsFcazoZwTfuqd2lqjcju3zLGh5NYrPsTV9yv1PM+jO/k/P6DJ+dKug7XpMYxNNhkAJNE4 97HuE6GB8EvbuLXCJNMKrqoAS5DFxCVy6xqfBjnzoqpgRt8Sh7jfvR3DxsgM9s7gitNZOu jBkBdqqZedZKxFM0fuF82OygOQn/o5gogMPK1Ne+lHLS2ljOfD9qHGCfbMWzgaInO66Xat Wl8jd1jQlzl0YSv+7rC42WwF/oMqf9sUetZ/1PZyrnKF+RUCJT+eJQ4ePoQseICwGsZHVo Iq4gIS13sKqDGzQawm2akdq4ujuXuaV7u+ZiqcQse0kWsRPuTouPqb6Kwvk0pg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598737220; a=rsa-sha256; cv=none; b=lRxBip2U2h35/AmhKbAaPvM6lbtcr0sh21tNC32TDKKpkod1sufo1SJlxQOV9Wp6FAr6CO FzE1vDAonDyaVuhur/ofsYnLynwN+so0zl8VatYvxK4kSMVnXyy4HsM/8OdqfDrMpfptmx F6pyTVKNZLA2lq6MhPWS9p7P9GLAe/wWCv+8SDQRQwfBaWeoV/Z3WqlWZAZ5Ola/ogt7xo FrGpYiu88giFM+KJ6FcAJ4qt6OioB/22EXXh50401f2lz4Y7bQeHtOQ8JF4Y63easxDrW6 0z4n3rErqYd9THVrdQ/S2KdJJ5M42WsCwG2e+tOWcZJ2FZZEm+68rgJrZ8wmeg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:40:20 -0000 --3eH4Qcq5fItR5cpy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 09:30:02PM +0000, Glen Barber wrote: > On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote: > > On 8/29/20 5:17 PM, Glen Barber wrote: > > > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote: > > >> The build-from-existing mode fails with .. > > >> > > >> imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf > > >> fatal: not a git repository (or any parent up to mount point /usr) > > >> Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not= set). > > >> umount: /usr/local/release-builds/i386/dev: not a file system root d= irectory > > >> > > >=20 > > > Here's the fun part - Which revision was this? > >=20 > > The host system is check-out from SVN r364964, > >=20 >=20 > Can you please try the attached patch against your release.sh? >=20 Nevermind, I see the problem. Standby. Glen --3eH4Qcq5fItR5cpy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9Ky0EACgkQAxRYpUeP 4pPT+xAAlXSqID+Ba/g3Tfiag682owEvLvQ0KzzYR9pvmC/fFyVgnYTCiY12UH33 mHX+zSIxTxwCqUz54Z0Ni9+S16jiqxztMyqWv7afdl9ZIcftt2GIrAFc6fSn8hYx 5Md5Umys9Twc7YqetQRWMvX6E08DWlWgfdpDB2/SXkiQKWwUqGZUBuTkdArcHS5a gAd5npMm4v9hza82lAQf9FLEK5sop2/YQRduiKcksK4kvAo+h1E01gHQx3mnOKHK sAuGIWr2UdHBW2Y6e1cZAuELFdocoQjKp4DvzhxMIPmqaL32nnXn/0o5DEe0pp7X 5OUofNZ2p9PUI/h8z0qf+ln/hbBoxD/eiKbChAjXBpn+F8bF2VHjZDHL6Bxhupdq FUt6654oqzDdpvGMYFt8WSunQG7pHkvLgsg3T3RoGGj3UYG6Ze024ww5j/jij7k9 v00o921hNh8uu5nt1YnlYrYtPLNLszIvzZfIZ/RMLMmrnXI1v0aSHPOV10/w6hwI HyazVkrRcbLiucyxeXdswiUBlFQdcwtYU4uIoD1IzVSxCKhHRXoX/XwKih9C/TyT pX6mqOWa6AU5oMFDQjT1JLJm1NlmkwRchlHBfNCe3PaqKGp8FLjRVQt1Uq2ZgDAr qoeGixINpT4kyIZH+cZInwYCYckK0XcalBpPqFlvwr4dsdnl4AQ= =WFFC -----END PGP SIGNATURE----- --3eH4Qcq5fItR5cpy-- From owner-freebsd-current@freebsd.org Sat Aug 29 21:42: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 96BF23BD9C2 for ; Sat, 29 Aug 2020 21:42:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf9144ZF4z45kN for ; Sat, 29 Aug 2020 21:42:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82c.google.com with SMTP id 60so2228679qtc.9 for ; Sat, 29 Aug 2020 14:42:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=f0sjW3pRDwCAlnxuN1lNpRpVigAqrbQHqeYHIEOmQxU=; b=fDoOJZIDJrUYxUhSxEdg2XhULMmRHpmDeqwBr8Ddz8TOg7BMrOP2r7jcqWOOn//bl7 2S0GtUCXJUlvlgPk/iabUnkTPgFmCpKgt2jgNxtVitRG0VQKl5ol/JG3WQ1UDIAhOIvE QoqjkVitRCkO9wG+NSpWJqJGcwnxrgL1Yyzz0BLDDZenttW/wBiifaD4Dc9lPpdu2hps Y7cXmYwlfFGagJHWrWCL6LwvxY+idHq6/bLRL0d7a1SLW4CqlDCmjOTicsSbcaePmCsQ nl1ve3hNJ07PhNjJyUKF+HIDN93C0tBSALByEGecNgBsFbt5D5Q46fM9Cs1KyKiklDKD K/UQ== X-Gm-Message-State: AOAM533WMbbTpYDie/QyuOpkQ77tAs/hhOV9NTFOJzNmLs21kQoIxOfO WpXgsyCWH1X6u5W25JlQ+bZs41F0MG0S6Ms/SAtAag== X-Google-Smtp-Source: ABdhPJzsscWGpdMtW13qv5rro16NYpCB0BrI+vDy2QcML2n3hvTTFhNcGnsP3/w6IHZnfRatM9i8dxFEXpV1t9FO2xc= X-Received: by 2002:ac8:47c8:: with SMTP id d8mr6754896qtr.32.1598737351356; Sat, 29 Aug 2020 14:42:31 -0700 (PDT) MIME-Version: 1.0 From: Warner Losh Date: Sat, 29 Aug 2020 15:42:20 -0600 Message-ID: Subject: APM BIOS set to go in FreeBSD To: "freebsd-arch@freebsd.org" , FreeBSD Current X-Rspamd-Queue-Id: 4Bf9144ZF4z45kN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.001]; NEURAL_HAM_LONG(-0.97)[-0.973]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82c:from]; NEURAL_HAM_SHORT(-0.51)[-0.511]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:42:33 -0000 Greetings, APM BIOS support will likely be removed from FreeBSD for FreeBSD 13. This was once quite important for LAPTOP users. However, it is now no longer relevant. It stopped being supported around the time that ACPI started to be released for laptops. This was around the Pentium 200MHz laptop generation, give or take. ACPI was released in 1996 to replace APM, and had largely done so by 2000. As such, this is 20-year obsolete technology. The current APM code has been basically untested for a long time. So it's unclear if the many blind changes to it have broken it or not. In addition, there are some timekeeping improvements I'd like to make to the kernel that APM is standing in the way of. I have no APM laptops that are still working (my last one I retired in 1998 or so and is no longer powering on). Rather than make yet another set of blind changes to a technology that's no longer relevant and surely completely unused, I'd like to retire APM in 13.0. To that end, I'm looking for actual users of this APM that have used the technology successfully in FreeBSD 12.0 or newer. Are there any such users left? Warner From owner-freebsd-current@freebsd.org Sat Aug 29 21:43: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 4BB733BDA5E for ; Sat, 29 Aug 2020 21:43:28 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf9281MSMz469m; Sat, 29 Aug 2020 21:43:28 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id BDE76D019; Sat, 29 Aug 2020 21:43:27 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 21:43:25 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829214325.GI19857@FreeBSD.org> References: <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> <20200829211701.GF19857@FreeBSD.org> <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> <20200829213002.GG19857@FreeBSD.org> <20200829214017.GH19857@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RUqJLqMNe5u4kDWT" Content-Disposition: inline In-Reply-To: <20200829214017.GH19857@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598737408; 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: in-reply-to:in-reply-to:references:references; bh=3PU8EKULgodpqLi2fgN0gCkK7siYLHGXAePqSjTO7Bo=; b=OBgFcijtHheT3v8vjRDWv9vneuO/4cRA01U1t/okIB3k7CfcVcuXrzgpiVPVtMvfqDY6f/ +Z1PFINJQa44QGpwjczgyEItz93UY8L/bFyXE4z8b0YjeExnpFoyYksF2QRMcB75ftBZ2i 70JQaq+K8y+sq7ZPK2gbpWlwEDWLkEEU8/C68m2YwGSfGdQIqVVqUyd2OtughOWBcqnPQr nIw1tmm+2MqDLtokgwX4tuF5JbAj3D4fJx3Peip+z/Z7ytDnSOy2l14VFuYXDWnVeOW64E PJu4mZitMGRGINS/m1SCd5kupe29GKTgdL2Qmd3wMES3zMo8PyfGLSO5PqkQQQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598737408; a=rsa-sha256; cv=none; b=kM9TwHdk7SOLaOJv3k859ob575T3ZpFuZhRsXR48Pc/eGDxWuYf7bHAOuowzIP9aHUbbT3 eELMXB4+C9MzYKr2py3tZJIvrQ1dpcK/mXprgywY/nmFzXjHY0DuI86hPH2kWyKeD7NZsM LamYIYjLdYlSwjuDq3PCIE8bznaEhZWYhN2BYvqy1Et9q/XqigozTr0F9TniVZ6U9CiYXn /tJAuqHQJ0rWuveYuyLqOlQnDpEW/NC0kf2iJtTG4J7UtCvYPT+RbowBfM3H3GEq3jF+aN v9dgpdWBtovctR0n0UzoWdQFPOmvsKUJ6vBB0+fwPmF73I+RfbarzkZPZUAg7g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:43:28 -0000 --RUqJLqMNe5u4kDWT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 09:40:17PM +0000, Glen Barber wrote: > On Sat, Aug 29, 2020 at 09:30:02PM +0000, Glen Barber wrote: > > On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote: > > > On 8/29/20 5:17 PM, Glen Barber wrote: > > > > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote: > > > >> The build-from-existing mode fails with .. > > > >> > > > >> imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf > > > >> fatal: not a git repository (or any parent up to mount point /usr) > > > >> Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM n= ot set). > > > >> umount: /usr/local/release-builds/i386/dev: not a file system root= directory > > > >> > > > >=20 > > > > Here's the fun part - Which revision was this? > > >=20 > > > The host system is check-out from SVN r364964, > > >=20 > >=20 > > Can you please try the attached patch against your release.sh? > >=20 >=20 > Nevermind, I see the problem. Standby. >=20 r364966 should fix it. Thank you again for your help here. Glen --RUqJLqMNe5u4kDWT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9Ky/0ACgkQAxRYpUeP 4pOkIQ//fmA64Ue/RywAwq5PLwRruUir+QKQm+FoKs+xpTXF5F+R91ACYUNQtxjp sRyONYDBfuDN63Dg7k8HOyubJlT/ZqJGtL5HUmaBTZ5j48Fp1y6LVSjeimIOk7YI F+4iOy3qZyVahKLxgb8HTs+t5apVoTQEUkJGgNtA/dsZ92D6AEyYcSLaZjypvWS2 Tka7ZOnyvGo4xhpukbiGAMVK2ynoAD9z/1J/QhY8phHiKdP6CTKqzpPbe/WqUgUp ysWxZPRvTv8EegizL3P8Y0IKaIps7MKzc14wxnQf8tYbg1iIz+P8NyzGPGItwDiq /vt6CRDmP06rCNLuUVPv6VeZf2Yn7/E4TNmDeq6rT6GKtRMihXG/F4PSPmdKPk7i 1B5S1ie342jH4JRJjU1B0K2qvAzEyR7QX/UqryWdGAxGL0SPjZ5e0KZ2KCHSWew3 7LdBXll3okl5QWP9gBgA15WyflSVGlDqpwEEnAVM9cfYNOmDbglMgCPmdyjztTyc ylRzqJsmcf5xgS+O6IVBP078/iP7k/+m91TzN3Pzw8Tl2AK70HcyIz7EEj/xWXZs 1Js3Z6Jqb2hw3rAI74TQ2crlBfeQwKQC7FSI/Er1Fy3YphPI47O7pyuKg5/U3EK+ ro7lKxqtVT1XN4aWZTgU48ucsOLAO/GhX1RW8APgbb+P7ld95KQ= =A4T6 -----END PGP SIGNATURE----- --RUqJLqMNe5u4kDWT-- From owner-freebsd-current@freebsd.org Sat Aug 29 21:48: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 AC9013BE322 for ; Sat, 29 Aug 2020 21:48:38 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf9863zPvz46Xj; Sat, 29 Aug 2020 21:48:38 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 281AAD14C; Sat, 29 Aug 2020 21:48:38 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 21:48:35 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829214835.GJ19857@FreeBSD.org> References: <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> <20200829211701.GF19857@FreeBSD.org> <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> <20200829213002.GG19857@FreeBSD.org> <20200829214017.GH19857@FreeBSD.org> <20200829214325.GI19857@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BOhpupldhMlYbdva" Content-Disposition: inline In-Reply-To: <20200829214325.GI19857@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598737718; 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: in-reply-to:in-reply-to:references:references; bh=gdjl4pBsDZk3VekuN3/gcTyBXUp5U5YwSJdVDaSu4vs=; b=efH4KnTpIpZOwSV5ij80g92ocjtDIjHA26ArPHyU+2wieaZZLLsb7KdKx7jo6wc2X2hhs6 K+Vet8eeZX63A/MdorYnFwU7tFGK6O/WeyDh/IOdtU8c6b3pAnJmLspULj0uwlt9GXe41Z gWvbwhi88fy4/dS188/f6EYjHhXcL/L9nGjloUHapz4e0nREtJWsjxfBwHExZMOaCF+ueq yc8jTsOyxdjg/QnrnN9gvjRt7Z+lr6zqhubIJrWXmGLEoWbpntKpxLReyh8pdZH52zqM1U v3qoShwAf/LUx6ma8JcGcWbR4Fac/OVbwUEG+Q8ODQmgVe87q6u26RElzmwdhg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598737718; a=rsa-sha256; cv=none; b=X9C+uLDdAyODnCYNzQL4uAFgkTQgjEUdaW1NpH2KGzfHyRhHphYWXZmN/8wZe6VPx7jTvZ lvIwOhmwEA7eXo70FYxAYdZbzPuEExYBFr3gm8ZAMFfiAb0y9uH0v0UK4j7YfLszuaKSJq hrASjBaWgSj6ZR5hi9iL7V0O+leNF5zSn4HBtjpPrBmHA6K6JTuaAJw57NuNWLlsoYmx8n S2HYxLPUgjMhJhf6w/m+UUoTA3a1zda+8kRUit4BGIpD4HUxg4XpHk38RDAg24n4sEcGDt pSOQCvYZ4iCIW+teCLekTDsqsihwjYLIyqnQz3wH6CBU3qHZ6mSDwwfb8jQTIA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:48:38 -0000 --BOhpupldhMlYbdva Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 09:43:25PM +0000, Glen Barber wrote: > On Sat, Aug 29, 2020 at 09:40:17PM +0000, Glen Barber wrote: > > On Sat, Aug 29, 2020 at 09:30:02PM +0000, Glen Barber wrote: > > > On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote: > > > > On 8/29/20 5:17 PM, Glen Barber wrote: > > > > > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote: > > > > >> The build-from-existing mode fails with .. > > > > >> > > > > >> imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf > > > > >> fatal: not a git repository (or any parent up to mount point /us= r) > > > > >> Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM= not set). > > > > >> umount: /usr/local/release-builds/i386/dev: not a file system ro= ot directory > > > > >> > > > > >=20 > > > > > Here's the fun part - Which revision was this? > > > >=20 > > > > The host system is check-out from SVN r364964, > > > >=20 > > >=20 > > > Can you please try the attached patch against your release.sh? > > >=20 > >=20 > > Nevermind, I see the problem. Standby. > >=20 >=20 > r364966 should fix it. Thank you again for your help here. >=20 Sigh. r364968 should *really* fix it.. Is it Friday yet? Glen --BOhpupldhMlYbdva Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9KzTMACgkQAxRYpUeP 4pNqOhAAkh353EAFpT/iV+7xDrALAkbJyEcT6cnqC5pbdJp1rlPXXTHA/bNkdFfj wqRZWYCXA1tuMAy2VpkdpKaZHDxrjg4r7X2mNVxqrTK5FXh5xiJvaGs/wXvUSpMp is6d1woyWazc0g5fPpsp5f+001Tgj1xTlOPIs+Mwe/Q91s0A5pdLozJ/nvDXO2aH ctRsYy8tOZwRe2vqs0w0fnNhzqhcNnEXO7JwGfwbhgLqw6OFGYeyPUpv6Rjr7E5a Wj5UMpYeyf1GqcGIRn4gT5ZZ4u5yxyYn7JPGVAWlpKLqwRDy2xLUuBOMcmnR5rqp fxSY5gKJkFXkEHoxgG7tNqWUsyGKo8p7QKhclavcg6PVoGjkAdbr4o+LByveXmZ1 NBmmvj0l2s4S7Xes/v065dMCEriirycaADmbDNDjVODZDOA/qN2Osbf27dnmRIB8 j7NcpEazQsDNczUVWe6fSW6ud5SIfBs2amp/e3iy7+tlHAi3gXK/OI8bCZ0a4BXJ IsSdN/RE5SJbna8ci5wV7y2mr6DAPY/eZs9zeZJylRmjnPp+sVV6olQKs1AjBSwb udkXyibgtaGN8Q91qShadiIlDm9PWj+mbVOS0M7veqP/TNRr72XZFMm2qeCLqAAF UzDKPYkS9C/XBUDdn4BnR4/uNKs5OT7z+0Znjidv4NPwE4/xnyY= =YlQr -----END PGP SIGNATURE----- --BOhpupldhMlYbdva-- From owner-freebsd-current@freebsd.org Sat Aug 29 21:54: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 7EDBD3BE1F9 for ; Sat, 29 Aug 2020 21:54:37 +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 4Bf9H00dmlz4720; Sat, 29 Aug 2020 21:54:35 +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)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 25864C0BB; Sat, 29 Aug 2020 17:54:32 -0400 (EDT) Subject: Re: documentation on release build process change (svn -> git)? To: Glen Barber Cc: freebsd-current References: <20200829151406.GA19857@FreeBSD.org> <95d7aef5-69d4-0215-43ca-0663bc370667@protected-networks.net> <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> <20200829211701.GF19857@FreeBSD.org> <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> <20200829213002.GG19857@FreeBSD.org> <20200829214017.GH19857@FreeBSD.org> <20200829214325.GI19857@FreeBSD.org> <20200829214835.GJ19857@FreeBSD.org> From: Michael Butler Message-ID: <935b8a26-a38b-4fea-faf7-92acfd3acb6a@protected-networks.net> Date: Sat, 29 Aug 2020 17:54:31 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200829214835.GJ19857@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Bf9H00dmlz4720 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.98)[-0.979]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_MEDIUM(-1.07)[-1.069]; 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.86)[-0.857]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 21:54:37 -0000 On 8/29/20 5:48 PM, Glen Barber wrote: > On Sat, Aug 29, 2020 at 09:43:25PM +0000, Glen Barber wrote: >> On Sat, Aug 29, 2020 at 09:40:17PM +0000, Glen Barber wrote: [ .. ] >>> Nevermind, I see the problem. Standby. >>> >> >> r364966 should fix it. Thank you again for your help here. >> > > Sigh. r364968 should *really* fix it.. It does and without pulling ~1.2GB of GIT pack down :-) > Is it Friday yet? LOL :-) imb From owner-freebsd-current@freebsd.org Sat Aug 29 22:00:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 953763BE9E8 for ; Sat, 29 Aug 2020 22:00:00 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bf9PD3SkCz47Pl; Sat, 29 Aug 2020 22:00:00 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 02644D2E9; Sat, 29 Aug 2020 21:59:59 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 29 Aug 2020 21:59:57 +0000 From: Glen Barber To: Michael Butler Cc: freebsd-current Subject: Re: documentation on release build process change (svn -> git)? Message-ID: <20200829215957.GK19857@FreeBSD.org> References: <20200829155123.GB19857@FreeBSD.org> <20200829160444.GC19857@FreeBSD.org> <0fbe4d36-6da8-9e63-c830-1dba9fa057ee@protected-networks.net> <20200829211701.GF19857@FreeBSD.org> <36ab2d22-fe14-5be7-a45b-2457fff10773@protected-networks.net> <20200829213002.GG19857@FreeBSD.org> <20200829214017.GH19857@FreeBSD.org> <20200829214325.GI19857@FreeBSD.org> <20200829214835.GJ19857@FreeBSD.org> <935b8a26-a38b-4fea-faf7-92acfd3acb6a@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NPWyolIJAVLYbHY6" Content-Disposition: inline In-Reply-To: <935b8a26-a38b-4fea-faf7-92acfd3acb6a@protected-networks.net> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598738400; 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: in-reply-to:in-reply-to:references:references; bh=MWVrWQmnJre20LgMbT/5rn92AKD0iJN57HOBrs5O+RA=; b=v3vOWASL2+oJ9ZnQTiEzlR5S7pp0IMx95wWJYmu3hjFzyRb1ldmEpMzM0AIvW4goEE0xSP uA/3xPsGo8tf6bThSOVzPy5XLPoDWBmcF4D9vTUxQnLKvMWE3TmcL3RSrP94ELjZHjRyz9 08rGnBE4OhVTqweG6xGaf6Kctakx9GAFGkVfwbJLDEQitWSrEBTesCxc7B6+uh2PvA6LRw usfXuK09Jz+WPDKxR1qgOZeBfNENcWyfFEK9D0vWSM0FQqXLSFy5Cmawrq2OFVc3XkJDV2 KzhvnrLzRLlxvhqBf2C5fi3froDswHKzm7dAPVuk9b/fivGCavonUn9HxjUd8Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598738400; a=rsa-sha256; cv=none; b=p9ARUmt7CoWuqXa3BzoTE6NI+Wwz2SQ10BiDX+LoDM6B/sAodHiGSop2z5d8OtZ9DSwg3w 4mPfPEB84BNLCkUDnDl9cdhD6g7P43mCpGL/AvJ+bER/udDvXJFlSv/9w3mXdveX3O2IlS yMScokimoxlbp78e0U3n6SYiDM6uWCho47Mc/UCIe+VlKZJLYHZrG4FLvLGEg3gt0qlrhu WAxn7ysE1Qg9VfRtPrLHV04WxhuRCH99Zr5CjaTfxGqgxNrJXbOmF4qYtKURBZRVMJJgyk ghRcVKdEs5/7e/s2DQKdSzkaopOcELkoWotE1kZU1Rz8deId5zkqUr+EC1j0Pg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 22:00:00 -0000 --NPWyolIJAVLYbHY6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2020 at 05:54:31PM -0400, Michael Butler wrote: > On 8/29/20 5:48 PM, Glen Barber wrote: > > On Sat, Aug 29, 2020 at 09:43:25PM +0000, Glen Barber wrote: > >> On Sat, Aug 29, 2020 at 09:40:17PM +0000, Glen Barber wrote: >=20 > [ .. ] >=20 > >>> Nevermind, I see the problem. Standby. > >>> > >> > >> r364966 should fix it. Thank you again for your help here. > >> > >=20 > > Sigh. r364968 should *really* fix it.. >=20 > It does and without pulling ~1.2GB of GIT pack down :-) >=20 Awesome! Thank you very much for testing! > > Is it Friday yet? >=20 > LOL :-) >=20 :-) Glen --NPWyolIJAVLYbHY6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9Kz90ACgkQAxRYpUeP 4pMB2Q//XNKjwqGzg1R5FXNDdgkB6G7xUiXX+Da+xC3cXR7BqzP8/Thv9XrVLRis 3UZUUhGNaBp3eDtzFECUbmX76fOOO29pH8KTRCV0xZH5TWV3xruXPAANrnlfZU8x QtuzDRO4FA/LPVRf0L7U2u/nOI/rjR8I+LH+Z5RnWg1hkD/t8oL/TOpUbmE0//Ee pDEbxkYdIf++RvY3bG/RfdsYLtN/t/n1mayemoYNVNKIxLN+GadvrwlEtAGL9qy/ BCEpTQFGsoq4nvhY9cap10xnmrmMZZcaoupui4osMzEp7pvkuLlMUGfYKfx6ft/R J9mGwsG/8YAKRkhWeth29Uy4E93vPT0xQPLuxAeP1JZTxknEtJxjAKBgVthqkp1D vS7AkqGsGTpWtFBEAAGLenddqHlTFHxsQh0+0gf5X1bGa0Lkto3tpCAt+fvC36+B l4+hxtGy+pKzQ8doweqC+jyjmIgAqQAbraGTUuBy5uBddZsJ738GYlhW9sYFFv0F xPcluvMEE0yf40PULpNiMp02zC0WEYcenm2tpRMVvTl+tfcwGPq1kvVq+Efd0eHR 1ILNgArRNavdm2GRPAIhk89w3aihMSoiFsh0YFCc0TO+aqq/nGSuICvJ+BMsXE4T MsWDthEJTs7Cu11W/JjcQOe3yUCy/mUIXg5esOJqRpKMPfLao2g= =wLkJ -----END PGP SIGNATURE----- --NPWyolIJAVLYbHY6-- From owner-freebsd-current@freebsd.org Sat Aug 29 23:31:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 433873C13DE for ; Sat, 29 Aug 2020 23:31:58 +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 4BfCRL13HHz4Ftg; Sat, 29 Aug 2020 23:31:58 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com [209.85.208.169]) (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 060AB1D217; Sat, 29 Aug 2020 23:31:58 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f169.google.com with SMTP id r13so2814623ljm.0; Sat, 29 Aug 2020 16:31:57 -0700 (PDT) X-Gm-Message-State: AOAM5304v/P5kH0IwQ9jipOwhLGF2lxJ1txRzND+t5J2tYFV9nkUvKmu yYXsKJuyaJ3CmIWtm1UwWRq6CLc+bSJNbJA0GIc= X-Google-Smtp-Source: ABdhPJy32baH0HEJR8Shue9dEZiTnJu7UnkGSKvRIG4p3N4h5668a4gAnPvegki/nnMtWDAt7C60GMTIKBqptwek1x0= X-Received: by 2002:a2e:8615:: with SMTP id a21mr2369184lji.357.1598743916586; Sat, 29 Aug 2020 16:31:56 -0700 (PDT) MIME-Version: 1.0 References: <20200829154727.GS3539@home.opsec.eu> In-Reply-To: <20200829154727.GS3539@home.opsec.eu> From: Matthew Macy Date: Sat, 29 Aug 2020 16:31:45 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: OpenZFS support merged To: Kurt Jaeger Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2020 23:31:58 -0000 On Sat, Aug 29, 2020 at 08:47 Kurt Jaeger wrote: > Hi! > > > > > r364746 merged OpenZFS support in to HEAD. > > > > > > The change should be transparent unless you want to use new features. > > > I caution against 'zpool upgrade' for the next few weeks. > > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 > > > > A system running r363767 can upgrade to some revision after r364746 > > and reboot and come up without big issues, running the new openzfs code ? > > > > Or is some additional step required ? > Barring some unusual configuration that no one else there should not be a problem. The only known issue of immediate concern (that was only raised a day or two ago :-/) is zfs delegation in poudriere. If you rely on that I= =E2=80=99d say wait a couple days, otherwise proceed. -M > > > -- > > pi@opsec.eu +49 171 3101372 Now what ? > >