From nobody Sat Sep 16 20:06:21 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rp2Bd5BnMz4tQB3 for ; Sat, 16 Sep 2023 20:06:33 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4Rp2Bc0t8mz4Qkr for ; Sat, 16 Sep 2023 20:06:31 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp; dmarc=none Received: from kalamity.joker.local (123-1-88-210.area1b.commufa.jp [123.1.88.210]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 38GK6LSF093728 for ; Sun, 17 Sep 2023 05:06:21 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 17 Sep 2023 05:06:21 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: CURRRENT snapshot won't boot due missing ZFS feature Message-Id: <20230917050621.1da562867be099a1674d785b@dec.sakura.ne.jp> In-Reply-To: <7EEF3435-064D-4C3C-98E4-2B27A788DB43@yahoo.com> References: <7EEF3435-064D-4C3C-98E4-2B27A788DB43.ref@yahoo.com> <7EEF3435-064D-4C3C-98E4-2B27A788DB43@yahoo.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Rp2Bc0t8mz4Qkr On Sat, 16 Sep 2023 08:43:49 -0700 Mark Millard wrote: > void wrote on > Date: Sat, 16 Sep 2023 12:12:02 UTC : > > > On Sat, Sep 16, 2023 at 12:55:19PM +0100, Warner Losh wrote: > > > > >Yes. The boot loader comes from the host. It must know how to read ZFS. > > > > It knows how to read zfs. > > I expect Warner was indicating: you have a (efi?) loader that knows > how to deal with the features listed in: > > sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.1-freebsd > > being active but not with some new feature(s) listed in: > > sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.2 > > being active. > > The following are the "read-only-compatibile no" features > that are new in openzfs-2.2 compared to openzfs-2.1-freebsd : > > blake3 > ednor > head_errlog > vdev_zaps_v2 > > So any of those being active leads to lack of even read-only > activity being compatible. (Although, the loader's subset > of the potential overall activity might allow ignoring some > specific "read-only-compatibile no" status examples.) > > For reference: > > # diff -u99 /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.1-freebsd /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.2 > --- /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.1-freebsd 2021-06-24 20:08:57.206621000 -0700 > +++ /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.2 2023-06-10 15:59:25.354999000 -0700 > @@ -1,34 +1,40 @@ > -# Features supported by OpenZFS 2.1 on FreeBSD > +# Features supported by OpenZFS 2.2 on Linux and FreeBSD > allocation_classes > async_destroy > +blake3 > +block_cloning > bookmark_v2 > bookmark_written > bookmarks > device_rebuild > device_removal > draid > +edonr > embedded_data > empty_bpobj > enabled_txg > encryption > extensible_dataset > filesystem_limits > +head_errlog > hole_birth > large_blocks > large_dnode > livelist > log_spacemap > lz4_compress > multi_vdev_crash_dump > obsolete_counts > project_quota > redacted_datasets > redaction_bookmarks > resilver_defer > sha512 > skein > spacemap_histogram > spacemap_v2 > userobj_accounting > +vdev_zaps_v2 > +zilsaxattr > zpool_checkpoint > zstd_compress > > (Last I checked, /usr/share/zfs/compatibility.d/openzfs-2.2 does > not exist yet. Thus were I had the diff look.) It may be because it's not yet listed here, thus not installed. /usr/src/cddl/share/zfs/compatibility.d/Makefile > > On the host in question, there are many guests, > > some with zfs-boot, some not, just file-based. > > But with what openzfs features active vs. not active > in each case? > > > What the host is not, is zfs-on-root. It boots from ssd (ada0). > > The vdevs are on a sas disk array. > > > > >So either your bootable partitions must not have com.klarasystems:vdev_zaps_v2 > > >in your BEs or you must have a new user boot. I think you can just install > > >the one from 14, but haven't tried it. > > > > Can you briefly explain how I'd install the one from 14 please? > > > I do not use bhyve so I do not even know if the > context is using the efi loader from a msdosfs > vs. not. For efi loaders, copying from one msdosfs > with a sufficient vintage to the one with the wrong > vintage (replacing) is sufficient. > > For reference (from an aarch64 context): > > # find /boot/efi/EFI/ -print > /boot/efi/EFI/ > /boot/efi/EFI/FREEBSD > /boot/efi/EFI/FREEBSD/loader.efi > /boot/efi/EFI/BOOT > /boot/efi/EFI/BOOT/bootaa64.efi > > There may well be only: > > EFI/BOOT/bootaa64.efi > > for all I know. > > >From an amd64 context: > > # find /boot/efi/EFI/ -print > /boot/efi/EFI/ > /boot/efi/EFI/FREEBSD > /boot/efi/EFI/FREEBSD/loader.efi > /boot/efi/EFI/BOOT > /boot/efi/EFI/BOOT/bootx64.efi > > There may well be only: > > EFI/BOOT/bootx64.efi > > for all I know. > > (I set things up to have the EFI capitalization > so that referencing efi/ vs. EFI/ in my context > is unique for the mount point. vs. the msdosfs > directory.) > > === > Mark Millard > marklmi at yahoo.com -- Tomoaki AOKI From nobody Sun Sep 17 12:53:27 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RpSXX4nRKz4sdNY; Sun, 17 Sep 2023 12:53:32 +0000 (UTC) (envelope-from kp@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RpSXX4ML0z3Kjl; Sun, 17 Sep 2023 12:53:32 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694955212; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XPgmVX/6PcXzMurmEYn5SQ69IgRl9Nrl5encvKuXyi8=; b=P11VWjPvz4oFSw4G3lolBSEnU0gBgo/0I3/MFgXReXA32JYYZ4QhlLvzFv/Fv1pGG1keqW tPfK/Mdv/PcVsiDlqnQPr3An1S9paEjyVzWhVQ3gz6nr3t5oEVSkM7Zv+rQbq8mp8hMj09 mZV23DVJeNY/uhSlOH/tQYCbt63MZoyf200HKhaEYeIgpHIZQP/LwazncRcbiJEgZLIS0+ SRxBPFg9i6mMQ1LODGHEy9VIb2q7kqBZk6BLBfzIMlX5wqxASXC6Ehi1hP59ilixRombm4 PsHfnS/g3IdOxNmYHOR3DmP2kmmAjJR9ujbv91jo7ibSgHEt9/OZez/pUfUxjQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694955212; a=rsa-sha256; cv=none; b=LR4wbia+4CAHhkGKmo6wOCaFPtBEkKoIX6uFsLSuvyNlaS/+AmdI1WoNzZt5PbKQKNfW7N mMtfWvcFE/7pvvMHPBex2ajSEWyFYBMEbGvPDVYlHYGqCO0ilCmd9IoCRaXYaNdW2rlzhY dg1dAIQWVsWtzuUFQVS5IVWUbZxaMaDDWl7ZoToLL1pkYrdTo6K9CvTxE+DNpukaSOJAPk Yc2Mht61KMEG6gnkw17/rr5cTI14zfEJq8HpjqIRrdLTqwVA0xRqh8jknQ8op3rsXKnBQZ S4z8HwIPxY5Ee5aLXrSjK1L3qFxOQ09kiV2VrSfvbvITd2tzGbvk5dGtfx/Hvg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694955212; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XPgmVX/6PcXzMurmEYn5SQ69IgRl9Nrl5encvKuXyi8=; b=XCbtSrLSSInnIKnIjlfeHFareFJ2K87G7+fAOepTzrY+dx+DY5/CM8vL8pfTTpOqGjOr8N B5dZTeeLaTwp1ZBUbCn0bp3EaN0nfCrjJjzAh+g/HT7bOucdPIE1UgKokS2YQmu72kzk+0 BCNDwRG/XLMDl1EGt43fjvJYBIoNDVJ9yd0V64x/RU+I4M+iYwdqfW7EoMTg6/6FOTjC0i BRluQQUUxsHyJC+th3Z3wMhaQFS1ImfEUXLL75FefTsxPjdRHMAolkPKia9kIUVVQHA4di Y6WMq7UvvKkCazixexnXYGiQIQJnC+96hcKhuf4YGI7N/MtR6xQamvKCe+oQLw== Received: from venus.codepro.be (venus.codepro.be [5.9.86.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 "mx1.codepro.be", Issuer "R3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RpSXX2kRyzp3H; Sun, 17 Sep 2023 12:53:32 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 80D36DDA5; Sun, 17 Sep 2023 14:53:29 +0200 (CEST) From: Kristof Provost To: Mark Millard Cc: bofh@FreeBSD.org, eugen@FreeBSD.org, FreeBSD Mailing List , Current FreeBSD Subject: Re: git: 8d49fd7331bc - main - pf: remove DIOCGETRULE and DIOCGETSTATUS : net/py-libdnet and net/scapy now broken, kyua test suite damaged Date: Sun, 17 Sep 2023 13:53:27 +0100 X-Mailer: MailMate (1.14r5937) Message-ID: <125F72E9-A597-4213-8E50-FB8EF0F9B80E@FreeBSD.org> In-Reply-To: <56BB4EAF-E9C8-42E3-A7FB-3F6988D745B0@yahoo.com> References: <9A0C699C-78DA-4EB9-945D-A7C3B29EF31D@FreeBSD.org> <56BB4EAF-E9C8-42E3-A7FB-3F6988D745B0@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 14 Sep 2023, at 15:34, Mark Millard wrote: > [I've cc'd a couple of folks that have dealt with fixing > breakage in the past.] > I=E2=80=99ve submitted a fix for libdnet in https://bugs.freebsd.org/bugz= illa/show_bug.cgi?id=3D273899 because it blocks net/scapy, which we rely = on for tests. I do not plan to fix other ports as well. Best regards, Kristof From nobody Mon Sep 18 05:31:46 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RpthY6cpLz4tXKg; Mon, 18 Sep 2023 05:31:57 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from www541.your-server.de (www541.your-server.de [213.133.107.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RpthY0g7Pz4Vd5; Mon, 18 Sep 2023 05:31:57 +0000 (UTC) (envelope-from mm@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 213.133.107.7 is neither permitted nor denied by domain of mm@FreeBSD.org) smtp.mailfrom=mm@FreeBSD.org; dmarc=none Received: from sslproxy01.your-server.de ([78.46.139.224]) by www541.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qi6rN-000OyY-1e; Mon, 18 Sep 2023 07:31:49 +0200 Received: from [188.167.171.2] (helo=[10.0.9.122]) by sslproxy01.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qi6rM-000O39-E7; Mon, 18 Sep 2023 07:31:48 +0200 Message-ID: <8e4e4000-4680-0550-6772-32a6a3101761@FreeBSD.org> Date: Mon, 18 Sep 2023 07:31:46 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Content-Language: en-US To: Alexander Motin , Graham Perrin , freebsd-current@freebsd.org Cc: freebsd-stable@freebsd.org References: <20230916002831.GU52318@FreeBSD.org> <02c53c2e-127b-33b4-e13d-f6f6589dd5fe@gmail.com> <7a6692de-f096-637d-fe48-d5fb93e54f8b@FreeBSD.org> From: Martin Matuska In-Reply-To: <7a6692de-f096-637d-fe48-d5fb93e54f8b@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-Sender: martin@matuska.de X-Virus-Scanned: Clear (ClamAV 0.103.10/27034/Sun Sep 17 09:37:48 2023) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[78.46.139.224:received]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org,freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[FreeBSD.org,gmail.com,freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[mm]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_X_AS(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; RCVD_TLS_ALL(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4RpthY0g7Pz4Vd5 I vote for enabling block cloning on main :-) mm On 16. 9. 2023 19:14, Alexander Motin wrote: > On 16.09.2023 01:25, Graham Perrin wrote: >> On 16/09/2023 01:28, Glen Barber wrote: >>> o A fix for the ZFS block_cloning feature has been implemented. >> >> Thanks >> >> I see >> , >> with >> >> in stable/14. >> >> As vfs.zfs.bclone_enabled is still 0 (at least, with 15.0-CURRENT >> n265350-72d97e1dd9cc): should we assume that additional fixes, not >> necessarily in time for 14.0-RELEASE, will be required before >> vfs.zfs.bclone_enabled can default to 1? > > I am not aware of any block cloning issues now.  All this thread about > bclone_enabled actually started after I asked why it is still > disabled. Thanks to Mark Millard for spotting this issue I could fix, > but now we are back at the point of re-enabling it again.  Since the > tunable does not even exist anywhere outside of FreeBSD base tree, I'd > propose to give this code another try here too.  I see no point to > have it disabled at least in main unless somebody needs time to run > some specific tests first. > From nobody Mon Sep 18 10:49:10 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rq1kg4FJ5z4t0Wh; Mon, 18 Sep 2023 10:49:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rq1kg1yjTz3ZKD; Mon, 18 Sep 2023 10:49:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-wr1-x42d.google.com with SMTP id ffacd0b85a97d-31ff985e292so2545311f8f.1; Mon, 18 Sep 2023 03:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695034153; x=1695638953; darn=freebsd.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:sender :from:to:cc:subject:date:message-id:reply-to; bh=Gmrp47G/YOPEzz8CTt1sBfFO8OyhTt3ZuT52gzlE1qM=; b=D04yMUB7hbblzlKz8NBFC+UT+S4QMtSuJZevnJxFxq8wsOAgA2Btm6nWaM6iFC0c8R 5WmPw7z8eH3rbz+G74QXX3eu1FYy2N6oluR5b3NqEOaE1yRqqYd+4vuXz/Ruhy5Q6y2n TiNPEWcKihvL/wripLvQOlpjH6K36lbbTtKwMwykuUq2UNyRb8B/tS5/4eirIiGsrHaV P4ovATJ7twNYPQb4HuWqpXYN2JaSwjTcHmRG/G9U6DO7o5mt0EhWKC4d8Xy/v2tbJ1WK ovMyMRIwiEpZL6Nn892vRvbOHKdDP9lgL1AGSH9l0exHS80aoqmWD1u+4t+8Ldko25P1 VjnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695034153; x=1695638953; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:sender :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Gmrp47G/YOPEzz8CTt1sBfFO8OyhTt3ZuT52gzlE1qM=; b=IRjnBfH9TWHm2NA10f69BwpURT8n6/Yq/cc4+5sfSYYxmdc5kTYn+vrpp7osyKv5HW io55lHIrfnKI8nclIv3KHS4EjBcffdp6x6kT4YMiuZ0adHna0CrO4S9uNG+oqnG6XiTX 6+VBv8V6/DCGahlWuhBJeFhk/AtWOu148hHBjwKn3XDLsMFS81u7DkFWkv1Yvk1oK4Y6 mkc+jNk5ipT3hdilleznevEsJCEDd+pKUJZQNsBdX0/oMHNNQLXfzvmvdP7x9WoopdDI FkIyJadCPjLnK7345277u3ZKFGQnEgCEJaTINVs9CD20JtLGo6j2Vnx9pWtUxV8eJOtf XTTw== X-Gm-Message-State: AOJu0YwnZyRBt2AssWK9Div2ASN/oHdoaszNuCi+5SU6zkYmk3CCvkkt er+MPI2PkRjZqlkmax8Vwfwk6FIFd1Y= X-Google-Smtp-Source: AGHT+IEKpOC0kdLgM63JtH9HQJ35+epuIykRzieP+uRygKc76zI6Zvfpvnli0nj4qAWUBTeuRp6X2A== X-Received: by 2002:a5d:4706:0:b0:319:7c14:b06b with SMTP id y6-20020a5d4706000000b003197c14b06bmr6745448wrq.47.1695034152723; Mon, 18 Sep 2023 03:49:12 -0700 (PDT) Received: from framework (91.76.114.89.rev.vodafone.pt. [89.114.76.91]) by smtp.gmail.com with ESMTPSA id z15-20020adff1cf000000b003179d5aee67sm12113560wro.94.2023.09.18.03.49.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Sep 2023 03:49:11 -0700 (PDT) Date: Mon, 18 Sep 2023 06:49:10 -0400 From: Mark Johnston To: Martin Matuska Cc: Alexander Motin , Graham Perrin , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Message-ID: References: <20230916002831.GU52318@FreeBSD.org> <02c53c2e-127b-33b4-e13d-f6f6589dd5fe@gmail.com> <7a6692de-f096-637d-fe48-d5fb93e54f8b@FreeBSD.org> <8e4e4000-4680-0550-6772-32a6a3101761@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8e4e4000-4680-0550-6772-32a6a3101761@FreeBSD.org> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4Rq1kg1yjTz3ZKD On Mon, Sep 18, 2023 at 07:31:46AM +0200, Martin Matuska wrote: > I vote for enabling block cloning on main :-) Have you or anyone else run through the test suite with block cloning enabled? > On 16. 9. 2023 19:14, Alexander Motin wrote: > > On 16.09.2023 01:25, Graham Perrin wrote: > > > On 16/09/2023 01:28, Glen Barber wrote: > > > > o A fix for the ZFS block_cloning feature has been implemented. > > > > > > Thanks > > > > > > I see , > > > with > > > in stable/14. > > > > > > As vfs.zfs.bclone_enabled is still 0 (at least, with 15.0-CURRENT > > > n265350-72d97e1dd9cc): should we assume that additional fixes, not > > > necessarily in time for 14.0-RELEASE, will be required before > > > vfs.zfs.bclone_enabled can default to 1? > > > > I am not aware of any block cloning issues now.  All this thread about > > bclone_enabled actually started after I asked why it is still disabled. > > Thanks to Mark Millard for spotting this issue I could fix, but now we > > are back at the point of re-enabling it again.  Since the tunable does > > not even exist anywhere outside of FreeBSD base tree, I'd propose to > > give this code another try here too.  I see no point to have it disabled > > at least in main unless somebody needs time to run some specific tests > > first. > > > From nobody Mon Sep 18 11:22:04 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rq2Sl5qNzz4t2Gh; Mon, 18 Sep 2023 11:22:15 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4Rq2Sl1TQ7z3fJV; Mon, 18 Sep 2023 11:22:15 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-88-210.area1b.commufa.jp [123.1.88.210]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 38IBM4Td005456; Mon, 18 Sep 2023 20:22:04 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 18 Sep 2023 20:22:04 +0900 From: Tomoaki AOKI To: Martin Matuska Cc: Alexander Motin , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Message-Id: <20230918202204.28e21a011a0a98e3fcda9f3a@dec.sakura.ne.jp> In-Reply-To: <8e4e4000-4680-0550-6772-32a6a3101761@FreeBSD.org> References: <20230916002831.GU52318@FreeBSD.org> <02c53c2e-127b-33b4-e13d-f6f6589dd5fe@gmail.com> <7a6692de-f096-637d-fe48-d5fb93e54f8b@FreeBSD.org> <8e4e4000-4680-0550-6772-32a6a3101761@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4Rq2Sl1TQ7z3fJV (Intentionally dropped @gmail.com recipients, as gmail refuses to accept emaif from my email domain, unfortunately.) Really OK? I cannot find block_cloning in array *features_for_read[] of stand/libsa/zfs/zfsimpl.c, which possibly mean boot codes (including loader) cannot boot from Root-on-ZFS pool having block_cloning active. Not sure adding '"com.fudosecurity:block_cloning",' here is sufficient or not. Possibly more works are needed. IMHO, all default-enabled features should be safe for booting. Implement features with disalded, impement boot codes to support them, then finally enable them by default should be the only valid route. [1] https://cgit.freebsd.org/src/tree/stand/libsa/zfs/zfsimpl.c On Mon, 18 Sep 2023 07:31:46 +0200 Martin Matuska wrote: > I vote for enabling block cloning on main :-) > > mm > > On 16. 9. 2023 19:14, Alexander Motin wrote: > > On 16.09.2023 01:25, Graham Perrin wrote: > >> On 16/09/2023 01:28, Glen Barber wrote: > >>> o A fix for the ZFS block_cloning feature has been implemented. > >> > >> Thanks > >> > >> I see > >> , > >> with > >> > >> in stable/14. > >> > >> As vfs.zfs.bclone_enabled is still 0 (at least, with 15.0-CURRENT > >> n265350-72d97e1dd9cc): should we assume that additional fixes, not > >> necessarily in time for 14.0-RELEASE, will be required before > >> vfs.zfs.bclone_enabled can default to 1? > > > > I am not aware of any block cloning issues now.  All this thread about > > bclone_enabled actually started after I asked why it is still > > disabled. Thanks to Mark Millard for spotting this issue I could fix, > > but now we are back at the point of re-enabling it again.  Since the > > tunable does not even exist anywhere outside of FreeBSD base tree, I'd > > propose to give this code another try here too.  I see no point to > > have it disabled at least in main unless somebody needs time to run > > some specific tests first. -- Tomoaki AOKI From nobody Mon Sep 18 13:26:56 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rq5FX6TtMz4tCDV; Mon, 18 Sep 2023 13:27:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yw1-x112e.google.com (mail-yw1-x112e.google.com [IPv6:2607:f8b0:4864:20::112e]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rq5FX3jbHz4TCK; Mon, 18 Sep 2023 13:27:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-59eb8ec5e20so5335107b3.3; Mon, 18 Sep 2023 06:27:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695043664; x=1695648464; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id:sender :from:to:cc:subject:date:message-id:reply-to; bh=1Z7l643Yn4U0JvUDehwbKGT0tZjuvthQNYn4W2LON3w=; b=UYcxlvq/wjLbPe7DQAKfizx6qAM6wZX0NbRpvWTxpOzyWZFRxFVlCVIT3I0xnvAAA5 bg/o6RHi/xWzIkILmJ8zllYNBNNfn4lVTm6/Pc9KxZHKS2t7KdtGCMOF+ub/tIuOHOrV NmCSvk32jdFyNxTBYvx5cuNoG57+dXFdJzNaoi8d2exFZy0TKfwCRLQE3Gr0CcZ9ovb8 jQeP2D/irCWhaS9kUJZenYDrmTAIaVjxU3WzdhwbuMCGI0pmOrx4spJckf9T5xiqQjL/ 4l5cU91yOsX7ZyrciDVCeQgWVEhsCyRyyXK2UwoTAthQN6XJNap+XhxkoEatvtmNT1/u 9pfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695043664; x=1695648464; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id:sender :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=1Z7l643Yn4U0JvUDehwbKGT0tZjuvthQNYn4W2LON3w=; b=O1dCashp3wB7FE0mQghEAkdeBFquLEaZh1j/YyS40tK56EKTjDBHuQTWjvdj4+Kh0U XE21WU6GHc2NreAfqBw/R03VXFoclxwN3cZBZ6i5ZRJ/Xov1g7aAoHaorDOZIjQq+dtF cfpbr86EpFmocvqe42L8/Hwyxy2HLZ74WDZubDSnWHCJNAwh0vKGkSfFg7wVFzxruVYZ si+BZiA67XAIk13x92eoL9mXLpXwrAGWCBn2UCNdgfMlLAtAnd7xTBGCYezBueagoWja jlggugJfEu0GJwpyvnQWznXoeWAQjulYw4N0aWgd54JE1HpIC4bV7LgYc+9hpQeWg8Y7 44jQ== X-Gm-Message-State: AOJu0Yy/bxUMW68cS7PAKmwRwtRX81EuAQPybfIWcR0YsmjXWBUL3p8H Kzob8FxIZFnhA9Fg06elqgh/UNtdeGp7Mg== X-Google-Smtp-Source: AGHT+IGaBdroTsb4rijFVSTO10FO7CAbwubxKiPmKoV5uhcoNVpQb1NgwJNqOrKJV1eiWuLUbpSl4Q== X-Received: by 2002:a0d:f103:0:b0:59b:4ed2:a33 with SMTP id a3-20020a0df103000000b0059b4ed20a33mr8311350ywf.35.1695043663713; Mon, 18 Sep 2023 06:27:43 -0700 (PDT) Received: from [10.230.45.5] ([38.32.73.2]) by smtp.gmail.com with ESMTPSA id er4-20020a05690c2d8400b0057a0e5b18e0sm546832ywb.142.2023.09.18.06.27.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 Sep 2023 06:27:43 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2023 09:26:56 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Content-Language: en-US To: Tomoaki AOKI , Martin Matuska Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <20230916002831.GU52318@FreeBSD.org> <02c53c2e-127b-33b4-e13d-f6f6589dd5fe@gmail.com> <7a6692de-f096-637d-fe48-d5fb93e54f8b@FreeBSD.org> <8e4e4000-4680-0550-6772-32a6a3101761@FreeBSD.org> <20230918202204.28e21a011a0a98e3fcda9f3a@dec.sakura.ne.jp> From: Alexander Motin Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) In-Reply-To: <20230918202204.28e21a011a0a98e3fcda9f3a@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4Rq5FX3jbHz4TCK block_cloning feature is marked as READONLY_COMPAT. It should not require any special handling from the boot code. On 18.09.2023 07:22, Tomoaki AOKI wrote: > Really OK? > > I cannot find block_cloning in array *features_for_read[] of > stand/libsa/zfs/zfsimpl.c, which possibly mean boot codes (including > loader) cannot boot from Root-on-ZFS pool having block_cloning active. > > Not sure adding '"com.fudosecurity:block_cloning",' here is sufficient > or not. Possibly more works are needed. > > IMHO, all default-enabled features should be safe for booting. > Implement features with disalded, impement boot codes to support them, > then finally enable them by default should be the only valid route. > > > [1] https://cgit.freebsd.org/src/tree/stand/libsa/zfs/zfsimpl.c > > > On Mon, 18 Sep 2023 07:31:46 +0200 > Martin Matuska wrote: > >> I vote for enabling block cloning on main :-) >> >> mm >> >> On 16. 9. 2023 19:14, Alexander Motin wrote: >>> On 16.09.2023 01:25, Graham Perrin wrote: >>>> On 16/09/2023 01:28, Glen Barber wrote: >>>>> o A fix for the ZFS block_cloning feature has been implemented. >>>> >>>> Thanks >>>> >>>> I see >>>> , >>>> with >>>> >>>> in stable/14. >>>> >>>> As vfs.zfs.bclone_enabled is still 0 (at least, with 15.0-CURRENT >>>> n265350-72d97e1dd9cc): should we assume that additional fixes, not >>>> necessarily in time for 14.0-RELEASE, will be required before >>>> vfs.zfs.bclone_enabled can default to 1? >>> >>> I am not aware of any block cloning issues now.  All this thread about >>> bclone_enabled actually started after I asked why it is still >>> disabled. Thanks to Mark Millard for spotting this issue I could fix, >>> but now we are back at the point of re-enabling it again.  Since the >>> tunable does not even exist anywhere outside of FreeBSD base tree, I'd >>> propose to give this code another try here too.  I see no point to >>> have it disabled at least in main unless somebody needs time to run >>> some specific tests first. > -- Alexander Motin From nobody Mon Sep 18 15:38:01 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rq8831tkHz4tN14 for ; Mon, 18 Sep 2023 15:38:11 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rq8815cwkz3KLS for ; Mon, 18 Sep 2023 15:38:09 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=JGUhaLvE; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net; dmarc=pass (policy=reject) header.from=protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:content-language:references:from:from :subject:subject:user-agent:mime-version:date:date:message-id; s=201508; t=1695051481; bh=svRmjjWaTwNO+bbrXRBg4cS+F6qGDkhODr98 qAVPkkg=; b=JGUhaLvEJKQbVXGjTH2DOGbo0kQf+3QB0pEfl43V/2fT9/Xvbkxx OqQbgadl8LsUTk/bcJD0jT9U4ooxvxmnWw9v0BbXZVlPfQDV5fM/mfg5KDkGI2o5 G//o4ofBqfT2p11RsNchJLt4ODhStAuqHmdA7wvIP341ptM1wQR3/i4= Received: from [IPV6:2001:470:8d59:2:f21f:afff:fe66:957e] (toshi.auburn.protected-networks.net [IPv6:2001:470:8d59:2:f21f:afff:fe66:957e]) (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) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id B5AFE72E60 for ; Mon, 18 Sep 2023 11:38:01 -0400 (EDT) Message-ID: <946c1f29-dd2a-776d-e88d-7523c103b221@protected-networks.net> Date: Mon, 18 Sep 2023 11:38:01 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Subject: Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core From: Michael Butler To: freebsd-current@freebsd.org References: <59cbcfe2-cd53-69d8-65d6-7a79e656f494@FreeBSD.org> <1f968af1-1c57-9a09-7e01-145a5262e27f@FreeBSD.org> <20230806181238.858f58e25dfd0f99269cfe53@dec.sakura.ne.jp> <20230808063735.e8e1d3ede370a18f200a6f48@dec.sakura.ne.jp> <20230808224612.c3889d6e20b6fc980f5278cc@dec.sakura.ne.jp> <20230808235635.744e0e1c6a72face7fdf6a9b@dec.sakura.ne.jp> <4f0fbb44-eebe-aa8f-f958-dcd678936fe1@protected-networks.net> Content-Language: en-NZ In-Reply-To: <4f0fbb44-eebe-aa8f-f958-dcd678936fe1@protected-networks.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Rq8815cwkz3KLS On 8/8/23 13:50, Michael Butler wrote: > On 8/8/23 10:56, Tomoaki AOKI wrote: >> On Tue, 8 Aug 2023 17:02:32 +0300 >> Konstantin Belousov wrote: > >  [ .. snip .. ] > >>> The workaround is switched on automatically, when kernel detects >>> 'small cores' >>> reported by CPUID. >> >> If I read the code correctly, vm.pmap.pcid_invlpg_workaround >> (precicely, the corresponding variable) is set to non-zero when the >> workaround is enabled. Not sure it was detected correctly at the >> original reporter's environment, but forcibly setting the tunable to 1 >> didn't reported to help sufficiently. >> Currently, only setting tunable vm.pmap.pcid_enabled to 0 could help. > > I'm seeing similar stability problems on an N95-based device. This too > is an Alderlake-N device with only E-cores although I'm running it with > a compilation with CPUTYPE=tremont .. from an older, verbose start-up .. > > PPIM 0: PA=0x4000000000, VA=0xffffffff82710000, size=0x1d5000, mode=0x1 > pmap: large map 8 PML4 slots (4096 GB) > VT(efifb): resolution 800x600 > Preloaded elf kernel "/boot/kernel.new/kernel" at 0xffffffff8234e000. > Preloaded boot_entropy_cache "/boot/entropy" at 0xffffffff82357d08. > Preloaded cpu_microcode "/boot/firmware/intel-ucode.bin" at > 0xffffffff82357d60. > Preloaded hostuuid "/etc/hostid" at 0xffffffff82357dc0. > Preloaded TSLOG data "TSLOG" at 0xffffffff82357e10. > CPU: Intel(R) N95 (1689.60-MHz K8-class CPU) >   Origin="GenuineIntel"  Id=0xb06e0  Family=0x6  Model=0xbe  Stepping=0 > > Features=0xbfebfbff > > Features2=0x7ffafbbf >   AMD Features=0x2c100800 >   AMD Features2=0x121 >   Structured Extended > Features=0x239ca7eb >   Structured Extended > Features2=0x98c007bc >   Structured Extended > Features3=0xfc184410 >   XSAVE Features=0xf >   IA32_ARCH_CAPS=0x180fd6b >   VT-x: Basic Features=0x3da0500 >         Pin-Based Controls=0xff >         Primary Processor > Controls=0xfffbfffe >         Secondary Processor > Controls=0x75d7fff >         Exit Controls=0x3da0500 >         Entry Controls=0x3da0500 >         EPT Features=0x6f34141 >         VPID Features=0xf01 >   TSC: P-state invariant, performance statistics > 64-Byte prefetching > L2 cache: 2048 kbytes, 16-way associative, 64 bytes/line > real memory  = 17179869184 (16384 MB) > Physical memory chunk(s): > 0x0000000000010000 - 0x000000000009dfff, 581632 bytes (142 pages) > 0x000000000009f000 - 0x000000000009ffff, 4096 bytes (1 pages) > 0x0000000000100000 - 0x000000005fffffff, 1609564160 bytes (392960 pages) > 0x0000000062401000 - 0x000000007264dfff, 270848000 bytes (66125 pages) > 0x0000000075fff000 - 0x0000000075ffffff, 4096 bytes (1 pages) > 0x0000000100001000 - 0x0000000462497fff, 14533881856 bytes (3548311 pages) > 0x000000047fa00000 - 0x000000047fb68fff, 1478656 bytes (361 pages) > avail memory = 16363008000 (15604 MB) > CPU microcode: updated from 0xc to 0x10 With the most recent microcode update, this device reports .. CPU microcode: updated from 0xc to 0x11 .. and is now stable with vm.pmap.pcid_enabled=0, vm.pmap.pcid_invlpg_workaround=1, and CPUTYPE?=alderlake set in /etc/make.conf over multiple full system builds. I have not tested with vm.pmap.pcid_invlpg_workaround=0. > On start-up, vm.pmap.pcid_invlpg_workaround=1 but seemingly random > faults still occurred under load, for example, 'make buildworld'. > Apparent misreads of source-files resulting in syntax errors were the > most common symptom. Compilation reattempts (mostly) succeed. > > Initially, I put this down to an inadequate power-supply but setting > vm.pmap.pcid_enabled=0 seems to have stabilised it. > > I guess there's another dragon in there .. :-( > >     Michael From nobody Mon Sep 18 18:27:55 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqCw30Zhtz4tZVr for ; Mon, 18 Sep 2023 18:28:03 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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 "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RqCw24Wbhz3dgQ for ; Mon, 18 Sep 2023 18:28:02 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.17.1/8.17.1) with ESMTP id 38IIRubg076825; Mon, 18 Sep 2023 13:27:56 -0500 (CDT) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1695061676; bh=tSGkr5yVAuDdG1IFvSnKn4uHZjBtcJa2/sAa/1pe2BY=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=ULevyafd/VQd/+YQfSHeDoECHouQsvjvNL8IlUB3yMEw86pU6Kip2ZHlrReLGkE58 nxjYiYfMTjbp4ln5g8VLoK0WzgZ2ckKqbh3jcUpqHM0Yszf2WQTtBx2Vpk9uK7/DDY mXLNrNZRlW6GUYCWBMjPfCl1knFtxR95EywYKVR//OBOE7k9FQrcBibsMkOs9r1+a8 kQPU0BNKgqFvfFBTrt7GNQLBVWxk5FcktE4Chx2UlbGDCCuURlxrsdcmwz6x73AJHu n35h+7f9EpmYwR1jUe8ah2ELzLgosGyuVG1hAsfaekICveyUylNJ6DsAvYFchkFpHE aCyJOJ1hI7N/w== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id 49NTFqyWCGUXLAEAs/W3XQ (envelope-from ); Mon, 18 Sep 2023 13:27:56 -0500 From: Mike Karels To: Michael Butler Cc: freebsd-current@freebsd.org Subject: Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Date: Mon, 18 Sep 2023 13:27:55 -0500 X-Mailer: MailMate (1.14r5964) Message-ID: <77F5DC92-726E-4F26-ACEA-0AF92E0AF5D2@karels.net> In-Reply-To: <946c1f29-dd2a-776d-e88d-7523c103b221@protected-networks.net> References: <59cbcfe2-cd53-69d8-65d6-7a79e656f494@FreeBSD.org> <1f968af1-1c57-9a09-7e01-145a5262e27f@FreeBSD.org> <20230806181238.858f58e25dfd0f99269cfe53@dec.sakura.ne.jp> <20230808063735.e8e1d3ede370a18f200a6f48@dec.sakura.ne.jp> <20230808224612.c3889d6e20b6fc980f5278cc@dec.sakura.ne.jp> <20230808235635.744e0e1c6a72face7fdf6a9b@dec.sakura.ne.jp> <4f0fbb44-eebe-aa8f-f958-dcd678936fe1@protected-networks.net> <946c1f29-dd2a-776d-e88d-7523c103b221@protected-networks.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US] X-Rspamd-Queue-Id: 4RqCw24Wbhz3dgQ On 18 Sep 2023, at 10:38, Michael Butler wrote: > On 8/8/23 13:50, Michael Butler wrote: >> On 8/8/23 10:56, Tomoaki AOKI wrote: >>> On Tue, 8 Aug 2023 17:02:32 +0300 >>> Konstantin Belousov wrote: >> >> =C2=A0[ .. snip .. ] >> >>>> The workaround is switched on automatically, when kernel detects 'sm= all cores' >>>> reported by CPUID. >>> >>> If I read the code correctly, vm.pmap.pcid_invlpg_workaround >>> (precicely, the corresponding variable) is set to non-zero when the >>> workaround is enabled. Not sure it was detected correctly at the >>> original reporter's environment, but forcibly setting the tunable to = 1 >>> didn't reported to help sufficiently. >>> Currently, only setting tunable vm.pmap.pcid_enabled to 0 could help.= >> >> I'm seeing similar stability problems on an N95-based device. This too= is an Alderlake-N device with only E-cores although I'm running it with = a compilation with CPUTYPE=3Dtremont .. from an older, verbose start-up .= =2E >> >> PPIM 0: PA=3D0x4000000000, VA=3D0xffffffff82710000, size=3D0x1d5000, m= ode=3D0x1 >> pmap: large map 8 PML4 slots (4096 GB) >> VT(efifb): resolution 800x600 >> Preloaded elf kernel "/boot/kernel.new/kernel" at 0xffffffff8234e000. >> Preloaded boot_entropy_cache "/boot/entropy" at 0xffffffff82357d08. >> Preloaded cpu_microcode "/boot/firmware/intel-ucode.bin" at 0xffffffff= 82357d60. >> Preloaded hostuuid "/etc/hostid" at 0xffffffff82357dc0. >> Preloaded TSLOG data "TSLOG" at 0xffffffff82357e10. >> CPU: Intel(R) N95 (1689.60-MHz K8-class CPU) >> =C2=A0 Origin=3D"GenuineIntel"=C2=A0 Id=3D0xb06e0=C2=A0 Family=3D0x6=C2= =A0 Model=3D0xbe=C2=A0 Stepping=3D0 >> >> Features=3D0xbfebfbff= >> >> Features2=3D0x7ffafbbf >> =C2=A0 AMD Features=3D0x2c100800 >> =C2=A0 AMD Features2=3D0x121 >> =C2=A0 Structured Extended Features=3D0x239ca7eb >> =C2=A0 Structured Extended Features2=3D0x98c007bc >> =C2=A0 Structured Extended Features3=3D0xfc184410 >> =C2=A0 XSAVE Features=3D0xf >> =C2=A0 IA32_ARCH_CAPS=3D0x180fd6b >> =C2=A0 VT-x: Basic Features=3D0x3da0500 >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Pin-Based Controls=3D0xff<= ExtINT,NMI,VNMI,PreTmr,PostIntr> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Primary Processor Controls= =3D0xfffbfffe >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Secondary Processor Contro= ls=3D0x75d7fff >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Exit Controls=3D0x3da0500<= PAT-LD,EFER-SV,PTMR-SV> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Entry Controls=3D0x3da0500= >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 EPT Features=3D0x6f34141 >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 VPID Features=3D0xf01 >> =C2=A0 TSC: P-state invariant, performance statistics >> 64-Byte prefetching >> L2 cache: 2048 kbytes, 16-way associative, 64 bytes/line >> real memory=C2=A0 =3D 17179869184 (16384 MB) >> Physical memory chunk(s): >> 0x0000000000010000 - 0x000000000009dfff, 581632 bytes (142 pages) >> 0x000000000009f000 - 0x000000000009ffff, 4096 bytes (1 pages) >> 0x0000000000100000 - 0x000000005fffffff, 1609564160 bytes (392960 page= s) >> 0x0000000062401000 - 0x000000007264dfff, 270848000 bytes (66125 pages)= >> 0x0000000075fff000 - 0x0000000075ffffff, 4096 bytes (1 pages) >> 0x0000000100001000 - 0x0000000462497fff, 14533881856 bytes (3548311 pa= ges) >> 0x000000047fa00000 - 0x000000047fb68fff, 1478656 bytes (361 pages) >> avail memory =3D 16363008000 (15604 MB) >> CPU microcode: updated from 0xc to 0x10 > > With the most recent microcode update, this device reports .. > > CPU microcode: updated from 0xc to 0x11 > > .. and is now stable with vm.pmap.pcid_enabled=3D0, vm.pmap.pcid_invlp= g_workaround=3D1, and CPUTYPE?=3Dalderlake set in /etc/make.conf over mul= tiple full system builds. > > I have not tested with vm.pmap.pcid_invlpg_workaround=3D0. I believe that vm.pmap.pcid_invlpg_workaround does not matter if vm.pmap.pcid_enabled=3D0. Enabling the workaround or disabling pcid shou= ld be basically the same for this CPU, so I don't understand why that isn't true. It might be interesting to test with pcid enabled with the new microcode, although I don't see why that would affect the results (pcid should still not be used on any CPU). The CPUTYPE for the compiler should not affect the pcid vm issues, just change the optimization by the compiler. Mike >> On start-up, vm.pmap.pcid_invlpg_workaround=3D1 but seemingly random f= aults still occurred under load, for example, 'make buildworld'. Apparent= misreads of source-files resulting in syntax errors were the most common= symptom. Compilation reattempts (mostly) succeed. >> >> Initially, I put this down to an inadequate power-supply but setting v= m.pmap.pcid_enabled=3D0 seems to have stabilised it. >> >> I guess there's another dragon in there .. :-( >> >> =C2=A0=C2=A0=C2=A0=C2=A0Michael From nobody Mon Sep 18 21:13:20 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqHZx1tDrz4tm6G for ; Mon, 18 Sep 2023 21:13:29 +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 "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RqHZw61ghz4TL8 for ; Mon, 18 Sep 2023 21:13:28 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:from:from:content-language:references :subject:subject:user-agent:mime-version:date:date:message-id; s=201508; t=1695071600; bh=Hhzq5iGdnSeH3/G+D+S9qh3GAsNopVPfJ8jG xM7S1/I=; b=T+CM7iYCKYvbwzuWZkW01r3ANs7yIe+EHu5Tj/+TJhMl5R1OQwjw 2zh7E/R0UTOwRl9PKlgs+hvCgMLrYB6eBi0t3BSk1m1aAzryzQ+gRhtzVRlPMUTp 1B1/93d9CJh0tw0rVRcAzm2f2wr0F8juyGooOc68lls/AQiandT2zzU= Received: from [IPV6:2001:470:8d59:2:f21f:afff:fe66:957e] (toshi.auburn.protected-networks.net [IPv6:2001:470:8d59:2:f21f:afff:fe66:957e]) (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) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id E5EA73D0C4; Mon, 18 Sep 2023 17:13:20 -0400 (EDT) Message-ID: <31fa46dc-3de3-0bc6-f675-92d2be35eccd@protected-networks.net> Date: Mon, 18 Sep 2023 17:13:20 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Subject: Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core To: Mike Karels Cc: freebsd-current@freebsd.org References: <59cbcfe2-cd53-69d8-65d6-7a79e656f494@FreeBSD.org> <1f968af1-1c57-9a09-7e01-145a5262e27f@FreeBSD.org> <20230806181238.858f58e25dfd0f99269cfe53@dec.sakura.ne.jp> <20230808063735.e8e1d3ede370a18f200a6f48@dec.sakura.ne.jp> <20230808224612.c3889d6e20b6fc980f5278cc@dec.sakura.ne.jp> <20230808235635.744e0e1c6a72face7fdf6a9b@dec.sakura.ne.jp> <4f0fbb44-eebe-aa8f-f958-dcd678936fe1@protected-networks.net> <946c1f29-dd2a-776d-e88d-7523c103b221@protected-networks.net> <77F5DC92-726E-4F26-ACEA-0AF92E0AF5D2@karels.net> Content-Language: en-NZ From: Michael Butler In-Reply-To: <77F5DC92-726E-4F26-ACEA-0AF92E0AF5D2@karels.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4RqHZw61ghz4TL8 On 9/18/23 14:27, Mike Karels wrote: [ .. snip .. ] >>> avail memory = 16363008000 (15604 MB) >>> CPU microcode: updated from 0xc to 0x10 >> >> With the most recent microcode update, this device reports .. >> >> CPU microcode: updated from 0xc to 0x11 >> >> .. and is now stable with vm.pmap.pcid_enabled=0, vm.pmap.pcid_invlpg_workaround=1, and CPUTYPE?=alderlake set in /etc/make.conf over multiple full system builds. >> >> I have not tested with vm.pmap.pcid_invlpg_workaround=0. .. sorry that was a typo .. I'm actually using .. vm.pmap.pcid_invlpg_workaround: 1 vm.pmap.invpcid_works: 1 vm.pmap.pcid_enabled: 1 > I believe that vm.pmap.pcid_invlpg_workaround does not matter if > vm.pmap.pcid_enabled=0. Enabling the workaround or disabling pcid should > be basically the same for this CPU, so I don't understand why that isn't > true. It might be interesting to test with pcid enabled with the new > microcode, although I don't see why that would affect the results (pcid > should still not be used on any CPU). > > The CPUTYPE for the compiler should not affect the pcid vm issues, just > change the optimization by the compiler. Agreed. However, I was previously using CPUTYPE?=tremont so I just wanted to note that two things had changed in my testing, microcode and CPUTYPE, not just one, Michael From nobody Mon Sep 18 21:37:20 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqJ6Z3x1Kz4tnDQ; Mon, 18 Sep 2023 21:37:26 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4RqJ6Y6RZqz4XPL; Mon, 18 Sep 2023 21:37:25 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-88-210.area1b.commufa.jp [123.1.88.210]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 38ILbKTW077663; Tue, 19 Sep 2023 06:37:20 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 19 Sep 2023 06:37:20 +0900 From: Tomoaki AOKI To: Alexander Motin Cc: Martin Matuska , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Message-Id: <20230919063720.e1e0b449863f2860ace51376@dec.sakura.ne.jp> In-Reply-To: References: <20230916002831.GU52318@FreeBSD.org> <02c53c2e-127b-33b4-e13d-f6f6589dd5fe@gmail.com> <7a6692de-f096-637d-fe48-d5fb93e54f8b@FreeBSD.org> <8e4e4000-4680-0550-6772-32a6a3101761@FreeBSD.org> <20230918202204.28e21a011a0a98e3fcda9f3a@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4RqJ6Y6RZqz4XPL At least, if I read the code correctly, "com.fudosecurity:block_cloning", should be added to array *features_for_read[] of stand/libsa/zfs/zfsimpl.c. There are check codes like below, so without it, boot codes would reject to boot from any pool having block_cloning feature enabled. Am I missing something? > for (i = 0; features_for_read[i] != NULL; i++) { > if (memcmp(nvp_name->nv_data, features_for_read[i], nvp_name->nv_size) == 0) { > found = 1; > break; > } > } > > if (!found) { > printf("ZFS: unsupported feature: %.*s\n", > nvp_name->nv_size, nvp_name->nv_data); > rc = EIO; > } Regards. On Mon, 18 Sep 2023 09:26:56 -0400 Alexander Motin wrote: > block_cloning feature is marked as READONLY_COMPAT. It should not > require any special handling from the boot code. > > On 18.09.2023 07:22, Tomoaki AOKI wrote: > > Really OK? > > > > I cannot find block_cloning in array *features_for_read[] of > > stand/libsa/zfs/zfsimpl.c, which possibly mean boot codes (including > > loader) cannot boot from Root-on-ZFS pool having block_cloning active. > > > > Not sure adding '"com.fudosecurity:block_cloning",' here is sufficient > > or not. Possibly more works are needed. > > > > IMHO, all default-enabled features should be safe for booting. > > Implement features with disalded, impement boot codes to support them, > > then finally enable them by default should be the only valid route. > > > > > > [1] https://cgit.freebsd.org/src/tree/stand/libsa/zfs/zfsimpl.c > > > > > > On Mon, 18 Sep 2023 07:31:46 +0200 > > Martin Matuska wrote: > > > >> I vote for enabling block cloning on main :-) > >> > >> mm > >> > >> On 16. 9. 2023 19:14, Alexander Motin wrote: > >>> On 16.09.2023 01:25, Graham Perrin wrote: > >>>> On 16/09/2023 01:28, Glen Barber wrote: > >>>>> o A fix for the ZFS block_cloning feature has been implemented. > >>>> > >>>> Thanks > >>>> > >>>> I see > >>>> , > >>>> with > >>>> > >>>> in stable/14. > >>>> > >>>> As vfs.zfs.bclone_enabled is still 0 (at least, with 15.0-CURRENT > >>>> n265350-72d97e1dd9cc): should we assume that additional fixes, not > >>>> necessarily in time for 14.0-RELEASE, will be required before > >>>> vfs.zfs.bclone_enabled can default to 1? > >>> > >>> I am not aware of any block cloning issues now.  All this thread about > >>> bclone_enabled actually started after I asked why it is still > >>> disabled. Thanks to Mark Millard for spotting this issue I could fix, > >>> but now we are back at the point of re-enabling it again.  Since the > >>> tunable does not even exist anywhere outside of FreeBSD base tree, I'd > >>> propose to give this code another try here too.  I see no point to > >>> have it disabled at least in main unless somebody needs time to run > >>> some specific tests first. > > > > -- > Alexander Motin -- Tomoaki AOKI From nobody Mon Sep 18 22:09:31 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqJqk4QZQz4tpnN for ; Mon, 18 Sep 2023 22:09:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4RqJqk2mvHz3J7Z for ; Mon, 18 Sep 2023 22:09:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.17.1/8.17.1) with ESMTPS id 38IM9V0p015274 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 19 Sep 2023 01:09:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 38IM9V0p015274 Received: (from kostik@localhost) by tom.home (8.17.1/8.17.1/Submit) id 38IM9VRZ015263; Tue, 19 Sep 2023 01:09:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 19 Sep 2023 01:09:31 +0300 From: Konstantin Belousov To: Mike Karels Cc: Michael Butler , freebsd-current@freebsd.org Subject: Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Message-ID: References: <20230806181238.858f58e25dfd0f99269cfe53@dec.sakura.ne.jp> <20230808063735.e8e1d3ede370a18f200a6f48@dec.sakura.ne.jp> <20230808224612.c3889d6e20b6fc980f5278cc@dec.sakura.ne.jp> <20230808235635.744e0e1c6a72face7fdf6a9b@dec.sakura.ne.jp> <4f0fbb44-eebe-aa8f-f958-dcd678936fe1@protected-networks.net> <946c1f29-dd2a-776d-e88d-7523c103b221@protected-networks.net> <77F5DC92-726E-4F26-ACEA-0AF92E0AF5D2@karels.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <77F5DC92-726E-4F26-ACEA-0AF92E0AF5D2@karels.net> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4RqJqk2mvHz3J7Z On Mon, Sep 18, 2023 at 01:27:55PM -0500, Mike Karels wrote: > On 18 Sep 2023, at 10:38, Michael Butler wrote: > > > On 8/8/23 13:50, Michael Butler wrote: > >> On 8/8/23 10:56, Tomoaki AOKI wrote: > >>> On Tue, 8 Aug 2023 17:02:32 +0300 > >>> Konstantin Belousov wrote: > >> > >>  [ .. snip .. ] > >> > >>>> The workaround is switched on automatically, when kernel detects 'small cores' > >>>> reported by CPUID. > >>> > >>> If I read the code correctly, vm.pmap.pcid_invlpg_workaround > >>> (precicely, the corresponding variable) is set to non-zero when the > >>> workaround is enabled. Not sure it was detected correctly at the > >>> original reporter's environment, but forcibly setting the tunable to 1 > >>> didn't reported to help sufficiently. > >>> Currently, only setting tunable vm.pmap.pcid_enabled to 0 could help. > >> > >> I'm seeing similar stability problems on an N95-based device. This too is an Alderlake-N device with only E-cores although I'm running it with a compilation with CPUTYPE=tremont .. from an older, verbose start-up .. > >> > >> PPIM 0: PA=0x4000000000, VA=0xffffffff82710000, size=0x1d5000, mode=0x1 > >> pmap: large map 8 PML4 slots (4096 GB) > >> VT(efifb): resolution 800x600 > >> Preloaded elf kernel "/boot/kernel.new/kernel" at 0xffffffff8234e000. > >> Preloaded boot_entropy_cache "/boot/entropy" at 0xffffffff82357d08. > >> Preloaded cpu_microcode "/boot/firmware/intel-ucode.bin" at 0xffffffff82357d60. > >> Preloaded hostuuid "/etc/hostid" at 0xffffffff82357dc0. > >> Preloaded TSLOG data "TSLOG" at 0xffffffff82357e10. > >> CPU: Intel(R) N95 (1689.60-MHz K8-class CPU) > >>   Origin="GenuineIntel"  Id=0xb06e0  Family=0x6  Model=0xbe  Stepping=0 > >> > >> Features=0xbfebfbff > >> > >> Features2=0x7ffafbbf > >>   AMD Features=0x2c100800 > >>   AMD Features2=0x121 > >>   Structured Extended Features=0x239ca7eb > >>   Structured Extended Features2=0x98c007bc > >>   Structured Extended Features3=0xfc184410 > >>   XSAVE Features=0xf > >>   IA32_ARCH_CAPS=0x180fd6b > >>   VT-x: Basic Features=0x3da0500 > >>         Pin-Based Controls=0xff > >>         Primary Processor Controls=0xfffbfffe > >>         Secondary Processor Controls=0x75d7fff > >>         Exit Controls=0x3da0500 > >>         Entry Controls=0x3da0500 > >>         EPT Features=0x6f34141 > >>         VPID Features=0xf01 > >>   TSC: P-state invariant, performance statistics > >> 64-Byte prefetching > >> L2 cache: 2048 kbytes, 16-way associative, 64 bytes/line > >> real memory  = 17179869184 (16384 MB) > >> Physical memory chunk(s): > >> 0x0000000000010000 - 0x000000000009dfff, 581632 bytes (142 pages) > >> 0x000000000009f000 - 0x000000000009ffff, 4096 bytes (1 pages) > >> 0x0000000000100000 - 0x000000005fffffff, 1609564160 bytes (392960 pages) > >> 0x0000000062401000 - 0x000000007264dfff, 270848000 bytes (66125 pages) > >> 0x0000000075fff000 - 0x0000000075ffffff, 4096 bytes (1 pages) > >> 0x0000000100001000 - 0x0000000462497fff, 14533881856 bytes (3548311 pages) > >> 0x000000047fa00000 - 0x000000047fb68fff, 1478656 bytes (361 pages) > >> avail memory = 16363008000 (15604 MB) > >> CPU microcode: updated from 0xc to 0x10 > > > > With the most recent microcode update, this device reports .. > > > > CPU microcode: updated from 0xc to 0x11 > > > > .. and is now stable with vm.pmap.pcid_enabled=0, vm.pmap.pcid_invlpg_workaround=1, and CPUTYPE?=alderlake set in /etc/make.conf over multiple full system builds. > > > > I have not tested with vm.pmap.pcid_invlpg_workaround=0. > > I believe that vm.pmap.pcid_invlpg_workaround does not matter if > vm.pmap.pcid_enabled=0. Enabling the workaround or disabling pcid should > be basically the same for this CPU, so I don't understand why that isn't > true. No, pcid != workaround. The big is that INVPG instruction leaves some entries in TLB which it should not, when PCID is enabled. Workaround uses a different instruction to ensure that no ghost entries left. So it is possible that there is some other issue which makes similar visible effect, with PCID enabled. The problem is most likely because it is first Atom micro-arch where Intel added PCID. > It might be interesting to test with pcid enabled with the new > microcode, although I don't see why that would affect the results (pcid > should still not be used on any CPU). Yes, testing a microcode with the fix for the original issue would be interesting. It is not nop, see above. > > The CPUTYPE for the compiler should not affect the pcid vm issues, just > change the optimization by the compiler. True as well. From nobody Mon Sep 18 22:51:30 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqKmL4Djkz4tsWr for ; Mon, 18 Sep 2023 22:51:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RqKmK4FNDz3N2t for ; Mon, 18 Sep 2023 22:51:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=B4Hh0875; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695077503; bh=PHVya9MWrot6tl2JwZBhVZLUcU1ZaQPkYVjdvosoqx0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=B4Hh0875PF++nMunQRt+5oZdnnDT2w+SlI4C0yHZ7TL2hdRIBpAtY2jWumt96aCIJ2jYf0ZVPhsb8AolHUV1ziYw80dDSXdXlFWR8D2idxVyGNWKU4/uNVQsXyhL1252V0gr/Kwk/7q4CuXzWPfLZjYENesebf+PsvewEkqC8bRMZtm1jkdSghBJ7fHLMJf9gyIS9Lc8+RKiHVhpFnuqD/c/mTItPpps8aaasQeXWQMZT0oYcSYLaFHcBHG/jSxMFZAAZ4DMu0dUH05bd8uoPKa1vNyPJcmkbv1wSaFV524EFrnr0OQxnEvoA+k+Ij9nM0B9lk5E1NGgWbKS3DVV8Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695077503; bh=R5+IksOGlcf25I3cIzXhTQZPSGfMi69bGV2RSev60vM=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=icqLjUCgpF23I9vE0/G3ScTDnhY3VdNva/FuskvncekR57X8iXG0ZYSvyVYFSLDZFe8pg8U2es/MmwGMT/uWeHps73TxosHJgoXxjm5Fcf4IzNcgpDrUDLHqsSroK+F8XiJwoUUWmGU9o5tA8DbXIAE7zbSRFk7RL3fpy+vIgHtSt6khWVBFixn4SE4jjPD1giwjNwnbUGA/i+xE8NMH5QgoAkQI3X9eDAg+TpeGDaPSlgLU7ECrE0wiG7opEgARf3Y4BOc/f5ixAFsmWueSmiAhC6s+SkUP4IvFWASZ6hljlNADyCTzrK2ZbESr9+InbOA9Ro/S9Lngtidr3Bbi5w== X-YMail-OSG: 8g_RK_wVM1l86Nlm2Ws4lci1bKhI2syFTbbSTta56RT4Lni_aP9PKFJi8iHvteB 7jQhrDqBsaDOUQTgiRLZHrhcnfNU2GMZAsSes8MdaC_jYVPxemmSsNqILol1dOavT748Qe9F6qq9 qjRRjuppIjw3LquISe64JVWzDWgFdrTTwr9W5MYpzHSrbC5xdGBefcoycskWxHdy.pN42fFKbpOw k8llPCMUpFIw5112QuvtTp91nLIMV9mP_893BtVQgUnk_VoU74J8ChauOzyIMAhSN2Rq7N0vqLxx UCa4giTAhcHTqZ3gAorbYtuhtnCRZO0SCJLN2sBmwbMcGWYZhs6LdH0YqK71WmSk6C.ABvVq81Sm oVHIXeQJ0zlhpzTSwTIMEw3gAX3iv56ES3JDERez8zjYwJwyd.4FdnWeFLFh5gtw3sHKjP9dOoZW mZZ0NZaiu5sC8owrDoLCvovsqYA9FEyUqS07bB62FSnhyNg8V_PrUTPjuiBihYWwVXtMpp8TLEwY WzCCuvTsjdNIgQIKXvdWXpi83OW4.TVGZQ8cdccPVjn.rxK2_hF8Uh1eFWym6ZQBjt5.qZeWhPiI Z08YyTwK_R4x_RETwg9qjmIJwlyrrz4w5k80838Qy1gZMyBq7ukfKp2s.OjSN0iadOPVS8YxknRU oDu35upC_s6EUDq02IFz1OmIw5m9lk.1DGR5Db.3DHsz8wXAWcYtvr6Ckps8ZfuK9yG1OGJwfSRt 3b31BSHLemyyI5uTX_thEopb0CjDoxLbEklkCKwIRwKn6_Scw9NhyOdnK26d.eP98P.R2KGYCGjP ej411IUrGjVbHbz5AmXZaNvdZWEFnMeodMaufvDo3zy1g_vwWY8P0V7Fug4rw98KlnequVdKJ1lM LdDRbiOXZ4GaEv6FViC1.4SApbpBllxLxLmbfUuXVl_eyqm5LjdwwBaKAW8tEVa8644BzCpYXo6e NOfgS5TxZ3NXYBsFlfXxtJD7jsJqfkTFZTs._s7ps3kf_tcSsHwmLYA.esdNn3PkGGcQHGNbcJW4 iqznka6u7_LY9S7V8mS63AO0SkkWiCE7q_y3CHiD8zAZJ6dQgANYW6TQl5XaOX4.qzLHmepugVKP Nkh3o_3PwVzz35axQQwUCL8JRnVaCsqJif1bng8WcUy2RPgRt8mJSXu7znQmeoWO4srRflPqhpGL _TtXN38R6HWGEwcwjLrM.OC4c.1awILhwyMT4QB0.3MqkL14o5MaeaZTSAu0ad_bL2xI6FoCloeJ BMt6HocucJ4dLUU67H4n0Lekx_LHuNROm2gyHD88v.ZE650ElQy9NONBV2cZAya5xzZm1Enf4oGX W6Cnl0tnp8cKN1q9mvuHfIZFZ6TwksCAhYqiIOsrz.Iunwt7dEnGA4gJsnWupb0_3XDn1Ml386ys bBG8GPFzGu_fP6O6Hi1dtz4cepi7RVWguqyuTjLJsta9nXvkNMmPGYiR8PLqQ9wgGUpKYjnwN2ff zrTLG7aMt1rFxn3nbEW9HvMHM5IgK3HMtEVDj9b6DX.b9UykD7cwUT6XIvvG5oax0IMXMRQyEI.x axC.ZaCdAaV5gwak1njPyVlA8GUGMSpe6MVMW9KHhfnA97Fd0raM2d.sutV_ERYVu0KPverGDVTr wkOeQKgkMI7xdlFL53I3CbczjpM93g1gboOihyNJyyQ6DwjbsWFB3Kabily87JlBkm9eJcMFU7v. vhHKJnHVQ94xEJUqzDnIfgDe7PsiTV75DG3ROA_53vQC4BFtXtklCuY6MvskOnZhFxN.Kh3Mx8LD fdOc6SHu7wCkr60xp5.zM98R.rSN480Krb_21w.tzUwHEMnl7I0yaI.Y6If4vEzqQxFDI47ep9UP a9BEirkyiGiu9W_4wwW1FP9V0Xo6v.lCC4ovqSZjAkfEmpXcEDNIWKoMwqBTETS_fBAlvnMLg7Q4 zfuaOCM89xB4X.9Kb.TbP5bcZxgpBO7MTulfw7FqrFhtLnBYEyBUN8vHswriYt4bQzPUp2unIai5 .N2TNhliFwyU4gPBkwt7NbwD7fJIrUvlhHyniilRWXEt6P1NVQskHSqdphCuVJM0ljRg.BZzR..Z zlQFhfNujGAoL_W1G0Z3Pt0Zhzdy_4Prd7iJgViyoXub0smFCTwUHHg8jeW.VrWzMUvylLFeYRGL eEwDAT_1e51FLuCrWj8S.PyaD3yCZhgQ_84.o0qaZ50vHNmeybmfFvKHu07zAz_Um7QwAoEuxzap SLREzNG31.wk8owYVySxfSWRXzQAT.qaLGBBueJ3m1N3OCsDz71QoQwFO9D9jFxvZMD3q X-Sonic-MF: X-Sonic-ID: cc781901-4d23-4d40-adb3-75a545bb8b29 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 18 Sep 2023 22:51:43 +0000 Received: by hermes--production-gq1-77657878bb-d5lfb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 51854f570d27b141270c79a0dcdf8cd1; Mon, 18 Sep 2023 22:51:40 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Message-Id: <5C769ACC-F264-4BAB-AF7B-8C463A4BD99E@yahoo.com> Date: Mon, 18 Sep 2023 15:51:30 -0700 To: Alexander Motin , Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) References: <5C769ACC-F264-4BAB-AF7B-8C463A4BD99E.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RqKmK4FNDz3N2t Alexander Motin wrote on Date: Mon, 18 Sep 2023 13:26:56 UTC : > block_cloning feature is marked as READONLY_COMPAT. It should not=20 > require any special handling from the boot code. =46rom stand/libsa/zfs/zfsimpl.c but adding a comment about the read-only compatibility status of each entry: /* * List of ZFS features supported for read */ static const char *features_e: vfs.zfs.bclone_enabled "com.datto:bookmark_v2", // READ-ONLY COMPATIBLE = no "com.datto:encryption", // READ-ONLY COMPATIBLE = no "com.datto:resilver_defer", // READ-ONLY COMPATIBLE = yes "com.delphix:bookmark_written", // READ-ONLY COMPATIBLE = no "com.delphix:device_removal", // READ-ONLY COMPATIBLE = no "com.delphix:embedded_data", // READ-ONLY COMPATIBLE = no "com.delphix:extensible_dataset", // READ-ONLY COMPATIBLE = no "com.delphix:head_errlog", // READ-ONLY COMPATIBLE = no "com.delphix:hole_birth", // READ-ONLY COMPATIBLE = no "com.delphix:obsolete_counts", // READ-ONLY COMPATIBLE = yes "com.delphix:spacemap_histogram", // READ-ONLY COMPATIBLE = yes "com.delphix:spacemap_v2", // READ-ONLY COMPATIBLE = yes "com.delphix:zpool_checkpoint", // READ-ONLY COMPATIBLE = yes "com.intel:allocation_classes", // READ-ONLY COMPATIBLE = yes "com.joyent:multi_vdev_crash_dump", // READ-ONLY COMPATIBLE = no "com.klarasystems:vdev_zaps_v2", // READ-ONLY COMPATIBLE = no "org.freebsd:zstd_compress", // READ-ONLY COMPATIBLE = no "org.illumos:lz4_compress", // READ-ONLY COMPATIBLE = no "org.illumos:sha512", // READ-ONLY COMPATIBLE = no "org.illumos:skein", // READ-ONLY COMPATIBLE = no "org.open-zfs:large_blocks", // READ-ONLY COMPATIBLE = no "org.openzfs:blake3", // READ-ONLY COMPATIBLE = no "org.zfsonlinux:allocation_classes", // READ-ONLY COMPATIBLE = yes "org.zfsonlinux:large_dnode", // READ-ONLY COMPATIBLE = no NULL }; So it appears that the design is that both "no" and "yes" ones that are known to be supported are listed and anything else is supposed to lead to rejection until explicitly added as known-compatibile. This matches up with stand/libsa/zfs/zfsimpl.c 's: static int nvlist_check_features_for_read(nvlist_t *nvl) { nvlist_t *features =3D NULL; nvs_data_t *data; nvp_header_t *nvp; nv_string_t *nvp_name; int rc; =20 rc =3D nvlist_find(nvl, ZPOOL_CONFIG_FEATURES_FOR_READ, DATA_TYPE_NVLIST, NULL, &features, NULL); switch (rc) { case 0: break; /* Continue with checks */ =20 case ENOENT: return (0); /* All features are disabled */ =20 default: return (rc); /* Error while reading nvlist */ } =20 data =3D (nvs_data_t *)features->nv_data; nvp =3D &data->nvl_pair; /* first pair in nvlist */ =20 while (nvp->encoded_size !=3D 0 && nvp->decoded_size !=3D 0) { int i, found; =20 nvp_name =3D (nv_string_t *)((uintptr_t)nvp + = sizeof(*nvp)); found =3D 0; for (i =3D 0; features_for_read[i] !=3D NULL; i++) { if (memcmp(nvp_name->nv_data, = features_for_read[i], nvp_name->nv_size) =3D=3D 0) { found =3D 1; break; } } if (!found) { printf("ZFS: unsupported feature: %.*s\n", nvp_name->nv_size, nvp_name->nv_data); rc =3D EIO; } nvp =3D (nvp_header_t *)((uint8_t *)nvp + = nvp->encoded_size); } nvlist_destroy(features); return (rc); } I do not know if vfs.zfs.bclone_enabled=3D0 leads the loader to see vs. not-see a "com.fudosecurity:block_cloning". =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 18 23:21:50 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqLRQ44V0z4tvDw for ; Mon, 18 Sep 2023 23:22:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RqLRP3h03z3R98 for ; Mon, 18 Sep 2023 23:22:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=rK29VC1l; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695079327; bh=Q7NUPHOKqpuByel293uPsM79Zf3bqniKHDR2/6rvBjg=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=rK29VC1lanWmf9MG+bhYTm0ghj/VfYrpPzx2J+Ncocp6JHyB2K/W74Lh3qW/gwoTsJ1eyNJ0z85DpKoL6IHzlLOgpOe7gBVb3Bg/adxnQ9gVyMKpsEIBbAEHIfWO0gJ1dbRwzQYF1/SFbd5/hoL2YEiwDBBL9V9BQPmAWpI/gbMMc2dhXdORm4bX+7spftAXi8UhH5YfwXeadjnd/prsFMRX3RiNFCuJqlOcMvI6RvnWvuGVGGGNUz2uQRdOqKNapbRFlMjUW58AMlgYUogRM0DDUXZTled0PKClCXsuckkkFItATYApcQJ/1ui47+g7wwywQyVDRySqB1Y7OeHrSg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695079327; bh=ypZkxhxV/ixmlUnwkj4/rSAHPreW1QOjFwK7hm68psK=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ZqKToB8QaKOCnPS6cDwpyVGPwc3NXkCVCfXI6LsZniCXQ7WxvVq0m89vPFyAGApRcNRSr4OVVVe+jgL6Rf+JlQ5sXVFh+eCDKRGCgOa7/J9WpgbxteLeKOrV1kw80Q8yKMbY1fAv1umYHIFcTjIkme7aUlRBOEW8/DbvBKdOfLm+nH91eEOpMqO5VoJGNNDZ1vpPURJXwCtxVeJqEQZdopmgMHuyrcBRN7QgztDZQOBAhAAQrUHJm5mjMLbIzQtw10hrBboFqrDtlfdWle2IUdJlYPfBVJ1cq8mxemCxIpt1pBi1lquPP+Xuy/aWw5zlVqsbyMEt1AYzhOq3hT9lNw== X-YMail-OSG: ORJyCT4VM1kSy.vt3YU3rzyQTqNDjsUQruQCP7Klg.V4wOGsIRcT8YQaZtmljyr RlWoxrfpI2aO_om65obUYPK6Gr_oxGOZePQpwdwpZUIsOej7GivH4dZb24ePWgCcbZfU_j0asn.U VAFjuYFvVL1hEcQszNdoILQ4gSILFcWKZzOIU7T.6_G7d9uPFU7pJA3Pwha_I34pIl2DCvMyDa1e 8aPiCH7fWytkSEelxFbH5PUOfObe2xDC6UGVshlcFRuo1eKnVsIzHEjkcIPXy.9KqxVxXRNt16vC DS9aI6YDQlZ5_0WByWkbkyLnMTBLUjY5JY3xb5A_Jqfao0ERUIwkU5LVLinFfN.e3tvTw7MG9PUf FsYe7kI_4OYLko8emaViGs85JSPVKMsS_z9ro3rNd_Evz1F6.MBDfLC2RxrtL70Qc953oOwkIGK_ .SLrprbxWf2Rcw4EEh9XJ89bme5kpN5aHZzP7AS9j2djU.2PMSO2XcgWGizLNNJhr2j6oZ.O60t3 DOEmIf07cvhCCuXmVoJ5JmB7A5IdI.PyeJ_FOpiJ0jeFPJ53e4nmC1S7PIdpIuSno1xOuUvkEc4W aapsF3P66IrPu3vsjgu3_zDQl2KW.uVUuUfM9CsM0e.hiv9n_MVoZ8khwuD7YXqmaBFzyUWMZc0g FFZOMyY_wfrCHMPMAuPahjOkHO9_xWDNxiurw8GTy2SduTrqt_Zt9ixFrS94Mfmw.JimlEV_IY5q Z6D_HfauSn3dBWVfaWkR8..jzot30pFE2NOLIKgndqL4cSF4vfIOo0VShInyb9UUyJe54U1.hZe2 tM2rcTXcIcO_ZAKMjHuTkuvuO4g33uR4M8UlHfiuXllRLWO4_i3zY6VAmMY7ascuDi_iI84mG2tp uGRIgBRvv9s5aC7S8_enZsR6m16SQh0JyArMIvSPUxCkNVCqBiCh8Pd7X_XvCChHOPTF5bY1JWYL sHWIcR_aufx5eX.08Invlw9UkbrSApixTcgjCfnZFK31amzA4kihVTFWLhMmlG0PBiGNFBGgDrLt wuW88scfPkec2p0PsiYWzx5EuvXlktFeduWxjS_qeBJysQ2WhCsRAZFNNvwM6SV8u8qcHYOs0jZ7 gPgLvj7qpX8oPZGJuK3riV.B6oc9rKUfxwaPKZOGmVM67ilubtGWwA6UaXNJ0uIpQd6C.L1bIy4u gKxyDfBtVqS5Yvejdhv9yQMtbMnDaDgJccV7ibMmMbywnSxhCErXjhsEzw9HA.8nnSMr4crEPhwv coxZUjT6rjnQc5uEVPo92x5XBfrYabdeR6NCBK5c9kD1NnulntkkmkFrULPOiFSOPimMBWQLQZIi zD88ZiNhwThoavr0OSm2O8OUc5N6CKSf5LUMsrpxf3q3Wid1Iv3HqmMw.CCzhZXsd.e.PZeV2xvr SugNL.l7VZKLTK8KOpU7d3ontVapB.UMwMmYuquuFlaosC_NGN51lm2f4JZY0OyFPz1isICINh9g mTC8pnWbqi1aqOv5cw8thcmjvwSc_qEvCqKyAik8.JPsx9bgkglneU6es.OY4tEZ6vXbMk2JBNyM eu3jQTUpq0fN_kegQg5ZMyZY.qp_DBBpHkOAcMziiTNSZt.XTVO8xQdGFJLpIMjjgUmVJcamcKHX 7kCVkZemLRHiuPjl0eOcdhWzong5Sbr_VSVFARgs4L2G3K0_vAuEqfP30bqC1E2fdeXrcvEthYE4 LJESAi353mRhVfm30IwNU0EEM9RiftGrOcgLPHxn2RdmQJkZDaEQ5DoWru3BfP1qp3s2LGpZSYeT Fb.ZnyApkTrTVqfwEvj5pPAVWy5ElW2o89ao1a67iawYihW3bDf4CiEP4yVuxum5hacvJdGavHge M0FdtyNFKC9ZkGQ.fWFAudSK5L4cOry3t.yJ4QpdPN60yM_YHobKENhByiFB_.d2KEWeWbGWVTG2 fIAGQeMusUkkaLSV.ATCamBu0ruVwUD3f6jWluWOuLKF0PnJiC4l4TUNzrhXNdStxul2jsug3uBN MZBNm6qyq3S5qgNLDauoLGaHWIcwLA6QZryOUEm93M7fF0jZw6ePawEK6DvbrSba_VXwfO5I3zeY 9GMVL7RzCGudQ1YAGS6qCIiGoTo1_W2f1A4BxXhwFwjuq.al8Wse5PD1VX1ylfyJjSAM1l4B5J8z 9.OLgzCQehn4WH5Rr1OiRMHpvdLLaRBctukxppqwPHBhpdBHx92K6zCkw5qczN3P6UONKym3Zw1E pA5RroEaleMEttQCbcgFW.xjjU1zYvKy0hoFtZRDJNWXsRhfS94zTYemHIQ4XbNVAytVXbVxALjj Ytw-- X-Sonic-MF: X-Sonic-ID: ebb364b1-e2ea-4e5d-83d0-a4238a1a96d4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Mon, 18 Sep 2023 23:22:07 +0000 Received: by hermes--production-bf1-678f64c47b-qxjnq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cd37fe10b6410ad50eee20a5739d1baa; Mon, 18 Sep 2023 23:22:03 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) [block_cloning and zilsaxattr missing from loader's features_for_read] Date: Mon, 18 Sep 2023 16:21:50 -0700 References: <5C769ACC-F264-4BAB-AF7B-8C463A4BD99E@yahoo.com> To: Alexander Motin , Current FreeBSD , Warner Losh In-Reply-To: <5C769ACC-F264-4BAB-AF7B-8C463A4BD99E@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RqLRP3h03z3R98 On Sep 18, 2023, at 15:51, Mark Millard wrote: > Alexander Motin wrote on > Date: Mon, 18 Sep 2023 13:26:56 UTC : >=20 >> block_cloning feature is marked as READONLY_COMPAT. It should not=20 >> require any special handling from the boot code. >=20 > =46rom stand/libsa/zfs/zfsimpl.c but adding a comment about the > read-only compatibility status of each entry: >=20 > /* > * List of ZFS features supported for read > */ > static const char *features_e: vfs.zfs.bclone_enabled Sorry, a stupid error of mine messed up the above line. It should have been: static const char *features_for_read[] =3D { > "com.datto:bookmark_v2", // READ-ONLY COMPATIBLE no > "com.datto:encryption", // READ-ONLY COMPATIBLE no > "com.datto:resilver_defer", // READ-ONLY COMPATIBLE yes > "com.delphix:bookmark_written", // READ-ONLY COMPATIBLE no > "com.delphix:device_removal", // READ-ONLY COMPATIBLE no > "com.delphix:embedded_data", // READ-ONLY COMPATIBLE no > "com.delphix:extensible_dataset", // READ-ONLY COMPATIBLE no > "com.delphix:head_errlog", // READ-ONLY COMPATIBLE no > "com.delphix:hole_birth", // READ-ONLY COMPATIBLE no > "com.delphix:obsolete_counts", // READ-ONLY COMPATIBLE yes > "com.delphix:spacemap_histogram", // READ-ONLY COMPATIBLE yes > "com.delphix:spacemap_v2", // READ-ONLY COMPATIBLE yes > "com.delphix:zpool_checkpoint", // READ-ONLY COMPATIBLE yes > "com.intel:allocation_classes", // READ-ONLY COMPATIBLE yes > "com.joyent:multi_vdev_crash_dump", // READ-ONLY COMPATIBLE no > "com.klarasystems:vdev_zaps_v2", // READ-ONLY COMPATIBLE no > "org.freebsd:zstd_compress", // READ-ONLY COMPATIBLE no > "org.illumos:lz4_compress", // READ-ONLY COMPATIBLE no > "org.illumos:sha512", // READ-ONLY COMPATIBLE no > "org.illumos:skein", // READ-ONLY COMPATIBLE no > "org.open-zfs:large_blocks", // READ-ONLY COMPATIBLE no > "org.openzfs:blake3", // READ-ONLY COMPATIBLE no > "org.zfsonlinux:allocation_classes", // READ-ONLY COMPATIBLE = yes > "org.zfsonlinux:large_dnode", // READ-ONLY COMPATIBLE no > NULL > }; >=20 > So it appears that the design is that both "no" and "yes" ones > that are known to be supported are listed and anything else is > supposed to lead to rejection until explicitly added as > known-compatibile. >=20 > This matches up with stand/libsa/zfs/zfsimpl.c 's: >=20 > static int > nvlist_check_features_for_read(nvlist_t *nvl) > { > nvlist_t *features =3D NULL; > nvs_data_t *data; > nvp_header_t *nvp; > nv_string_t *nvp_name; > int rc; >=20 > rc =3D nvlist_find(nvl, ZPOOL_CONFIG_FEATURES_FOR_READ, > DATA_TYPE_NVLIST, NULL, &features, NULL); > switch (rc) { > case 0: > break; /* Continue with checks */ >=20 > case ENOENT: > return (0); /* All features are disabled */ >=20 > default: > return (rc); /* Error while reading nvlist */ > } >=20 > data =3D (nvs_data_t *)features->nv_data; > nvp =3D &data->nvl_pair; /* first pair in nvlist */ >=20 > while (nvp->encoded_size !=3D 0 && nvp->decoded_size !=3D 0) { > int i, found; >=20 > nvp_name =3D (nv_string_t *)((uintptr_t)nvp + = sizeof(*nvp)); > found =3D 0; >=20 > for (i =3D 0; features_for_read[i] !=3D NULL; i++) { > if (memcmp(nvp_name->nv_data, = features_for_read[i], > nvp_name->nv_size) =3D=3D 0) { > found =3D 1; > break; > } > } >=20 > if (!found) { > printf("ZFS: unsupported feature: %.*s\n", > nvp_name->nv_size, nvp_name->nv_data); > rc =3D EIO; > } > nvp =3D (nvp_header_t *)((uint8_t *)nvp + = nvp->encoded_size); > } > nvlist_destroy(features); >=20 > return (rc); > } >=20 > I do not know if vfs.zfs.bclone_enabled=3D0 leads the loader > to see vs. not-see a "com.fudosecurity:block_cloning". It appears that 2 additions afeter opebzfas-2.1-freebsd are missing from the above list: com.fudosecurity:block_cloning org.openzfs:zilsaxattr See, for reference (but shorter naming): # diff -u99 = /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.1-fr= eebsd = /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.2 --- = /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.1-fr= eebsd 2021-06-24 20:08:57.206621000 -0700 +++ = /usr/main-src/sys/contrib/openzfs/cmd/zpool/compatibility.d/openzfs-2.2 = 2023-06-10 15:51:13.220607000 -0700 @@ -1,34 +1,40 @@ -# Features supported by OpenZFS 2.1 on FreeBSD +# Features supported by OpenZFS 2.2 on Linux and FreeBSD allocation_classes async_destroy +blake3 +block_cloning bookmark_v2 bookmark_written bookmarks device_rebuild device_removal draid +edonr embedded_data empty_bpobj enabled_txg encryption extensible_dataset filesystem_limits +head_errlog hole_birth large_blocks large_dnode livelist log_spacemap lz4_compress multi_vdev_crash_dump obsolete_counts project_quota redacted_datasets redaction_bookmarks resilver_defer sha512 skein spacemap_histogram spacemap_v2 userobj_accounting +vdev_zaps_v2 +zilsaxattr zpool_checkpoint zstd_compress ( openzfs-2.2 is not available from the standard place yet. ) The other "+" lines are in the list already. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 19 00:05:37 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqMPd4401z4txjd for ; Tue, 19 Sep 2023 00:05:41 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RqMPd2MDbz3WJH for ; Tue, 19 Sep 2023 00:05:41 +0000 (UTC) (envelope-from mavbsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb36.google.com with SMTP id 3f1490d57ef6-d7b79a4899bso4660638276.2 for ; Mon, 18 Sep 2023 17:05:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695081939; x=1695686739; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=jP+YgjcbHfAIqTYLHFe8o3NE/Lh6F7DyXfMsSv3f/WY=; b=aCMY8PPLJ/eX1uMKPfDfYAD5JSmhlvG7imKqs/9JxSvJbpamOg8I9AZ4irihbTg2f/ 0NRUu3TzzzsOpEBimJc39B7SiwuMnbWJ9tPW3NtaTonJLlhHyYepD43ALAI5B9fOmPLY MasD38+MNbxqhJv2mJakdokI72QrNgu/znAu2eCCFW+Z6l8zKVXJMHb62L4eRpItsdOm CbHPUKmmjFlAmCcKPiPQk2vPU39brvvGzhzXrCh/kM9Khd/BCco4amEMiQZVNMkNinZN j4yPvJIVGiSJtFTjUxLtQ7VcUnrPFHt19PAJkr0ZokVJ65jtGNTGiyC49Qy3Wl0fpMXB H6kA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695081939; x=1695686739; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jP+YgjcbHfAIqTYLHFe8o3NE/Lh6F7DyXfMsSv3f/WY=; b=f9Cvdxu2F6/Y+KJyGpA7EPaXfPpHjH9g1lFeWptTlRKfHfsGASlTCJUg2agWLNFRHm mfz7AtpK/nDNEN2wWys08e9g7Eoj3Y93vULcBjg2rpjusb0QG4yJLQa0O1lnlwaNn690 ebdVkDF7A+qi4598r8wWB6VOx40F9HPQM8bNfsaBKGhMRLrM6CRzpbvXuugMvwXqetVE 5aw0mXmluQHtYHmq5PIFusoBKumyzeUrVsX4oydrrGZ59W0jixY5oqeNM0pfv6Rs2DXX 84J93tmiqNxoR0T04ft26RY223YWRk79GOCtwM5wim7eNtljxDgMtJPAJAqsPg/zVr1Z SIFQ== X-Gm-Message-State: AOJu0YzR3fx7EoLkHfMlEX+Zo2g42FaE/05B83SHharTddw758lgM7YI bwrv/skwMYK17TkR1WQ7tqgNu5aS04c3HA== X-Google-Smtp-Source: AGHT+IGGC58R4QTLTyoULiQoPdhpVLFfm+NZyEhpp71Mf2qB0M6Aaxt6nEAvrGtitZl8LeTsk5Bcdw== X-Received: by 2002:a25:e010:0:b0:d09:544a:db1b with SMTP id x16-20020a25e010000000b00d09544adb1bmr10112274ybg.34.1695081939243; Mon, 18 Sep 2023 17:05:39 -0700 (PDT) Received: from [192.168.1.66] (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id a39-20020a25ae27000000b00d8144f0b287sm937185ybj.63.2023.09.18.17.05.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 Sep 2023 17:05:38 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2023 20:05:37 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) [block_cloning and zilsaxattr missing from loader's features_for_read] Content-Language: en-US To: Mark Millard , Current FreeBSD , Warner Losh References: <5C769ACC-F264-4BAB-AF7B-8C463A4BD99E@yahoo.com> From: Alexander Motin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4RqMPd2MDbz3WJH On 18.09.2023 19:21, Mark Millard wrote: > On Sep 18, 2023, at 15:51, Mark Millard wrote: >> Alexander Motin wrote on >> Date: Mon, 18 Sep 2023 13:26:56 UTC : >>> block_cloning feature is marked as READONLY_COMPAT. It should not >>> require any special handling from the boot code. >> >> From stand/libsa/zfs/zfsimpl.c but adding a comment about the >> read-only compatibility status of each entry: >> >> /* >> * List of ZFS features supported for read >> */ > static const char *features_for_read[] = { >> "com.datto:bookmark_v2", // READ-ONLY COMPATIBLE no >> "com.datto:encryption", // READ-ONLY COMPATIBLE no >> "com.datto:resilver_defer", // READ-ONLY COMPATIBLE yes >> "com.delphix:bookmark_written", // READ-ONLY COMPATIBLE no >> "com.delphix:device_removal", // READ-ONLY COMPATIBLE no >> "com.delphix:embedded_data", // READ-ONLY COMPATIBLE no >> "com.delphix:extensible_dataset", // READ-ONLY COMPATIBLE no >> "com.delphix:head_errlog", // READ-ONLY COMPATIBLE no >> "com.delphix:hole_birth", // READ-ONLY COMPATIBLE no >> "com.delphix:obsolete_counts", // READ-ONLY COMPATIBLE yes >> "com.delphix:spacemap_histogram", // READ-ONLY COMPATIBLE yes >> "com.delphix:spacemap_v2", // READ-ONLY COMPATIBLE yes >> "com.delphix:zpool_checkpoint", // READ-ONLY COMPATIBLE yes >> "com.intel:allocation_classes", // READ-ONLY COMPATIBLE yes >> "com.joyent:multi_vdev_crash_dump", // READ-ONLY COMPATIBLE no >> "com.klarasystems:vdev_zaps_v2", // READ-ONLY COMPATIBLE no >> "org.freebsd:zstd_compress", // READ-ONLY COMPATIBLE no >> "org.illumos:lz4_compress", // READ-ONLY COMPATIBLE no >> "org.illumos:sha512", // READ-ONLY COMPATIBLE no >> "org.illumos:skein", // READ-ONLY COMPATIBLE no >> "org.open-zfs:large_blocks", // READ-ONLY COMPATIBLE no >> "org.openzfs:blake3", // READ-ONLY COMPATIBLE no >> "org.zfsonlinux:allocation_classes", // READ-ONLY COMPATIBLE yes >> "org.zfsonlinux:large_dnode", // READ-ONLY COMPATIBLE no >> NULL >> }; >> >> So it appears that the design is that both "no" and "yes" ones >> that are known to be supported are listed and anything else is >> supposed to lead to rejection until explicitly added as >> known-compatibile. I don't think so. I think somebody by mistake added first featured that should not be here, and then others continued this irrelevant routine. My own development server/builder is happily running latest main with ZFS root without any patches and with block cloning not only enabled, but even active. So as I have told, it is not needed: mav@srv:/root# zpool get all | grep clon mavlab bcloneused 20.5M - mavlab bclonesaved 20.9M - mavlab bcloneratio 2.02x - mavlab feature@block_cloning active local Somebody should go through the list and clean in up from read-compatible features and document it, unless there are some features that were re-qualified at some point, I haven't checked if it could be. >> This matches up with stand/libsa/zfs/zfsimpl.c 's: >> >> static int >> nvlist_check_features_for_read(nvlist_t *nvl) >> { ... >> rc = nvlist_find(nvl, ZPOOL_CONFIG_FEATURES_FOR_READ, >> DATA_TYPE_NVLIST, NULL, &features, NULL); Take a note it reads ZPOOL_CONFIG_FEATURES_FOR_READ. Same time features declared as READONLY_COMPAT are stored in FEATURES_FOR_WRITE, that boot loader does not even care. >> I do not know if vfs.zfs.bclone_enabled=0 leads the loader >> to see vs. not-see a "com.fudosecurity:block_cloning". bclone_enabled=0 block copy_file_range() usage, that should keep the feature enabled, but not active. It could be related if the feature would be in FEATURES_FOR_WRITE, but here and now it is not. > It appears that 2 additions afeter opebzfas-2.1-freebsd are > missing from the above list: > > com.fudosecurity:block_cloning > org.openzfs:zilsaxattr Nothing of ZIL is required for read-only import. So no, it is also not needed. -- Alexander Motin From nobody Tue Sep 19 03:39:29 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqS8f275dz4tGNQ for ; Tue, 19 Sep 2023 03:39:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RqS8d6vkLz4NmW for ; Tue, 19 Sep 2023 03:39:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695094783; bh=Oi5TT993gd4R5VhSYUQiiVqsdZz+5UfHitmofdYlnTk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jBQBlC57GLbiicxxWwFXQc2LHxSGa9bvUkxe3lhQCg/JDKtFbISvZPpCYujQ4sEUWJKec01AbPGkdfp8X8nzGybNBYPO0nGu57Ozb0p+2vAPFJbq3i1akdpf/JdQVHHMjC9dnrMDI3wKYufRX92CvfNcoO25Gwdzv6LmibnQR+uVdouKBuIAq4vIHxCAAm7YVJQf45UYnVwa6kCbgzNxtYfOG5Lsia6BvzEPDCBeUOXZtSfHKKtiAsKyrcMYUXtO3869XK7p1ex6jlvUJBl73RwJFM4GMzJG7/MV8banOVrLnhVjWFTHE+a/AIx85y4mrGnwfHrchs561sp2qonMnw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695094783; bh=XhXifNV+lbYP2AibIeXVI265H2Go66Pxwa2ZzfCgrPg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uVt3cMpM1C5UCbgI91VCM8sUBPDidjmgZgRoYKGXJLktOpINGpJCYox5OY4sZaEbtc1jhV9KJW3wlKuw1X+lRgKoPg7iMt0a/kw1nQGoaAySHvKfBhs0GUiYwN9AESRWwODLoAMJvDqmOi0Hxm/iE7Ttjr6mN+RWxcPkAmoPutf/73VZFuqfyZ6Toqvdsljei0rh3uRL2oUN290BP+Id+akoZBuPnfmB9bTWE4JYvjjVIpO044Lv3+zTUdKq26vmMiqwX9Z+GRLt92I9pnFyjO0bi3fM7R4IK2C9iHdZSIqP6R7e/UKowhBKk/uw0rPs0jl+WiOAlXpH8pBgaytbEQ== X-YMail-OSG: vnJHSRkVM1k6gFtdfiYq1kM2hcu_c15gzVKeCmUJmAC6S3UxRLGbav5PRBl1JSG IaksYWVNt2YN.8b9jx2dRM7htZ5M48p6t3MfohjzT_O2T6nEXq0XOjGu5lG9KQrNOp7zRvPFLoOn HMM5n9o_vyGuZJ3j.K7KI6UOILkYhNc_y4MBLsUNoIvx53vLXlHD20v0tp.EdIHoT9D.t8kC0MW7 1T9B.yKl6hSurSggPbaIK9qC7YFRiI0eWvssvawBZF40fZr1I2tGcaEAc8Q7Rrdm_pRSX60hN.VK snyaYvgPtnIlK1p20y8J7ZqnR79yWccoYRsbMMZkomYPQQtbYo5qw4dMNHVAcLlMV50uOzoFYXU2 AY_ieXNpCo3t6C90kTJMHIuxWNKT5xI4YBB_QxnHp6y6NgreoALqdKHOngvLbJxySxH29HO6INCL IOeCDYPzeNUKcYjr02cIkHVJefHJk718PwyyvgnGEs882DoQ6Xaj9fRQEsLdaCZ__0a.HBDQvp28 xsnrvlHpcFJdTpcKp5CslJcIqJLWmLO0ttg_Q6Flcxn65E_WqmmUNNru3ZoHRMNG1DpRx.fcDUDU I21uRLjW8YCbNLwg22Vk9CiMMzl6FZPQb8ujUUKAVGjipOI8X0scqrW6iR8iYwuj09Ts01DOG_sX uA5q6quIsxDHaddH9FIT8nKUoz5fV1mzBYpOT3iON9qLrQ1PqDrDEuRk7x2OZV9bhcVVEpma1KYU l2Ahi.LRXII.LOeAIq08lQfcOAnvdU4ZSR.fd_vCFGS_pPTCIglhm3KO_RwV4pS92W2qu_xZxy1a 1eGpS_7EQw64n4HMcRiXY8kow17Yy2jL.rrSGJfR8hHrgFtOLjU7co838hI5umBcy2B6Ndt80fBH E9hRCfXAgDcE2qMh3ZvseYKcuh1Psl2cWONHjkrs3SNdxXg.txov12wS19kCD.4gaGEv5XtNAoNH fMXNOmus2EPxDAjTVTxPtuv2uGnerIXgwZWLxy6q5Zu43b9jpSossxG9oToAtx.4TwFjYr_KnM5B NCVVzitwHekbwxUH.EsgfMPnZYoD7kWuYXM_3pDOFXE3pbMb.D3DoPPGN8NQhM6RK6CbVK6fTAN2 h9f9qGDFMAObhlKIjXEZw3g4I.aFberoSGUPHqAYOBdz1iVJVV.fJkPKrcU6AvdI4CXmieV6Tc1V Q6fu2oOqzChJWjjWA1TS6sIdAlKkQOB8IdZlEojD4yVR08s7MghlcYdosbYimwdEUWUrggkbj7Tq AFZeCCF_N626DSSYK6zjAi_05Vo.ikjczlwGTBG1CilSTvJUlMLso07alBOgU_jorxOxeHbO0zIJ 9JnOzEmcQSZHky0ZkynWktjO76r5DOSx7BTmEu5yjW1HOY.Rk51maY9_pe2RlgYLMusNA.8sJSfY ZXiaQK5Z4.8UbCCbQ.4ASTX6zWN374ZIwk3GPa32fCnmPjhTlhZrLez9Cp_nxgUVhy2cvEjKitif V5moP.mDP1GmSa.C97ivpol.KcgLyNSOvdWIjs0H_1IbJM.MisiLA4sLQOVyN8h0hikBhoJ4EPEt fz1YcOCQiCgpvTnXWUcLXEiyfXCEjUzvyLm22miQSBvdUzy2oeGExabOm8SX5jtnFeKahtWh4F1w qq4FRH3sEWgFlhKuEt.L2VYsExe39xClxHgOrKyLjmsyXHnmZlxPp1GezXl1UH._ZWlZzDfbbtoj xTY5lDFA2_0LRPmbVhTAl1X0kn2WRI7EFGAvNW0U.wSxSTM9UpX551zDWo7PSYwFuovr8OT4Bayf TICGmeN_engFoiKdPYODNB.Xqv7jG.LgZ9AC8obqZOASgcZR3IPP76rY4N1jeLKFHyo44eb.eTiJ IsKtcVV8VcQDK6ZImHhShgyCQ551Gkd9NV_KhQwSDzfxClcH26_scZJJN_CZNaTjAA8qXtzNHY4V mfEAbjpfM_lJy.dHVKmfgSHeji7j4_etTIRKTlHaL.Kzr9wGhxYVm5T2uSl_SqtluDxNls9re1nJ kIppHhHT0kA1ZdfjZ6_Dcn_xp7e7EVMnof4azAQyJ20FFxqj3gzlrtSoDFcmBYEW0hQpXp1WpT_K 0fHSRrHoyHLUaecjJvQNcrjyk50kmQ4Czwg27uQr6DGi3.6MfpBacDpq8J1R1.Nr56pNh3OQSK7X I4VKc0rqlb2QEKwp4Q3u3T1DvDwP3cFqsVpUFrev6P9qInnA8Yydmx_f4x28lX.LW1_xJfBXxv8i nZ9rR9y_0E80C3riwuaVf_Uhb.UpWf.EoWlGvDfr2uUt.KkSthp4KtbRKOCYf2jHCdLyLyBza2B6 9GuA- X-Sonic-MF: X-Sonic-ID: f0bfc2fc-31c4-4f25-8e4e-c6099a7802ad Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 19 Sep 2023 03:39:43 +0000 Received: by hermes--production-gq1-77657878bb-wlcsw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9b015dac059db35e12762e947d76a153; Tue, 19 Sep 2023 03:39:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) [block_cloning and zilsaxattr missing from loader's features_for_read] From: Mark Millard In-Reply-To: Date: Mon, 18 Sep 2023 20:39:29 -0700 Cc: Current FreeBSD , Warner Losh , Glen Barber Content-Transfer-Encoding: quoted-printable Message-Id: <12D5CD6A-34ED-47E2-B43E-37AD5582206C@yahoo.com> References: <5C769ACC-F264-4BAB-AF7B-8C463A4BD99E@yahoo.com> To: Alexander Motin X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RqS8d6vkLz4NmW On Sep 18, 2023, at 17:05, Alexander Motin wrote: > On 18.09.2023 19:21, Mark Millard wrote: >> On Sep 18, 2023, at 15:51, Mark Millard wrote: >>> Alexander Motin wrote on >>> Date: Mon, 18 Sep 2023 13:26:56 UTC : >>>> block_cloning feature is marked as READONLY_COMPAT. It should not >>>> require any special handling from the boot code. >>>=20 >>> =46rom stand/libsa/zfs/zfsimpl.c but adding a comment about the >>> read-only compatibility status of each entry: >>>=20 >>> /* >>> * List of ZFS features supported for read >>> */ >> static const char *features_for_read[] =3D { >>> "com.datto:bookmark_v2", // READ-ONLY COMPATIBLE no >>> "com.datto:encryption", // READ-ONLY COMPATIBLE no >>> "com.datto:resilver_defer", // READ-ONLY COMPATIBLE yes >>> "com.delphix:bookmark_written", // READ-ONLY COMPATIBLE no >>> "com.delphix:device_removal", // READ-ONLY COMPATIBLE no >>> "com.delphix:embedded_data", // READ-ONLY COMPATIBLE no >>> "com.delphix:extensible_dataset", // READ-ONLY COMPATIBLE no >>> "com.delphix:head_errlog", // READ-ONLY COMPATIBLE no >>> "com.delphix:hole_birth", // READ-ONLY COMPATIBLE no >>> "com.delphix:obsolete_counts", // READ-ONLY COMPATIBLE yes >>> "com.delphix:spacemap_histogram", // READ-ONLY COMPATIBLE yes >>> "com.delphix:spacemap_v2", // READ-ONLY COMPATIBLE yes >>> "com.delphix:zpool_checkpoint", // READ-ONLY COMPATIBLE yes >>> "com.intel:allocation_classes", // READ-ONLY COMPATIBLE yes >>> "com.joyent:multi_vdev_crash_dump", // READ-ONLY COMPATIBLE = no >>> "com.klarasystems:vdev_zaps_v2", // READ-ONLY COMPATIBLE no >>> "org.freebsd:zstd_compress", // READ-ONLY COMPATIBLE no >>> "org.illumos:lz4_compress", // READ-ONLY COMPATIBLE no >>> "org.illumos:sha512", // READ-ONLY COMPATIBLE no >>> "org.illumos:skein", // READ-ONLY COMPATIBLE no >>> "org.open-zfs:large_blocks", // READ-ONLY COMPATIBLE no >>> "org.openzfs:blake3", // READ-ONLY COMPATIBLE no >>> "org.zfsonlinux:allocation_classes", // READ-ONLY COMPATIBLE = yes >>> "org.zfsonlinux:large_dnode", // READ-ONLY COMPATIBLE no >>> NULL >>> }; >>>=20 >>> So it appears that the design is that both "no" and "yes" ones >>> that are known to be supported are listed and anything else is >>> supposed to lead to rejection until explicitly added as >>> known-compatibile. >=20 > I don't think so. I think somebody by mistake added first featured = that should not be here, and then others continued this irrelevant = routine. My own development server/builder is happily running latest = main with ZFS root without any patches and with block cloning not only = enabled, but even active. So as I have told, it is not needed: >=20 > mav@srv:/root# zpool get all | grep clon > mavlab bcloneused 20.5M = - > mavlab bclonesaved 20.9M = - > mavlab bcloneratio 2.02x = - > mavlab feature@block_cloning active = local >=20 > Somebody should go through the list and clean in up from = read-compatible features and document it, unless there are some features = that were re-qualified at some point, I haven't checked if it could be. >=20 >>> This matches up with stand/libsa/zfs/zfsimpl.c 's: >>>=20 >>> static int >>> nvlist_check_features_for_read(nvlist_t *nvl) >>> { > ... >>> rc =3D nvlist_find(nvl, ZPOOL_CONFIG_FEATURES_FOR_READ, >>> DATA_TYPE_NVLIST, NULL, &features, NULL); >=20 > Take a note it reads ZPOOL_CONFIG_FEATURES_FOR_READ. Same time = features declared as READONLY_COMPAT are stored in FEATURES_FOR_WRITE, = that boot loader does not even care. >=20 >>> I do not know if vfs.zfs.bclone_enabled=3D0 leads the loader >>> to see vs. not-see a "com.fudosecurity:block_cloning". >=20 > bclone_enabled=3D0 block copy_file_range() usage, that should keep the = feature enabled, but not active. It could be related if the feature = would be in FEATURES_FOR_WRITE, but here and now it is not. >=20 >> It appears that 2 additions afeter opebzfas-2.1-freebsd are >> missing from the above list: >> com.fudosecurity:block_cloning >> org.openzfs:zilsaxattr >=20 > Nothing of ZIL is required for read-only import. So no, it is also = not needed. Thanks for the details in your notes, including that bclone_enabled=3D0 is not relevant. As a result I found out about zhack feature stat POOLNAME that shows the ZPOOL_CONFIG_FEATURES_FOR_READ separately from then ones for write. Looking at the pool that I used for testing block_cloning via poudriere bulk build activity (and sorting the for_*_obj lists produced) . . . The for_read_obj list (with matching line added as a suffix): com.datto:bookmark_v2 =3D 0 "com.datto:bookmark_v2", = // READ-ONLY COMPATIBLE no com.datto:encryption =3D 0 "com.datto:encryption", = // READ-ONLY COMPATIBLE no com.delphix:bookmark_written =3D 0 = "com.delphix:bookmark_written", // READ-ONLY COMPATIBLE no com.delphix:device_removal =3D 0 = "com.delphix:device_removal", // READ-ONLY COMPATIBLE no com.delphix:embedded_data =3D 1 = "com.delphix:embedded_data", // READ-ONLY COMPATIBLE no com.delphix:extensible_dataset =3D 87 = "com.delphix:extensible_dataset", // READ-ONLY COMPATIBLE no com.delphix:head_errlog =3D 1 = "com.delphix:head_errlog", // READ-ONLY COMPATIBLE no com.delphix:hole_birth =3D 1 = "com.delphix:hole_birth", // READ-ONLY COMPATIBLE no com.delphix:redacted_datasets =3D 0 com.delphix:redaction_bookmarks =3D 0 com.joyent:multi_vdev_crash_dump =3D 0 = "com.joyent:multi_vdev_crash_dump", // READ-ONLY COMPATIBLE no com.klarasystems:vdev_zaps_v2 =3D 1 = "com.klarasystems:vdev_zaps_v2", // READ-ONLY COMPATIBLE no org.freebsd:zstd_compress =3D 0 = "org.freebsd:zstd_compress", // READ-ONLY COMPATIBLE no org.illumos:edonr =3D 0 org.illumos:lz4_compress =3D 1 = "org.illumos:lz4_compress", // READ-ONLY COMPATIBLE no org.illumos:sha512 =3D 0 = "org.illumos:sha512", // READ-ONLY COMPATIBLE no org.illumos:skein =3D 0 "org.illumos:skein", // = READ-ONLY COMPATIBLE no org.open-zfs:large_blocks =3D 0 = "org.open-zfs:large_blocks", // READ-ONLY COMPATIBLE no org.openzfs:blake3 =3D 0 = "org.openzfs:blake3", // READ-ONLY COMPATIBLE no org.openzfs:draid =3D 0 org.zfsonlinux:large_dnode =3D 0 = "org.zfsonlinux:large_dnode", // READ-ONLY COMPATIBLE no I'll note that the following of the no-match examples are listed in openzfs-2.2 : redacted_datasets redaction_bookmarks edonr draid In fact, only edonr is new in openzfs-2.2 compared to openzfs-2.1-freebsd . So it appears that the 4 are missing from at least features_for_read but might be missing what is required to have them supported if something else is also needed. (The "=3D 0" might explain the lack of a complaint from the loader? Or is there more classification that I do not understand?) The for_write_obj list: com.datto:resilver_defer =3D 0 = "com.datto:resilver_defer", // READ-ONLY COMPATIBLE yes com.delphix:async_destroy =3D 0 com.delphix:bookmarks =3D 0 com.delphix:empty_bpobj =3D 44 com.delphix:enabled_txg =3D 34 com.delphix:livelist =3D 0 com.delphix:log_spacemap =3D 1 com.delphix:obsolete_counts =3D 0 = "com.delphix:obsolete_counts", // READ-ONLY COMPATIBLE yes com.delphix:spacemap_histogram =3D 110 = "com.delphix:spacemap_histogram", // READ-ONLY COMPATIBLE yes com.delphix:spacemap_v2 =3D 1 = "com.delphix:spacemap_v2", // READ-ONLY COMPATIBLE yes com.delphix:zpool_checkpoint =3D 0 = "com.delphix:zpool_checkpoint", // READ-ONLY COMPATIBLE yes com.fudosecurity:block_cloning =3D 0 com.joyent:filesystem_limits =3D 0 org.openzfs:device_rebuild =3D 0 org.openzfs:zilsaxattr =3D 3 org.zfsonlinux:allocation_classes =3D 0 org.zfsonlinux:project_quota =3D 44 org.zfsonlinux:userobj_accounting =3D 44 So: All those "READ-ONLY COMPATIBLE yes" examples do not need to be listed in features_for_read . The following have no matches in either for_*_obj list that zhack produced: "com.intel:allocation_classes", // READ-ONLY COMPATIBLE yes "org.zfsonlinux:allocation_classes", // READ-ONLY COMPATIBLE yes I'll note that openzfs-2.2 and openzfs-2.1-freebsd both list: allocation_classes But the "READ-ONLY COMPATIBLE yes" status suggests this is not a loader functional problem but may be a waste: all the "READ-ONLY COMPATIBLE yes" could be removed from features_for_read . Thanks again. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 19 10:29:38 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqdFn0203z4tkl7 for ; Tue, 19 Sep 2023 10:29:48 +0000 (UTC) (envelope-from SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4RqdFk71w5z3ZNx; Tue, 19 Sep 2023 10:29:46 +0000 (UTC) (envelope-from SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=s5GgseEr; spf=pass (mx1.freebsd.org: domain of "SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl"; dmarc=pass (policy=quarantine) header.from=klop.ws Date: Tue, 19 Sep 2023 12:29:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1695119379; 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; bh=fO990Ok2x1KvsaPrMu6wvR7WYzSgp3qPuDRQObMEJ6w=; b=s5GgseErM2taKFbeq5HmPDhT47+biMycLFkfu5fbCZPNBGmpB9ifjXYKTiVhEa6RIAyqmY BkfE+kHkC8zWx1H1rzVshkw/qqs0l5UKG6jmZA0NkeTDyCygljPgexBGvUtQ2BzIb6Dz/b zI9GFBR2owwQzZQoORSemuOeHi1x1pBbtJqZ64UN6AbyKmCemeRYwEhGiHyF/2RBfl/Z/m 5zNTdFli5FofNadc5wS7kZCvVBqEJEcaUiaNGkV3wRnTQI7TBBOVe0PQUAiRnqAxJfNWMO kOQC0GvJhx8NtFnMrpHlmiaWAaoHGswpSzioHxyA1Bv2VouZ2aB+XrHFVugULQ== From: Ronald Klop To: pstef@FreeBSD.org Cc: freebsd-current@freebsd.org Message-ID: <925097787.3785.1695119378729@localhost> Subject: changes to ps -d? List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3784_383623135.1695119378584" X-Mailer: Realworks (671.183) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.16 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.957]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ZERO(0.00)[0]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TO_DN_NONE(0.00)[]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl] X-Rspamd-Queue-Id: 4RqdFk71w5z3ZNx ------=_Part_3784_383623135.1695119378584 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, In current the way ps -p works has been changed [1]. I could use "ps axd -p " to see the process tree of some ongoing task. In current this has changed to always need an extra option "ps axd -p -D down". Can this become the default again? At least when -d is used. Regards, Ronald. [1] https://cgit.freebsd.org/src/commit/bin/ps?id=5c0a1c15ff8cb66128f4826ace8ba91e0a31486d ------=_Part_3784_383623135.1695119378584 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

In current the way ps -p works has been changed [1].
I could use "ps axd -p <pid>" to see the process tree of some ongoing task.
In current this has changed to always need an extra option "ps axd -p <pid> -D down". Can this become the default again? At least when -d is used.

Regards,
Ronald.

[1] https://cgit.freebsd.org/src/commit/bin/ps?id=5c0a1c15ff8cb66128f4826ace8ba91e0a31486d ------=_Part_3784_383623135.1695119378584-- From nobody Tue Sep 19 11:01:52 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rqdyr294bz4tmWf for ; Tue, 19 Sep 2023 11:01:56 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rqdyq5Rt3z3fhS; Tue, 19 Sep 2023 11:01:55 +0000 (UTC) (envelope-from freebsd@grem.de) Authentication-Results: mx1.freebsd.org; none Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 85592886; Tue, 19 Sep 2023 11:01:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=l/mr2TxtFElypL MfuUNHGBB6Pzs=; b=Ujd9Ap7+F9QkwY5gesFNpFQ9Vwmhwx5SAqL5BVVgm6+tTz Dwjv5klRHAsdNoPejuQ5i28mMQ39/YQb6n8jJszi+SQoHaCAtX1+6Q0RfXVjwG3o l9U/Vm/Bik+RJLuyDQhI91TqrVQebtzgYiTXEQ+cQ3PP7DtT7ZM6Gy7CpABz1nXG /w+lIQYsZqbz/e7uyTPcmJsESk+VjYavhh9l5ZtRD1pKBN12BycnleJ9C8N9oIDh eaddfnuWs0KlIPhwqg59xOTV7rjVXK2ZXGfWoFbOqdUYz7ecRe5YgyZzRi3shtIZ Ziy/qqIOANPpaoyArYN3uCFZkRaaLTBTQGygoNyg== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=bwFI6e35 0/7892CDywbpsMipyqGqNsIC/YUA5ej5YVt2rQsPaKH+/kPfbKugY8YMBERgbp7C Sn+DhIW96GN/rrf6z2nTMLNJxRmbppf2qWJ35nrZm+WTfdxng7BmNcOs7vN8ejkX DD1ambD3iFjF/NwzI9yPNyYsihlqr8kE9sbtr+QMswCByGI3tNNMRPXT1csJb9Sg zbnWAwuN3KNaVOwlipYWZjioBXE4JB5MXg+YDHUalBgm9+TIk2oPuwdIplDyxPdn TcPQuXYnp8WtAw/zHhCFOrql6NyyqZC/RQFcdJbZtCZbMJpEfrGtQPyq1dIVF82g o9WsQWVaAC3w3g== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 62aac99b (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 19 Sep 2023 11:01:53 +0000 (UTC) Content-Type: multipart/alternative; boundary=Apple-Mail-5F81B803-A581-49C0-94C3-CB3DFA947455 Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: changes to ps -d? From: Michael Gmelin In-Reply-To: <925097787.3785.1695119378729@localhost> Date: Tue, 19 Sep 2023 13:01:52 +0200 Cc: pstef@freebsd.org, freebsd-current@freebsd.org Message-Id: <634385E4-6E9A-410F-9BDC-2E2B97A8C46F@grem.de> References: <925097787.3785.1695119378729@localhost> To: Ronald Klop X-Mailer: iPhone Mail (20G81) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE] X-Rspamd-Queue-Id: 4Rqdyq5Rt3z3fhS --Apple-Mail-5F81B803-A581-49C0-94C3-CB3DFA947455 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 19. Sep 2023, at 12:30, Ronald Klop wrote: >=20 > =EF=BB=BFHi, >=20 > In current the way ps -p works has been changed [1]. > I could use "ps axd -p " to see the process tree of some ongoing task= . > In current this has changed to always need an extra option "ps axd -p -D down". Can this become the default again? At least when -d is used. >=20 There was a discussion on the FreeBSD-current mailing list that lead to the d= ecision to make this change: https://lists.freebsd.org/archives/freebsd-current/2023-July/004071.html Best --Apple-Mail-5F81B803-A581-49C0-94C3-CB3DFA947455 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

On 19. Sep 2023, at 12:30, Ronald Klop <ronald-lists@klop.ws> wrote:<= br>
=EF=BB=BF= Hi,

In current the way ps -p works has been changed [1].
I could use "ps axd -p <pid>" to see the process tree of some ongoing t= ask.
In current this has changed to always need an extra option "ps axd -p <pi= d> -D down". Can this become the default again? At least when -d is used.=


There was a discussion on the Fre= eBSD-current mailing list that lead to the decision to make this change:


Best

=
= --Apple-Mail-5F81B803-A581-49C0-94C3-CB3DFA947455-- From nobody Tue Sep 19 13:22:49 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rqj5R5WfJz4tw4g for ; Tue, 19 Sep 2023 13:22:51 +0000 (UTC) (envelope-from SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4Rqj5R3P2fz4NqC; Tue, 19 Sep 2023 13:22:51 +0000 (UTC) (envelope-from SRS0=vvSx=FD=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Tue, 19 Sep 2023 15:22:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1695129769; 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=DtYpLI0cl75rcS4+o/VDQSuf8cK5RhfVG4xoSSYs9EY=; b=Lo0KSQoI+5fJy44KqNhzL54dwhovmynkxXip3/nZG9ctY/2HS9r7BNVMsYIujuApbfnbrK w53rnJAPjrtzh7D2T8JA1ng9GAvWVP4EQ9NVV5n6lpJ6WVTggJf2LT7y8hQetxdJWa2FXf rdwyz9FMxVcmOs/NH57YBAk7L5jlODLzH8ltkYn3VbfY7gR31xkH94WVTxjYAXFNTXBP4k LZnQHKHBp3QzA3R5ZS99xWoe2ZD9tOv0DYA2puOCDMDlDsPnP/0HaiOMFXdS5yyF3ttjhn HvwOA0SHQN1RjUYzXpx46OTI5fosX1gg0m0aS/9K2wVXiFi8jaX6POfRf57i2w== From: Ronald Klop To: Michael Gmelin Cc: freebsd-current@freebsd.org, pstef@freebsd.org Message-ID: <375102065.5853.1695129769542@localhost> In-Reply-To: <634385E4-6E9A-410F-9BDC-2E2B97A8C46F@grem.de> References: <925097787.3785.1695119378729@localhost> <634385E4-6E9A-410F-9BDC-2E2B97A8C46F@grem.de> Subject: Re: changes to ps -d? List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5852_284312331.1695129769444" X-Mailer: Realworks (671.183) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] X-Rspamd-Queue-Id: 4Rqj5R3P2fz4NqC ------=_Part_5852_284312331.1695129769444 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Michael Gmelin Datum: dinsdag, 19 september 2023 13:01 Aan: Ronald Klop CC: pstef@freebsd.org, freebsd-current@freebsd.org Onderwerp: Re: changes to ps -d? > > > > > >> On 19. Sep 2023, at 12:30, Ronald Klop wrote: >> > >> >> Hi, >> >> In current the way ps -p works has been changed [1]. >> I could use "ps axd -p " to see the process tree of some ongoing task. >> In current this has changed to always need an extra option "ps axd -p -D down". Can this become the default again? At least when -d is used. >> > > > There was a discussion on the FreeBSD-current mailing list that lead to the decision to make this change: > > https://lists.freebsd.org/archives/freebsd-current/2023-July/004071.html > > Best > Thanks, I missed that conversation. Curious about the meaning of "would be the best in that -d would go back to what it was" in https://lists.freebsd.org/archives/freebsd-current/2023-August/004277.html. Currently in "ps -d -p " -d is not back at what it was. Regards, Ronald. ------=_Part_5852_284312331.1695129769444 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Van: Michael Gmelin <freebsd@grem.de>
Datum: dinsdag, 19 september 2023 13:01
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: pstef@freebsd.org, freebsd-current@freebsd.org
Onderwerp: Re: changes to ps -d?

 
 
 
 
On 19. Sep 2023, at 12:30, Ronald Klop <ronald-lists@klop.ws> wrote:
 
Hi,

In current the way ps -p works has been changed [1].
I could use "ps axd -p <pid>" to see the process tree of some ongoing task.
In current this has changed to always need an extra option "ps axd -p <pid> -D down". Can this become the default again? At least when -d is used.
 
 
There was a discussion on the FreeBSD-current mailing list that lead to the decision to make this change:
 
 
Best
 


Thanks, I missed that conversation.
Curious about the meaning of "would be the best in that -d would go back to what it was" in https://lists.freebsd.org/archives/freebsd-current/2023-August/004277.html.

Currently in "ps -d -p <pid>" -d is not back at what it was.

Regards,
Ronald.
  ------=_Part_5852_284312331.1695129769444-- From nobody Tue Sep 19 16:03:16 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqmfX28Kqz4v5h8 for ; Tue, 19 Sep 2023 16:03:16 +0000 (UTC) (envelope-from pstef@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RqmfX1SKcz4pTq; Tue, 19 Sep 2023 16:03:16 +0000 (UTC) (envelope-from pstef@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695139396; 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=yHQFfN5XA2m/b90xbCQic6fkmkY6hyhtWtXZAveX80E=; b=bYzxBes5627dls3xXI4nvTQLPHCNT5nspIoWS124e7Q/zCWVSIK8q47Agv8zuXPKiktY0h 6c70Y51wsa8aOhE5U037ROi8ge3UmzMEYuaxtQATPrE6608+o/cwJ6qaD+l4T8VVu4L2Yv wuY9qgLMZGIjyBF0t+P+XV4zdpEKdQzveBj9fspB/exHPEGndmmKBFA4ieTDz5fTF/mNNt rLTIYAgtkqYZZpbUXbbQT1qkeduzKY4a/aSkt0dfcc3WfeItmelzumTbDalufS7LDFWWS6 M+j8TVJoaXYv3qqG63ZTsZV1ZN8aALsiep+wN1pYV0b/BBWKegkSDbn1Uo82nw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695139396; a=rsa-sha256; cv=none; b=Unjyiq8hhCLMN7QKhqSEWRNvux2BfxdS2YKAbfsEF1LyUd6tN0hva8ZZgc41vCG+E3B14P aRg8qRdj2MWUnuE1ziVHSg2HMsKaAhKXQfrpFa+Z5usGTBFkstXfH2XiU9f0elKo70JOJl Xh/z5MONuq7vhS6VG6qZtGBR6rLzdwmOpaFHaAI3d2Nl8y3JNvVB+peCvVAxP89GHJhDre XlcrnqdtgY/X8wuU9pWxgKAgaBKoHAgUG6FSFy6S6lfZgC+hE4CTUzvq+5rfHnhdFhLh7w vPmTxOs1QTLGJhb8Tyk5DYqiTnbKVOb6HTt3not6J9W4rj2tF4wMMw3uGq5uGg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695139396; 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=yHQFfN5XA2m/b90xbCQic6fkmkY6hyhtWtXZAveX80E=; b=A/rCPTDFG6Scx3gwaSAFUBz+k0kfYuycSxXvSukEZPt5Ut0tBEYwzRD61nSSRaaxM125Fb 2D1yQ2uojbF3DYAhpJ0r9UcNSIBT46f/Ez9iN74AsTDyML3s8vrKCHNgCPduKtS5R8082j PGiHmjfRhCgwUb8DHt652mB5TyjexDfkyLqdR7PUyXjqz/KZWG596TQD3uIaGu/osrigwB X3zcEphqN3cMkyku5MVg5Kxydcgd+G3LTx5NQghasJsKJe8dS669LiAzkOPt6F1qRgqJ8P 1KPeDBq3bOnATnipwZekhgMhI3jjFZv7BRNrR2VaIQgzPm7zp04h0RzvQwenVw== Received: by freefall.freebsd.org (Postfix, from userid 1403) id 184351B40B; Tue, 19 Sep 2023 16:03:16 +0000 (UTC) Date: Tue, 19 Sep 2023 16:03:16 +0000 From: "Piotr P. Stefaniak" To: Ronald Klop Cc: Michael Gmelin , freebsd-current@freebsd.org Subject: Re: changes to ps -d? Message-ID: References: <925097787.3785.1695119378729@localhost> <634385E4-6E9A-410F-9BDC-2E2B97A8C46F@grem.de> <375102065.5853.1695129769542@localhost> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <375102065.5853.1695129769542@localhost> On 2023-09-19 15:22:49, Ronald Klop wrote: >Curious about the meaning of "would be the best in that -d would go >back to what it was" in >https://lists.freebsd.org/archives/freebsd-current/2023-August/004277.html. > >Currently in "ps -d -p " -d is not back at what it was. I meant that it's back to the traditional BSD behavior (-p and -d not "cooperating"). Piotr From nobody Tue Sep 19 23:26:24 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqyTz71bQz4t8n9 for ; Tue, 19 Sep 2023 23:26:31 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:7400:8808:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4RqyTz4SDGz4LbH; Tue, 19 Sep 2023 23:26:31 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: X-Catflap-Envelope-To: freebsd-current@FreeBSD.org Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [209.250.224.51]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 38JNQOgn003617; Wed, 20 Sep 2023 00:26:24 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 38JNQORU003616; Wed, 20 Sep 2023 00:26:24 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202309192326.38JNQORU003616@donotpassgo.dyslexicfish.net> Date: Wed, 20 Sep 2023 00:26:24 +0100 Organization: Dyslexic Fish To: ronald-lists@klop.ws, freebsd@grem.de Cc: pstef@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: changes to ps -d? References: <925097787.3785.1695119378729@localhost> <634385E4-6E9A-410F-9BDC-2E2B97A8C46F@grem.de> <375102065.5853.1695129769542@localhost> In-Reply-To: <375102065.5853.1695129769542@localhost> User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [209.250.224.51]); Wed, 20 Sep 2023 00:26:24 +0100 (BST) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:7400::/38, country:US] X-Rspamd-Queue-Id: 4RqyTz4SDGz4LbH > Curious about the meaning of "would be the best in that -d would go back to what it was" in https://lists.freebsd.org/archives/freebsd-current/2023-August/004277.html. > > Currently in "ps -d -p " -d is not back at what it was. Yes, back to what it was pre-releng/12.2. The functionality you like was new at that point. It broke some of my things which had been running for years, and relied on the original behaviour. As it was possible to affect others in similar ways, it was decided to revert it as a POLA violation. If you make "-D down" the default (as you suggested in a previous message), then we would be back to having the problem. I said I personally didn't mind if the original functionality was added back in a different way, but Piotr graciously decided it would be best to revert to the original behavior, and instead enable his new enhancements with a new option. Cheers, Jamie From nobody Tue Sep 19 23:58:59 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RqzCT274xz4tCH9 for ; Tue, 19 Sep 2023 23:59:01 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:7400:8808:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4RqzCT0t2Tz4NyP; Tue, 19 Sep 2023 23:59:01 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [209.250.224.51]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 38JNwxV7004095; Wed, 20 Sep 2023 00:59:00 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 38JNwx5P004094; Wed, 20 Sep 2023 00:58:59 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202309192358.38JNwx5P004094@donotpassgo.dyslexicfish.net> Date: Wed, 20 Sep 2023 00:58:59 +0100 Organization: Dyslexic Fish To: ronald-lists@klop.ws, jamie@catflap.org, freebsd@grem.de Cc: pstef@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: changes to ps -d? References: <925097787.3785.1695119378729@localhost> <634385E4-6E9A-410F-9BDC-2E2B97A8C46F@grem.de> <375102065.5853.1695129769542@localhost> <202309192326.38JNQORU003616@donotpassgo.dyslexicfish.net> In-Reply-To: <202309192326.38JNQORU003616@donotpassgo.dyslexicfish.net> User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [209.250.224.51]); Wed, 20 Sep 2023 00:59:00 +0100 (BST) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:7400::/38, country:US] X-Rspamd-Queue-Id: 4RqzCT0t2Tz4NyP Jamie Landeg-Jones wrote: > If you make "-D down" the default (as you suggested in a previous message), then > we would be back to having the problem. To expand on that, if a "-D none" option is added, and "-D down" becomes the default, then from my personal point of view, that would be fine. I can easily modify my stuff to add that. It comes down to what Piotr wants to do, and whether you think there is more disruption going back to pre-12.2-release, than there would be now you're used to the new behaviour since 12.2-release. As I was the only person who seems affected by the 12.2-release changes, maybe the newest breaking change is the more noticable? What I'm saying is that personally, I don't care, as long as the pre 12.2-release mode of operation is available somehow, discussions on which should be the default today are way beyond my pay grade :-) Cheers, Jamie From nobody Wed Sep 20 02:47:28 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rr2y54735z4tQF0 for ; Wed, 20 Sep 2023 02:47:41 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rr2y254fmz4bqD for ; Wed, 20 Sep 2023 02:47:38 +0000 (UTC) (envelope-from kiri@truefc.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of kiri@truefc.org designates 36.52.212.1 as permitted sender) smtp.mailfrom=kiri@truefc.org; dmarc=none Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.17.1/8.17.1) with ESMTP id 38K2lSnT044896 for ; Wed, 20 Sep 2023 11:47:29 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202309200247.38K2lSnT044896@kx.truefc.org> Date: Wed, 20 Sep 2023 11:47:28 +0900 From: KIRIYAMA Kazuhiko To: freebsd-current@freebsd.org Subject: make installworld filed with "Required library libdialog.so.9 not found" User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spamd-Bar: - X-Spamd-Result: default: False [-1.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.994]; NEURAL_SPAM_SHORT(0.40)[0.401]; R_SPF_ALLOW(-0.20)[+ip4:36.52.212.0/29]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEFALL_USER(0.00)[kiri]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[truefc.org]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4Rr2y254fmz4bqD Hi, all I'm updating 15.0-CURRENT (main-n265415-b2bd87bb01a9) from 14.0-CURRENT, but make installworld filed with "Required library libdialog.so.9 not found" as follows: root@vm:/usr/src # make installworld make[1] warning: /usr/src/: Read-only file system. make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: Using cached toolchain metadata from build at vm.truefc.org on Tue Sep 19 12:43:15 JST 2023 -------------------------------------------------------------- >>> Install check world -------------------------------------------------------------- mkdir -p /tmp/install.bRcisFAS progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm sed services_mkdb sh sort strip sysctl test time true uname wc tzsetup makewhatis ; do if progpath=`env PATH=/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin which $prog`; then echo $progpath; else echo "Required tool $prog not found in PATH ("/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr! /libexec::/sbin:/bin:/usr/sbin:/usr/bin")." >&2; exit 1; fi; done); if [ -z "" ] ; then libs=$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort -u | grep -Ev '\[.*]' | while read line; do set -- $line; if [ "$2 $3" != "not found" ]; then echo $2; else echo "Required library $1 not found." >&2; exit 1; fi; done); fi; cp $libs $progs /tmp/install.bRcisFAS Required library libdialog.so.9 not found. *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src According to [1], this causes usr.sbin/tzsetup/Makefile.depend.options, but already fixed this. libdialog.so.10 has been built in /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/: root@vm:/usr/src # find /usr/obj -name "libdialog.*" /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10 /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.debug /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.a /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.full /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib/libdialog.so.10.debug /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib32/libdialog.so.10.debug /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so.10 /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so.10 /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.a /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10 /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.a /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.full /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.debug root@vm:/usr/src # What should I do ? Regards [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265954 --- Kazuhiko Kiriyama From nobody Wed Sep 20 04:13:30 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rr4sC3V73z4tWPF for ; Wed, 20 Sep 2023 04:13:35 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rr4s95gBYz3JqV for ; Wed, 20 Sep 2023 04:13:33 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=To7NN3uf; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at; dmarc=none Date: Wed, 20 Sep 2023 06:13:30 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1695183210; bh=NnXJAHZGFFJCm5ZlEBlMQ6AS2o0UN6Ec3Ml0USYNMaY=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=To7NN3ufnbG9D/gka5PxiyT1oi0GzsO1J31MPEDiFyz7AYJa0Bz6wDLRoSSC25PTK de4N8aNyFFuTPzM3ymP0kbU+YF+AFIJCSAvoYmTJralJEN2JUb5i4/aTyD2gYbccjP CBjWcw2Xn5pqrqdgnxSsi9Hh0c+CYxRCpB/ohowBXSRbkuv1GtJQijjrOnUvyLSNYO P8bVpFTlziiiSnAAW5M6dLjnw7yvcCtP2W8IPvTFWrV4sYmXfXWegfEwsLcopdIIEh OHzi6mktUYpJZ2Gxa2jz6aIjz6vMn7kvELrZ/fIoVu+gYgrhKo0Us/rDGZlLCFYr7O KihXbxT+92JvQ== From: "Herbert J. Skuhra" To: freebsd-current@freebsd.org Subject: Re: make installworld filed with "Required library libdialog.so.9 not found" Message-ID: References: <202309200247.38K2lSnT044896@kx.truefc.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <202309200247.38K2lSnT044896@kx.truefc.org> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[gojira.at:+]; ARC_NA(0.00)[]; DMARC_NA(0.00)[gojira.at]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] X-Rspamd-Queue-Id: 4Rr4s95gBYz3JqV On Wed, Sep 20, 2023 at 11:47:28AM +0900, KIRIYAMA Kazuhiko wrote: > Hi, all >=20 > I'm updating 15.0-CURRENT (main-n265415-b2bd87bb01a9) from > 14.0-CURRENT, but make installworld filed with "Required > library libdialog.so.9 not found" as follows: >=20 > root@vm:/usr/src # make installworld > make[1] warning: /usr/src/: Read-only file system. > make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: Usi= ng cached toolchain metadata from build at vm.truefc.org on Tue Sep 19 12:4= 3:15 JST 2023 > -------------------------------------------------------------- > >>> Install check world > -------------------------------------------------------------- > mkdir -p /tmp/install.bRcisFAS > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp date= echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm sed = services_mkdb sh sort strip sysctl test time true uname wc tzsetup makewhat= is ; do if progpath=3D`env PATH=3D/usr/obj/usr/src/amd64.amd64/tmp/bin:/us= r/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr= /bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd6= 4.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr= /obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/= bin which $prog`; then echo $progpath; else echo "Required tool $prog no= t found in PATH ("/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd= 64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr= /src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legac= y/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd6= 4.amd64/tmp/legacy/usr! > /libexec::/sbin:/bin:/usr/sbin:/usr/bin")." >&2; exit 1; fi; done); = if [ -z "" ] ; then libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/n= ull | sort -u | grep -Ev '\[.*]' | while read line; do set -- $line; if = [ "$2 $3" !=3D "not found" ]; then echo $2; else echo "Required library = $1 not found." >&2; exit 1; fi; done); fi; cp $libs $progs /tmp/instal= l.bRcisFAS > Required library libdialog.so.9 not found. > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src >=20 >=20 > According to [1], this causes > usr.sbin/tzsetup/Makefile.depend.options, but already fixed > this. libdialog.so.10 has been built in > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/: >=20 > root@vm:/usr/src # find /usr/obj -name "libdialog.*" > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.debug > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.a > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.full > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib/libdialog.so.10.de= bug > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib32/libdialog.so.10.= debug > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.a > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.a > /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.a > /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so > /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.= full > /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.= debug > root@vm:/usr/src #=20 >=20 > What should I do ? Are you using META_MODE or WITHOUT_CLEAN?=20 Have you tried a clean build (wiping /usr/obj/usr/src/amd64.amd64 or parts of it e.g /usr/obj/usr/src/amd64.amd64/tmp/)? --=20 Herbert=20 From nobody Wed Sep 20 05:08:50 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rr65G21m8z4tZ9C for ; Wed, 20 Sep 2023 05:09:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rr65D5pFDz3NS5 for ; Wed, 20 Sep 2023 05:09:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mTic80Cc; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695186542; bh=D6Pj4A+SJQPIUwmXRIpOU6j9fe2GHqd3thJC8IjwLSE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=mTic80CcnrvZBFlQnGo4IyGP13a2Ix6NyucnamlPdP5s3Cz+o1l23cBx3z174Ypbxgi5HyDYp4+2Bdwuf2F1pyNQ74gvzHsMhQGBvLs08m9eHmLT/gwXnml4fC46xuj7nwmCaytM0y7p/DlJ1Simb1DIvl2Nzf61KYc3yvNobn6Rqkz0EM3Nwge/r44e3St43EZNLbizbaaJO6SvAFv6xeuIyVW/jm03OdzJaiOVrrlbGvz83jgM1vRq+73HUWXeX9xgMi3uTa0KMTCcQ2dXo8zqVTvGENlxRPfgW0JvqqzUKfdeYR4UUlwkLjdGEjjm3ZqAlFlhtjeUI8/L9tcDug== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695186542; bh=W1A3mvTRp90Pesd/tmsg6jz4H6590ntGuWLlVTfRVyi=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=b5uQPyIxHXm5dglzYufIU8nRDBrot8LYJCCAYn7AAG9Mk8U6BRWGSpPmBXodgNtpt+oGTaEKwmS+RNYk+n0C3mzBF9hC3ej1OMRLRNNPOISUcG+P+pKCKa4atnXk1YiK9oXunq+TmEWiwt5irwxvOU8i7gsI7wezX5MClEY4f/81iApm4WzPSrOifE9SpQKeGlwdXTGUeGpCrzp+Ziz4wPQOR1tGiF1OxAj+uYkc6Ar0Jg+7AUGKouQjaFnGSzH/dRDahzn7n4Nv0xsTuAlYmd+KmeJoKJBAv8+OF91VvfWGZ3fHj5zEXb+z4t74jYKXsky2Tcinye5C/DTXcycOZA== X-YMail-OSG: PsnQ5rkVM1nhpVFIodu4VXXCan0NQ8JI0OD_ANRnl9xPITcd1ZJvbHD3CPRQCF. uoWYFL.TuRGH2LfX9_EFBgPu7gAMB0DGuO02l4LVjupqSuPA46NMGuh98lnQGetFtY0i1jlg.c4Z C2Ufc0mXiKL2nqsbCZuc3ix5LticFzIVXzWC9CsibpkyEZW7AzR9Z1.HpySdbEgfd9szGHe_OxiI y0rKIBEbIY_80k9dSU_hCIOM5du4gDflru4N8F6IhNMaFRVpwclDXqWgMBnxdd9LTEgeNkpaPLgy tivlcZ8rza9_SUBv4eetkAwolPHwgHS8oplfNtW9D6DZWUEQHD8lhH5nEU6eWF..doeKi_DiR.7K 7E.Ii9UK6nkmsjiQIv8VidNwS2NLiG11rCCM0SI5BH9VkJ0aI5Dw7qCkX1bYOrYNoGn_mL6QuE_d UKqV.knHaHDztSIF00CTVghHVxtPsDzU94dsT3UKAHb22TblgBxx3wRhrEkhW8fVeuEDeZF1bDwG l9XZ4TOxgpmxVNXnXJy8C7pa.o4SFgkflnUqly37qmgR0VSTLc_YLXfr4cmhA9qTABDwlqje_HOe crM1y9X14QOsWnQvXxbT.38q2K.plICG7XmKcGWV2nXTb0bFlUSwi_dPWhR7K3sCFII6HdPRQ5m1 Vh_DKVtl2d5T07GPtV8WANWwkGSneOmjImmYUeYzUWcn_nkj21EwwDRYUQl8d0mmXCvU0aEYT9Gg jxDGU_rGPqMMD5AcAQolU5DKyv.ZafZgIjI.y4gDZvOdD_6.Yhq0uY7Ddt897cuvl5PKhj1bguvp SjP4vSRuPpDWiUlAGjJt9OJQrxBqpJGKFbJ204iTWQHvbHLqu9sI9WZ.plcHfsD8rPtDzzpY3LYZ XOmJM3G5AcuQCPw0quyG9EnvljdU5iZM_mc0ELLshdlDEioqUkZFMWAAMn_G8Bh1.Rp.iC9M0fR0 DjgY.uj_bGaumrlyPVk8NQJ9Dj1ojXfBM988DHIIsuQOwCpeJkLe_UWio5Y3tMtZOIbXyIjAmJhy aMFE1K1OHI7rJy8Je3gND1Fn3xt_lDHdYRMi2iG4VoShI6.ZTTGBMz6ItYiC7v8pEF8lBsUmIN5s RIIKogL_TUhGbiIvYKJjUDTqcOfcwVWgZGzH_8zUzig5uMXR2Bka84qU7Tz0tqgR23I140ddoL34 xiOUCO4zjvApGngNnAjcAWLwDy1ZuFjKyq.IEKJNG_4rpoRqTxnVVNK8ba5HphClgE7ycAgizjvl YmqQnx0kEfBH0ye_cA2wknN.Yp3c8vN4Tkq1yZoJQ5Dg8FAYj3XoiIxOHYANw_bKYIfMef7LHvWZ 9IBpLHrqfnuCMc9aJled2zNnIA_4xRFOjY5_.6woewd1qt.VFc30mv6Vw3rXT7AFPfCsfEHXlsUE eCJWz1kAaF0jDziskqJTF8AtnNSZGKj4SkVdxngX4Ik8Yv3_mLyRnB0tMY3q9xrjWNCTp3Y9.RoH Oc4wv8AIJ8C6fRVq7y30o86AOHojSlKjTWJZHr1Xgvor10iYm21NraP9BFMUTZ3s.Q9VtLlLaEjT 9yomXUi6cUHQUdJjc5OaHfPJGBTXm6pkjanKMUWeL5B8oi3JQfEIEVcvu6YuizQ..H.RypghMAvN Zj2euxDU9x223w7oct.rOjoKAd98yODhWuWbh3gzptvN9Qoh3rqqzxrW0h2plcBUDiI7lTyEDx42 wZ.88auCIkyx5efjOsz5O71PjCT_MFBeYNekV.P97jweO8IEXqOuhHW.baB1yWEfRq1j.vu4cFY_ QOsoC1NRc9g1EqvmXGKS0tfqEWeewSyqvOSdVGVjYzYaY3il5z9YALTaZHDd0Cn2eAZLA3N.vXDo GEl2TnG8K6XBoBTLK2EyildooOwR1S39zAStKJNvJ4jwcH7CItw.S0wduXr2H17.4oPGWws6GKwh FkIK8r7boFvW9og8puUMWo36Y7oIGPqBWJ0X0120cOs5LrsQYsxr8Xk8inKqEkeI5k109.fNnM8z Fqr6ZmzJL2OT5kVRONmvr0oR8mXyyE488TjrtuKnhi4JrfJFsLrCYF38AmZHhCQRO.NFmsBh5TTb SmJk7f1A1V_Cebmyh.NCbEAcUzyywhWCs8aKbAtVPzJQgQiOBcQvqtRlSPqs1M07m2TTee1TMyFi 97k.sShxUpnCg7GcFlIha90njh20s4DzWAGe31VTq5OkSP9jooFpXtLZpnFYVJPuBAdvalB5isWF WrzfWmekACSBT7YmJ..fzBok8gfm4MuVxSKBHaE8pAJjqBUJQWP_nDUc_sYrKvm6V8mrnNXepV8h haMul X-Sonic-MF: X-Sonic-ID: 0a8ce4dd-4924-4c9e-93bc-7a8744bb582f Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 Sep 2023 05:09:02 +0000 Received: by hermes--production-gq1-77657878bb-j8rbn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6e56aec74cef0b9c36423b53f2dfb3b3; Wed, 20 Sep 2023 05:09:00 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: RE: make installworld filed with "Required library libdialog.so.9 not found" Message-Id: <50CF98DB-5658-4CE4-93AC-6318B212B286@yahoo.com> Date: Tue, 19 Sep 2023 22:08:50 -0700 To: kiri@truefc.org, Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) References: <50CF98DB-5658-4CE4-93AC-6318B212B286.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rr65D5pFDz3NS5 KIRIYAMA Kazuhiko wrote on Date: Wed, 20 Sep 2023 02:47:28 UTC : > I'm updating 15.0-CURRENT (main-n265415-b2bd87bb01a9) from > 14.0-CURRENT, but make installworld filed with "Required > library libdialog.so.9 not found" as follows: >=20 > root@vm:/usr/src # make installworld > make[1] warning: /usr/src/: Read-only file system. > make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: = Using cached toolchain metadata from build at vm.truefc.org on Tue Sep = 19 12:43:15 JST 2023 > -------------------------------------------------------------- > >>> Install check world > -------------------------------------------------------------- > mkdir -p /tmp/install.bRcisFAS > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp = date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm = sed services_mkdb sh sort strip sysctl test time true uname wc tzsetup = makewhatis ; do if progpath=3D`env = PATH=3D/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/t= mp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd6= 4.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bi= n:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64= /tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin which $prog`; = then echo $progpath; else echo "Required tool $prog not found in PATH = ("/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/us= r/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd= 64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/us= r/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/= legacy/usr! > /libexec::/sbin:/bin:/usr/sbin:/usr/bin")." >&2; exit 1; fi; done); if = [ -z "" ] ; then libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs = 2>/dev/null | sort -u | grep -Ev '\[.*]' | while read line; do set -- = $line; if [ "$2 $3" !=3D "not found" ]; then echo $2; else echo = "Required library $1 not found." >&2; exit 1; fi; done); fi; cp $libs = $progs /tmp/install.bRcisFAS > Required library libdialog.so.9 not found. > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src >=20 >=20 > According to [1], this causes > usr.sbin/tzsetup/Makefile.depend.options, but already fixed > this. libdialog.so.10 has been built in > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/: >=20 > root@vm:/usr/src # find /usr/obj -name "libdialog.*" > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.debug > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.a > /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.full > = /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib/libdialog.so.10.deb= ug > = /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib32/libdialog.so.10.d= ebug > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.a > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.a > = /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10 > /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.a > /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so > = /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.f= ull > = /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.d= ebug > root@vm:/usr/src #=20 >=20 > What should I do ? >=20 > Regards >=20 > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D265954 Hmm. Starting from a version prior to 2021-10-27's QUOTE author John Baldwin 2021-10-27 16:30:24 +0000 committer John Baldwin 2021-10-27 16:30:24 +0000 commit 2f7f8995367b3fe1a9e2bf34be6f0684963eed02 (patch) tree 9e09841d915d546711fc3080771f8c7032baeae2 /gnu/lib/libdialog parent aa15f7df644a5ec0eff84f077920432d5dc81d97 (diff) . . . libdialog: Bump shared library version to 10. The upgrade to libdialog 1.3 included changes to the ABI. Bump libdpv to = 3 since it links against libdialog.=20 END QUOTE and jumping in one step to 2023-Sep-18's b2bd87bb01a9 is a big jump inside main (somewhat udner 2 years). Adding an accidental removal of old libraries too soon would make it messier for sure. I started out expecting to point you at artifact from: https://artifact.ci.freebsd.org/snapshot/main/ to extract copies of what what you are missing. But that goes back only to 2023-Jan-01, long after the 9 -> 10 for libdialog . (I avoid being so far out of sync that artifacts are not available for the starting vintage's time frame.) FreeBSD 13.* did the 8 -> 9 libdialog transition in: QUOTE author John Baldwin 2021-02-02 01:09:33 +0000 committer John Baldwin 2021-02-05 01:51:45 +0000 commit 6e1fe6d26ea2939656c8286ccbd105a89d3349a3 (patch) tree 890f1f3b243a3faced7ca3d6113cc328303abdfe /gnu/lib/libdialog parent e4a6846c34d2bf5365199411a5ad680462ab8f9d (diff) . . . Bump shared library versions after ncurses bump in 13. A few shared libraries in the base system link against ncurses. An = upgrade from a 12.x host to 13 results in ABI breakage for existing = binaries since the newer versions of these libraries link against the = newer ncurses while the binary itself links against the older ncurses. = For example, dialog4ports built on 12.x sometimes crashes on 13 since it = depends on libdialog which links against ncurses internally. (cherry = picked from commit 0b7f1af804f06a285717b490bef80e24648adcbe) END QUOTE But I'm not sure if libdialog.so* and realted files extracted from a 13.*-RELEASE from: = http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/13.0= -RELEASE/base.txz could help or not. (Wrong target triple vs. 14, for example.) I'm not aware of anyplace to get 14.0-CURRENT files with such a vintage, unless you have old copies around to extract from. Too bad the file(s) ended up missing before the transition to new files was complete (including updated packages/ports and such, if any, not just system files), thus avoiding references to the old files. (There also could be the issue of non-debug build vs. debug-build matching.) I'm left with using, say, a 13.0-RELEASE to build an old 14.0-CURRENT vintage similar to your starting point and then copying the file(s) needed from that 14.0-CURRENT build. Hopefully there is a nicer to deal with answer. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 20 06:56:28 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rr8TY058sz4th4v for ; Wed, 20 Sep 2023 06:56:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rr8TX6hjlz3X9k; Wed, 20 Sep 2023 06:56:48 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695193008; 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=zpvs0p4HE2VzqmkXvbej5ltSuUJvilWTy0I7L/TiSqE=; b=f5jtewZFwjEXhXmZacFRIc9GS/mOWMe+URTri8xXoROz2BKHnRqbXwMj++YFuJAlC7ykec N8CfgTQ0ceCc66HxaIrZlXsZZC0mQSx9P1yJ8ehkZQsg9Odd8ngOpjJ3YSTr+y2ezTVoZw wTjZmVZa6DnvZGleIjnc033jUOEQ9LNvlqNFRlgHP/hqB8yztikdAd55YgWymgFPzRx+aD 50+u8yE8CYkbnkpBfNc3fFGliiHD6Kgvlrnx27R6CQxX6zPj/bnRM/MOk9kcWlQa+mObEF 4+SWaDALaBDk+6D1m+5jdTFgM2yPGp4R3mfMVDSUGFlwsXQP3oxzpCrfdXp/Xw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695193008; a=rsa-sha256; cv=none; b=R7F9yb/4Fndce47viEssOmtx3Tj+oRaaFwax26AVhkgh57dJ5w6l5mQTeOAmN5TjhcIAse bo11bWwzzlQRzkyLH2IDu7g8hEdnf1FiINtW7Q/oKhaVR2xMjpyB0gvm40vjSo6WysmLps 749p6GZIpDzt57cH0TKJcFrFEWfat94vaC7Hn77YDppAdBUFZ/lUBwqIwyW2nFKvHyqRRp IK1F0UJKi1744FUaFcy/bnnYjzYC2Zq0yhfhtP74hXEnUMB6tmdnIk814Y0gS4j+DwCgAe RtzGU3p7+cjrw5QPd+DGLN4dsPyZVvL429wx13WS2lD5RYoT9b2Nuy0wiAWIdw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695193008; 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=zpvs0p4HE2VzqmkXvbej5ltSuUJvilWTy0I7L/TiSqE=; b=wJh4bmsQw9zwkfMLqQQKbk1njusXR7iZkj6MvqCnKDdu3hfVOaRwcJtUvLnupXRr0vhpQQ sTAaQAHArab4TlRjF/Xw/03tDOWMNNk3q38KF5Zr1BM+RpgCBU05Y07dYmO3YIkhAqvHHQ +gy7S5OT84nQj1MIQ4qXxpZlfap/843Ev9p4H9xYJNTzMwic4zzJdlOpSpYkQ9gI/UbN4G o0b/NhlRPOnlwqpO6uEVomq9jb16pPmOPl6cpZYfM+ixbelSzeczm25PySUw0y/p62VJbs IXm0mzSLR7OUAVkrjaOJmyC56t0bRSOENgGHoX4++NUb0Yz79FpbmsQ29LF4Vw== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Rr8TX51BlzpLZ; Wed, 20 Sep 2023 06:56:48 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.wg.andric.com [10.69.1.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E73DC1907; Wed, 20 Sep 2023 08:56:45 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_41BBD52F-33CB-4ED8-9101-D13A910A53F3"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: make installworld filed with "Required library libdialog.so.9 not found" From: Dimitry Andric In-Reply-To: <202309200247.38K2lSnT044896@kx.truefc.org> Date: Wed, 20 Sep 2023 08:56:28 +0200 Cc: freebsd-current@freebsd.org Message-Id: <25BC05CE-8A33-4685-8490-CC4970FB8FDA@FreeBSD.org> References: <202309200247.38K2lSnT044896@kx.truefc.org> To: KIRIYAMA Kazuhiko X-Mailer: Apple Mail (2.3731.700.6) --Apple-Mail=_41BBD52F-33CB-4ED8-9101-D13A910A53F3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 20 Sep 2023, at 04:47, KIRIYAMA Kazuhiko wrote: >=20 > I'm updating 15.0-CURRENT (main-n265415-b2bd87bb01a9) from > 14.0-CURRENT, but make installworld filed with "Required > library libdialog.so.9 not found" as follows: >=20 > root@vm:/usr/src # make installworld > make[1] warning: /usr/src/: Read-only file system. > make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: = Using cached toolchain metadata from build at vm.truefc.org on Tue Sep = 19 12:43:15 JST 2023 > -------------------------------------------------------------- >>>> Install check world > -------------------------------------------------------------- > mkdir -p /tmp/install.bRcisFAS > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp = date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb = rm sed services_mkdb sh sort strip sysctl test time true uname wc = tzsetup makewhatis ; do if progpath=3D`env = PATH=3D/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/t= mp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd6= 4.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bi= n:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64= /tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin which $prog`; = then echo $progpath; else echo "Required tool $prog not found in PATH = ("/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/us= r/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd= 64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/us= r/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/= legacy/usr! > /libexec::/sbin:/bin:/usr/sbin:/usr/bin")." >&2; exit 1; fi; done); = if [ -z "" ] ; then libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs = 2>/dev/null | sort -u | grep -Ev '\[.*]' | while read line; do set -- = $line; if [ "$2 $3" !=3D "not found" ]; then echo $2; else echo = "Required library $1 not found." >&2; exit 1; fi; done); fi; cp = $libs $progs /tmp/install.bRcisFAS > Required library libdialog.so.9 not found. > *** Error code 1 By any chance, did you run "make delete-old" *before* running make = installworld? Because you should only delete old libraries, such as = libdialog.so.9, after you have successfully completed the installation. = (In fact, you can even postpone deleting old libraries until much later, = it's really only needed to get your system "squeaky clean".) -Dimitry --Apple-Mail=_41BBD52F-33CB-4ED8-9101-D13A910A53F3 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 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCZQqXnAAKCRCwXqMKLiCW oxYlAJ4qa6AulinIYyEICE6Mb8I2qUlpLwCfQx+7jgdMj8aCANefH8SlyFS6qhQ= =YTHb -----END PGP SIGNATURE----- --Apple-Mail=_41BBD52F-33CB-4ED8-9101-D13A910A53F3-- From nobody Wed Sep 20 07:58:10 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rr9rQ6Dn0z4tH9q for ; Wed, 20 Sep 2023 07:58:14 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rr9rQ4Nm8z4Dgl; Wed, 20 Sep 2023 07:58:14 +0000 (UTC) (envelope-from guru@unixarea.de) Authentication-Results: mx1.freebsd.org; none Received: from [212.222.85.114] (helo=pureos) by ms-10.1blu.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1qis66-0070n5-U4; Wed, 20 Sep 2023 09:58:10 +0200 Date: Wed, 20 Sep 2023 09:58:10 +0200 From: Matthias Apitz To: Dimitry Andric Cc: KIRIYAMA Kazuhiko , freebsd-current@freebsd.org Subject: Re: make installworld filed with "Required library libdialog.so.9 not found" Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: Dimitry Andric , KIRIYAMA Kazuhiko , freebsd-current@freebsd.org References: <202309200247.38K2lSnT044896@kx.truefc.org> <25BC05CE-8A33-4685-8490-CC4970FB8FDA@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <25BC05CE-8A33-4685-8490-CC4970FB8FDA@FreeBSD.org> X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 212.222.85.114 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE] X-Rspamd-Queue-Id: 4Rr9rQ4Nm8z4Dgl El d=C3=ADa mi=C3=A9rcoles, septiembre 20, 2023 a las 08:56:28 +0200, Dimit= ry Andric escribi=C3=B3: > On 20 Sep 2023, at 04:47, KIRIYAMA Kazuhiko wrote: > >=20 > > I'm updating 15.0-CURRENT (main-n265415-b2bd87bb01a9) from > > 14.0-CURRENT, but make installworld filed with "Required > > library libdialog.so.9 not found" as follows: > >=20 > > root@vm:/usr/src # make installworld > > make[1] warning: /usr/src/: Read-only file system. > > make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: U= sing cached toolchain metadata from build at vm.truefc.org on Tue Sep 19 12= :43:15 JST 2023 > > -------------------------------------------------------------- > >>>> Install check world > > -------------------------------------------------------------- > > mkdir -p /tmp/install.bRcisFAS > > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp da= te echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm se= d services_mkdb sh sort strip sysctl test time true uname wc tzsetup makewh= atis ; do if progpath=3D`env PATH=3D/usr/obj/usr/src/amd64.amd64/tmp/bin:/= usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/u= sr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/am= d64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/u= sr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/us= r/bin which $prog`; then echo $progpath; else echo "Required tool $prog = not found in PATH ("/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/a= md64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/u= sr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/leg= acy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/am= d64.amd64/tmp/legacy/usr! > > /libexec::/sbin:/bin:/usr/sbin:/usr/bin")." >&2; exit 1; fi; done); = if [ -z "" ] ; then libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/= null | sort -u | grep -Ev '\[.*]' | while read line; do set -- $line; if= [ "$2 $3" !=3D "not found" ]; then echo $2; else echo "Required library= $1 not found." >&2; exit 1; fi; done); fi; cp $libs $progs /tmp/insta= ll.bRcisFAS > > Required library libdialog.so.9 not found. > > *** Error code 1 >=20 > By any chance, did you run "make delete-old" *before* running make instal= lworld? Because you should only delete old libraries, such as libdialog.so.= 9, after you have successfully completed the installation. (In fact, you ca= n even postpone deleting old libraries until much later, it's really only n= eeded to get your system "squeaky clean".) >=20 > -Dimitry To the OP: Where was the 'make buildworld' run before? On the same host? I'm asking because I faced a similar problem while updating a server =66rom 13-CURRENT to 14-CURRENT (from git head on August 6) You can read the thread here: https://lists.freebsd.org/archives/freebsd-current/2023-August/004121.html In my case (as my investigation found out) all the update process make buildworld make buildkernel =2E.. make installkernel reboot make installworld make delete... went fine as it should. But when I later installed the same kernel+world(!!!) into a directory to create of this a bootable image with: make installworld DESTDIR=3D/home/... this failed with the same problem you describe. The underlying problem was/is that 'make buildworld' puts some tools into a subdir /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/ i.e. tools from the system and from the moment where/when you run make buildworld; and these old tools later on make installworld DESTDIR=3D/= home/... can not find there (older) shared libs. The solution in my case was to rerun 'make buildworld' on the now already updated system. Maybe this helps you to understand your issue. matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub From nobody Wed Sep 20 13:02:40 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrJbv4HDDz4tdlh for ; Wed, 20 Sep 2023 13:02:51 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrJbv0D6Bz3NWZ; Wed, 20 Sep 2023 13:02:50 +0000 (UTC) (envelope-from kiri@truefc.org) Authentication-Results: mx1.freebsd.org; none Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.17.1/8.17.1) with ESMTP id 38KD2eTp061072; Wed, 20 Sep 2023 22:02:40 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202309201302.38KD2eTp061072@kx.truefc.org> Date: Wed, 20 Sep 2023 22:02:40 +0900 From: KIRIYAMA Kazuhiko To: Dimitry Andric Cc: KIRIYAMA Kazuhiko , freebsd-current@freebsd.org Subject: Re: make installworld filed with "Required library libdialog.so.9 not found" In-Reply-To: <25BC05CE-8A33-4685-8490-CC4970FB8FDA@FreeBSD.org> References: <202309200247.38K2lSnT044896@kx.truefc.org> <25BC05CE-8A33-4685-8490-CC4970FB8FDA@FreeBSD.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP] X-Rspamd-Queue-Id: 4RrJbv0D6Bz3NWZ Hi Dimitry, On Wed, 20 Sep 2023 15:56:28 +0900, Dimitry Andric wrote: > > [1 ] > On 20 Sep 2023, at 04:47, KIRIYAMA Kazuhiko wrote: > > > > I'm updating 15.0-CURRENT (main-n265415-b2bd87bb01a9) from > > 14.0-CURRENT, but make installworld filed with "Required > > library libdialog.so.9 not found" as follows: > > > > root@vm:/usr/src # make installworld > > make[1] warning: /usr/src/: Read-only file system. > > make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: Using cached toolchain metadata from build at vm.truefc.org on Tue Sep 19 12:43:15 JST 2023 > > -------------------------------------------------------------- > >>>> Install check world > > -------------------------------------------------------------- > > mkdir -p /tmp/install.bRcisFAS > > progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm sed services_mkdb sh sort strip sysctl test time true uname wc tzsetup makewhatis ; do if progpath=`env PATH=/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin which $prog`; then echo $progpath; else echo "Required tool $prog not found in PATH ("/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy! /usr! > > /libexec::/sbin:/bin:/usr/sbin:/usr/bin")." >&2; exit 1; fi; done); if [ -z "" ] ; then libs=$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort -u | grep -Ev '\[.*]' | while read line; do set -- $line; if [ "$2 $3" != "not found" ]; then echo $2; else echo "Required library $1 not found." >&2; exit 1; fi; done); fi; cp $libs $progs /tmp/install.bRcisFAS > > Required library libdialog.so.9 not found. > > *** Error code 1 > > By any chance, did you run "make delete-old" *before* running make installworld? Because you should only delete old libraries, such as libdialog.so.9, after you have successfully completed the installation. (In fact, you can even postpone deleting old libraries until much later, it's really only needed to get your system "squeaky clean".) Thats' true. I`ve missed above and I did `make delete-old' before `make installworld' because my update-os scripts could not stop error at that. Fortunately old binaries exist and `cp /past_created/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so.9 /usr/lib' then go forward but stopped at stand/i386/boot2: ===> stand/i386/boot2 (install) objcopy -S -O binary boot1.out boot1 objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/amd64.amd64/stand/i386/btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin make[6]: exec(btxld) failed (No such file or directory) *** Error code 1 Stop. make[6]: stopped in /usr/src/stand/i386/boot2 *** Error code 1 Stop. make[5]: stopped in /usr/src/stand/i386 *** Error code 1 Stop. make[4]: stopped in /usr/src/stand *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src 322.77 real 105.98 user 108.71 sys *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@vm:/usr/src # Do you know what files or direcitories are nothing ? Regards --- Kazuhiko Kiriyama From nobody Wed Sep 20 16:16:47 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrNw34jKHz4ts2Z for ; Wed, 20 Sep 2023 16:17:07 +0000 (UTC) (envelope-from dim@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrNw348W9z4S1C; Wed, 20 Sep 2023 16:17:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695226627; 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=D+VyC06gxux8W1VVUuzfpnR+IXsFZyZjjnQ0gxSo1ko=; b=AkBTWn35G2WBwP7QQ37yp5Vj5/+k+IgLQwc+DwFzBmd212U+EXWbCGPVxGmmqgfWobXy/h YwvvN2oBi9v9qD8bvHYG6V+jG3neoAjwWbpGYK1K/wVJof5Vjkts4cPNI0HNJdHHvisQ4V k3AsNpaIUhsSFFOxXZotmEePgBAYeEXRLB+iDgAjudjrPKMVvUKTf9rij2M3AU/qBCcTfp lXxAbIJDUsjnqCKpyd229CHKVgrCDmyCk40xEmh1aYb3LuL0mhERCrfjP0G9JJPcd9GpXD POHThyGyPzDpA7K3aF0Um6L/YOxTD/bWGfYtTiKlnGExBhSbEdXn4cE1w6PEhA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695226627; a=rsa-sha256; cv=none; b=yvqcn+1/as4mh574VymJtbu3Iddg+Tab+tZSy+jacXNm8Fy0oqgEM1omYG5Md2hsGBMZAI v8yC7ydxXIkAn87VtCgUrRBgvW8FOPIWQqEPsumSU0HfChJYQYtYI8ns9aLUa4PpZYWxNc popidCsSl57lC/GMMgwbN3qKLN3QHltfDsgJdmVRwC1cmEtZbTNslbr1sTCIdOZxzJa0gf jjCkoeG2fwkIX3paekwzMh0naxMMQnEMLQNRUbRA71+n8gFDMHLn4IeWsU3OK9np/hdt9/ yBaWav9uNGGoexUD4+cncOEOuYxICeuuuEHYNwy0euS1X5MSWadso08QHhIH+A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695226627; 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=D+VyC06gxux8W1VVUuzfpnR+IXsFZyZjjnQ0gxSo1ko=; b=SiPTxAk8mwIsBC7gd5QyTukDXfLxz69/htYE7hk5XgHFSYoXo26Od4b3dYsE+0rlPA58Nq em6FVW89U01ZPwkxiJOs7H0J3c/GFR5prFaDSbtMMQv/cjGNyjL48xpUp/V4bC8boGOcFp fXSYiWijYgpq7eE65HYK3EUKXNlBcgC1/cD5OgAIyU7rdThab181CJM717zdhj8mYY17lL p1Hp4MuoP3j9yEFBcn6WW3CD/S8A+euR6wRSdTun/wjS83WaKUarZ3YA0tFlq3u7rYlkE3 /eKKF+zIiYGfVRuS5YZEsD1o6i9bCbrkMC1eF0Eb1i1n8sgVlkhVqbbnKwof/g== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RrNw32VmxzySJ; Wed, 20 Sep 2023 16:17:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.wg.andric.com [10.69.1.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BF64A3109; Wed, 20 Sep 2023 18:17:05 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_2B15402D-4F95-410C-A0FF-C1B18A956782"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: make installworld filed with "Required library libdialog.so.9 not found" From: Dimitry Andric In-Reply-To: <202309201302.38KD2eTp061072@kx.truefc.org> Date: Wed, 20 Sep 2023 18:16:47 +0200 Cc: freebsd-current@freebsd.org Message-Id: <3800197D-8E4B-4677-8CBF-D8CC4C1143FB@FreeBSD.org> References: <202309200247.38K2lSnT044896@kx.truefc.org> <25BC05CE-8A33-4685-8490-CC4970FB8FDA@FreeBSD.org> <202309201302.38KD2eTp061072@kx.truefc.org> To: KIRIYAMA Kazuhiko X-Mailer: Apple Mail (2.3731.700.6) --Apple-Mail=_2B15402D-4F95-410C-A0FF-C1B18A956782 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 20 Sep 2023, at 15:02, KIRIYAMA Kazuhiko wrote: >=20 > On Wed, 20 Sep 2023 15:56:28 +0900, > Dimitry Andric wrote: ... > Fortunately old binaries exist and `cp > /past_created/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so.9 > /usr/lib' then go forward but stopped at stand/i386/boot2: >=20 > =3D=3D=3D> stand/i386/boot2 (install) > objcopy -S -O binary boot1.out boot1 > objcopy -S -O binary boot2.out boot2.bin > btxld -v -E 0x2000 -f bin -b = /usr/obj/usr/src/amd64.amd64/stand/i386/btx/btx/btx -l boot2.ldr -o = boot2.ld -P 1 boot2.bin > make[6]: exec(btxld) failed (No such file or directory) > *** Error code 1 >=20 > Stop. > make[6]: stopped in /usr/src/stand/i386/boot2 As far as I remember, this typically happens when some sources are = touched, and it is attempting to rebuild the boot loader binaries at = install time. This should normally not happen, as everything has been = built during buildworld already. But this problem sometimes occurs when = system clocks are out of sync, or when files in the object tree get = their dates modified for other reasons. In this particular case it is trying to re-link btx using btxld, but = since that tool is only available during buildworld, it cannot find it. = I don't know of a good way to fix this, except maybe to run a buildworld = with WITHOUT_CLEAN, e.g.: make -DWITHOUT_CLEAN -j buildworld That should rebuild all things that need rebuilding without doing = excessive cleaning, and from there you can attempt to installworld = again. -Dimitry --Apple-Mail=_2B15402D-4F95-410C-A0FF-C1B18A956782 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 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCZQsa8AAKCRCwXqMKLiCW o+zdAKCS9zUffXxVepN2ONTrEVWr86ECVACeLjMXoqGIu0K7Hb0pZaG6onn2gXw= =IqOz -----END PGP SIGNATURE----- --Apple-Mail=_2B15402D-4F95-410C-A0FF-C1B18A956782-- From nobody Wed Sep 20 18:14:02 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrRW93zgjz4v0Fs for ; Wed, 20 Sep 2023 18:14:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4RrRW84yM2z3MvD; Wed, 20 Sep 2023 18:14:12 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-80-101.area1b.commufa.jp [123.1.80.101]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 38KIE2cD011049; Thu, 21 Sep 2023 03:14:02 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 21 Sep 2023 03:14:02 +0900 From: Tomoaki AOKI To: Dimitry Andric Cc: KIRIYAMA Kazuhiko , freebsd-current@freebsd.org Subject: Re: make installworld filed with "Required library libdialog.so.9 not found" Message-Id: <20230921031402.f653de5c1754be4166d1df82@dec.sakura.ne.jp> In-Reply-To: <3800197D-8E4B-4677-8CBF-D8CC4C1143FB@FreeBSD.org> References: <202309200247.38K2lSnT044896@kx.truefc.org> <25BC05CE-8A33-4685-8490-CC4970FB8FDA@FreeBSD.org> <202309201302.38KD2eTp061072@kx.truefc.org> <3800197D-8E4B-4677-8CBF-D8CC4C1143FB@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4RrRW84yM2z3MvD On Wed, 20 Sep 2023 18:16:47 +0200 Dimitry Andric wrote: > On 20 Sep 2023, at 15:02, KIRIYAMA Kazuhiko wrote: > > > > On Wed, 20 Sep 2023 15:56:28 +0900, > > Dimitry Andric wrote: > ... > > Fortunately old binaries exist and `cp > > /past_created/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so.9 > > /usr/lib' then go forward but stopped at stand/i386/boot2: > > > > ===> stand/i386/boot2 (install) > > objcopy -S -O binary boot1.out boot1 > > objcopy -S -O binary boot2.out boot2.bin > > btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/amd64.amd64/stand/i386/btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin > > make[6]: exec(btxld) failed (No such file or directory) > > *** Error code 1 > > > > Stop. > > make[6]: stopped in /usr/src/stand/i386/boot2 > > As far as I remember, this typically happens when some sources are touched, and it is attempting to rebuild the boot loader binaries at install time. This should normally not happen, as everything has been built during buildworld already. But this problem sometimes occurs when system clocks are out of sync, or when files in the object tree get their dates modified for other reasons. IIRC, this happenes on the scenario below. buildword buildkernel modify something related with only kernel or kernel modules buildkernel aggain installkernel reboot etcpudate -p installworld, then, bang! start rebuiding boot codes and loaders. > > In this particular case it is trying to re-link btx using btxld, but since that tool is only available during buildworld, it cannot find it. I don't know of a good way to fix this, except maybe to run a buildworld with WITHOUT_CLEAN, e.g.: > > make -DWITHOUT_CLEAN -j buildworld > > That should rebuild all things that need rebuilding without doing excessive cleaning, and from there you can attempt to installworld again. > > -Dimitry -- Tomoaki AOKI From nobody Thu Sep 21 09:57:42 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrrS86GN2z4tstn for ; Thu, 21 Sep 2023 09:58:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrrS70VgHz4XdK for ; Thu, 21 Sep 2023 09:57:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=caizy12a; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695290277; bh=neqnfMIz/wQGURizavgdgezXNHnSlbsZccTRnZ634rU=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=caizy12aZS1DqegX6Iqu76UI1HjZusNFUDpBxdwwEthuRy3hMv/uiTyCHPvGLjSmT/yYyxoJg8fHVLs3Kwp2kOtqLZe7ALomoxwp4qvd5ZFI7fog7GiVzsep8rXthfZV9O4YggzIcJ+Ts7kIx94BL0PRGGt5i0wfUjLbwe28lOG+q9QMKPFVs6H9KHoysnKlKOWaiFJCMT2Gkh7BJVqPOCSpHuJL8lnrD5F99mf5qbcm/FYbb73LLZ7C6DfPOT2F1AzL5pvOijS225KtZ3jGonMV+RIMlFc60B+qEV9vVCTk1SD9txRj14NXIoak5Uw2rKDhEJEKHX75XiGOu+hniA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695290277; bh=0EWCQSLCU9ozBS4giVoEzmJZTbjnsL5aEinY8xeUASM=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=uTokKMaqNMUKIOY9uuG8EjxA4i3ab3SY+SpRLl8UQX+ttxehBklKCtVfhYmh1sQj2zH9gDViKzWRS4XlwQMknJhaJkOzx7OQ94DaP0c5FOBg8co/TDPdQFOpxzZ5wa5pvkOgHgKREViydpxyg//wrzicujehwaB/PGLPHxBsljtHNKW4+Qx0r5nIDFmqRZrkgxufpCxg9ar7/3hvd73heR1ftrDtfJHf7h28p2PPDpMmayekhVVkg9HR7ziqrcMgP+RUGY3DlhsRfrw74yPHf352VyugyIEZD+75z2UOpEHwNwzUANQ0lVZqoI2uWEtYozSRJ1h1KCHTJFFkECLi1A== X-YMail-OSG: HwMO_K4VM1mx7G6zhEOZO3qC6Taac5IIyJnvO0MnPQyuFZGtXM0E8BW0LFINUe_ g8ij_8z3K4RTTnY.v_8J6qF_wKfp1CqlkbKjL0zsg9smmSAeYw79BTTh2m59b3NnDhu2DChdfO3V Q3GNjMDcWGobhuwfMyxQZMFrZOEU00X_y2VbNrGzro1Wx3GmONPKNkx6I4kFkvhV1mq2yJ_On9GV VI7zrH0c.YZys0luqp_Q98Bwsj3qJeA09PEhKI0.9dPcU1PnJ0tXxA0NzSodBKDpPcnUoXmYrcHQ IJnwIq9pqMJjCAVbP5Z96I_lVE86RiXMCPs2glFmMWu.GSUGha2XmIQl.Rww0nDKdAI81KanNsYg vAz_qAsILPeNxBRS62Ml.3Hin133VAQSYnyiJgj7TB7dDUtH6_lgQOfO1L_x.28pnqmcvuh2SpAk pZC3bwOCz4t_OlmY0An9aRW7sfyzDRwBUGNf14nJOtoMv71XGx7dl9L5WlbIVZ1pCIx87p1gEFcX cSPAom0EdGYj95xTycYZjHMzddvjhf33X1CgdgQxJ0W3cP48cE4jmGnA1P4OwUm8cpv2ScnTW.In WJnF4dTUpTx.fLpxqognnTL5tZ.M77.acs3xtEgvcDqOle5k_uLrNIOd.mgYcN6msqtpxlEkBwwd U1wP89ruk1DMAUVLw0jAWLkDhyTExiwuWe5Oiw7UAPdeBxOtTtSz445z_BOYbGdC08DExDVC6Uai 6CmnrgGG1O6g7U5C2PdPPABxdFREGt95K2m.NdLGGwY2qSS7LJrv1dHta_Oa87kdbCs40olutQhh 9rEoP5fyTlRcenJPNBqAPDPv4Jr6FC.EFzu5raE1bxQXyv4q1FIkmrfeXbk05Y5ba9gmT6PlpTRL WIR0WEd0Xakjo_TVDQhE6gXAcTHdOXULhHiiiX_9.A_DIlqtSf9s.qM16nTCl8pwH5sv3Ku.uhv4 FMEHWDEjR2mWRYvFk2uYhdG1onMsqi.kIgpajTNGEW8lGjx1bJEVMRqhOh0xI97YtCZcXN79Mxop kE7tEKqeOSIbobW0aVAl0KSufa9GhBnvpghD2Rdg86.vsgQQ8fX9k_bVRQNMkTTqXCzBANwy4gfG ORCEFtv.avqGr6ujcy_dg06gytRAZzOo1SxkcVezZvH0j.z.ohFR_61Z7obmKQv.dOye3uNrE7fN EIiLQ6Bex0L5453zJR.u6EU2L5RkXjURno5Eq_QP5F8EspjdnzmxLtGvfMuMK5neJ2igiKvk9wje _tp57wjAmoaV7SmySfkkHg_WieQStTV7itymSCIwYLF6dpz.yR4NPWsuGTQn2hldeSjpAJA2m.bu nbpmxG6W9KkUxird1lJUwMZPyHJl1je31_SWIo3ccbs98.sHh4DDZV5XsSpXQIPmEPOD029ku3n2 VhH46eg8oU8bzjBjuiUArbp9VUKquWup.kMga9CO6nwY3lpw5wRM8PofFYIqcNGdv_RoBPq5JgNi Nvn7loevy07mD4g9Z1IUN.m_CM5YJCdFkQDnlw6T9fbSzIR.NgYRpkXVtGjlcbdfKgiIwu4eRwbk p539kDR9IifFF8xTIJYHrwFOKG5AXDCvFcfUlqNlKnpmnUzBRiCkoMIPoTGqKBYRzgITu9v6Ywmh 5LliHCvwbhoJg_h_Imc1Z91lxXiSP93s6FJZY0on0SeqET3vmGXeQ_aNuuGBv1pWlh7vE.9LaTMo s1UbXL8xLEk6tLiRqFG267n1UIr7w.1oLynLPDSJqjqXzBXXlDJZVTrYvkkQEFjBTUlATXRniP5n Bl0wYRQw3V9CYydloa5zMdGOCit1MpAFf3dSqb2aHW3DR5WMFLKbSwYpHO3zcNO3n_nzi6n0P0lj oGSNGxbuY0wpypYe8vHZGQEJoBoVw7nyOaHA71TqZfNJW3FIyCEvT3T4yfSPydM1QRyoM1HsXQLe dcHJwYJI2SCLp2HmLIBVxcN3J13DPe5v3BShTSeIq78672.OFH6R8Sb5aFhiYHpz2njVkQJqOgWa BYAxn3W.vxOcNbTRf51_IYIu0VOgH_Jwyy.LMA3OWU0A43iMuFOwvOj1GikoFZr5OSCQGggVsYZn 3FXHu0ymTGdkRwCbLTXiUREbUmgcNKLNLui02Z4W5mzqGCNolJ1Ipnkq.2ZaVSmYWllFrGgaphp6 8NxwAck8c4g4yKNoUGcFYQ5c5zrloMNAnaYbzkW41mnV6WpC3639NxRyAk3pcbMsmeViSVJQ2Arl 7.iujzjeL6Is07QGFuVsR0rRPKjY1Wsa.UTTd0MFCRpZHXK9yMFxz6fq7tDtP1qc7gkS7_Q7yTC1 UdWnlSQ-- X-Sonic-MF: X-Sonic-ID: fcf41f95-1766-482d-bd65-df051cc5a8a4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Sep 2023 09:57:57 +0000 Received: by hermes--production-bf1-678f64c47b-qxjnq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1a980f2e81b61cea83773212e982c329; Thu, 21 Sep 2023 09:57:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: FYI: RPi4B via ACPI style boot suggests "armv8crypto0: CPU lacks AES instructions" can lead to a hung up boot sequence in 14.0-BETA2 Message-Id: Date: Thu, 21 Sep 2023 02:57:42 -0700 Cc: ykla To: Current FreeBSD , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3731.700.6) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.148:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.148:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RrrS70VgHz4XdK See: = https://lists.freebsd.org/archives/freebsd-arm/2023-September/003071.html for details. (It is not my activity.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 21 13:47:05 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrxXc1Gkbz4v9Cl; Thu, 21 Sep 2023 13:47:12 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrxXb0qM2z3WdM; Thu, 21 Sep 2023 13:47:11 +0000 (UTC) (envelope-from guru@unixarea.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of guru@unixarea.de designates 178.254.4.101 as permitted sender) smtp.mailfrom=guru@unixarea.de; dmarc=none Received: from [188.174.52.74] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1qjK1K-009Y8w-VD; Thu, 21 Sep 2023 15:47:07 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.16.1/8.14.9) with ESMTPS id 38LDl5dV038761 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Sep 2023 15:47:05 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.16.1/8.14.9/Submit) id 38LDl5U1038760; Thu, 21 Sep 2023 15:47:05 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 21 Sep 2023 15:47:05 +0200 From: Matthias Apitz To: kde@freebsd.org, freebsd-current@freebsd.org Cc: freebsd-ports@freebsd.org Subject: port www/qt5-webengine fails reproducible at the same place compilation Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: kde@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.52.74 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.78 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.981]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:178.254.4.101]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-ports@freebsd.org]; DMARC_NA(0.00)[unixarea.de]; HAS_REPLYTO(0.00)[guru@unixarea.de]; TO_DN_NONE(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_XOIP(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; HAS_XAW(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4RrxXb0qM2z3WdM On a recent CURRENT (August 5) and ports from git September 13, the above port fails in poudriere reproducible at the same place during compilation: www/qt5-webengine for pkg qt5-webengine-5.15.8_6 failed after 02:46:52 with lines 120952 ff from poudriere log file qt5-webengine-5.15.8_6.log 120952 ../../../../qtwebengine-everywhere-src-5.15.8/src/3rdparty/chromium/gpu/command_buffer/service/program_manager.cc:627:25: error: no member named 'as_string' in 'absl::string_view' 120953 return output + input.as_string(); 120954 ~~~~~ ^ 120955 7 warnings and 1 error generated. ... (~500 lines deleted) 121476 9 warnings generated. 121477 ninja: build stopped: subcommand failed. 121478 *** [run_ninja] Error code 1 there is a similar package fallout as mail in https://www.mail-archive.com/freebsd-pkg-fallout@freebsd.org/msg2193618.html to kde@FreeBSD.org The full log is here: http://www.unixarea.de/qt5-webengine-5.15.8_6.log.txt Should I file a new PR? matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From nobody Thu Sep 21 14:03:15 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrxvl0xm6z4vBWZ; Thu, 21 Sep 2023 14:03:47 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-oi1-f175.google.com (mail-oi1-f175.google.com [209.85.167.175]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrxvk6Lykz3bHT; Thu, 21 Sep 2023 14:03:46 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oi1-f175.google.com with SMTP id 5614622812f47-3ab3aa9ae33so595843b6e.2; Thu, 21 Sep 2023 07:03:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695305023; x=1695909823; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=3pgRmOKYhXwXRjL9SheqJPACjyjw19M+w+N0jgw4RwU=; b=No0hwKYJokXh8yHTEZRf4oxmEz5o/8nvvjJX64Eju64vXA8ZkcpyRG+87447Lif4fm MbtYY9e54B3uDetYd8mbeMSrB7czbtNcCSs4tioIRWMOIO/rRJUaJ9cynlT3Mfu+edmt eHgr/yuITTFx4bfBkJxN3WB1f1kua5EDYiIHLbpoJmOvDFMuMFCeB8FULi3vWsYua8Rt HGAtM6JvoErqA/TkXIDnK3bH0gSB/5WwTX3Aeo8+yAKNbeaneNjoXGCRDy9Al886ux5E RSGHyVJFZQPqtP5ImKOR6VNja7yqsQL3cx8VgI54OYuToyZPfAYWvWneLu9i22OYzEb6 pyzg== X-Gm-Message-State: AOJu0YySn27KR2gVdAZoAFNJiVUu34nTYWFgWDgyY89dMdounfV0aV4g jbzPyiqsHrNpBuZLBC/BYrIVr2L8+VUKTVW+ X-Google-Smtp-Source: AGHT+IFKBR36J+GzRCwrT4pOGuTmy3o8L+1nUUQm52MH4q0bxf8d152UNtR+BMWgqAmHHd7UKA4kLA== X-Received: by 2002:a05:6808:159d:b0:3a8:472b:febf with SMTP id t29-20020a056808159d00b003a8472bfebfmr5918272oiw.21.1695305023269; Thu, 21 Sep 2023 07:03:43 -0700 (PDT) Received: from mail-ua1-f45.google.com (mail-ua1-f45.google.com. [209.85.222.45]) by smtp.gmail.com with ESMTPSA id l15-20020ab053cf000000b00793bcbe4413sm229326uaa.6.2023.09.21.07.03.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 21 Sep 2023 07:03:42 -0700 (PDT) Received: by mail-ua1-f45.google.com with SMTP id a1e0cc1a2514c-7a8a67a7e21so399129241.0; Thu, 21 Sep 2023 07:03:42 -0700 (PDT) X-Received: by 2002:a1f:4a41:0:b0:495:de8a:dfad with SMTP id x62-20020a1f4a41000000b00495de8adfadmr5194253vka.1.1695305022475; Thu, 21 Sep 2023 07:03:42 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Thu, 21 Sep 2023 17:03:15 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: port www/qt5-webengine fails reproducible at the same place compilation To: Matthias Apitz , kde@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated 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] X-Rspamd-Queue-Id: 4Rrxvk6Lykz3bHT On Thu, Sep 21, 2023 at 4:47=E2=80=AFPM Matthias Apitz w= rote: > > Should I file a new PR? You should check git log: https://cgit.freebsd.org/ports/commit/?id=3D190bd2d090115c5c38661198d16fd55= 288aeb9c1 This commit is just several commits later than the one you're building. From nobody Thu Sep 21 14:16:22 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RryBK34JZz4tSlq; Thu, 21 Sep 2023 14:16:25 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RryBK2FHLz3dJY; Thu, 21 Sep 2023 14:16:25 +0000 (UTC) (envelope-from guru@unixarea.de) Authentication-Results: mx1.freebsd.org; none Received: from [188.174.52.74] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1qjKTg-00AjTw-84; Thu, 21 Sep 2023 16:16:24 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.16.1/8.14.9) with ESMTPS id 38LEGNFU040832 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Sep 2023 16:16:23 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.16.1/8.14.9/Submit) id 38LEGN6I040831; Thu, 21 Sep 2023 16:16:23 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 21 Sep 2023 16:16:22 +0200 From: Matthias Apitz To: Gleb Popov Cc: kde@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: port www/qt5-webengine fails reproducible at the same place compilation Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: Gleb Popov , kde@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.52.74 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE] X-Rspamd-Queue-Id: 4RryBK2FHLz3dJY El día jueves, septiembre 21, 2023 a las 05:03:15p. m. +0300, Gleb Popov escribió: > On Thu, Sep 21, 2023 at 4:47 PM Matthias Apitz wrote: > > > > Should I file a new PR? > > You should check git log: > https://cgit.freebsd.org/ports/commit/?id=190bd2d090115c5c38661198d16fd55288aeb9c1 > This commit is just several commits later than the one you're building. > I checked the git log, but in direction of the past because on August nn, it still compiled, with cd www/qt5-webengine git log . to see if one of the recent changes could cause it. OK, lesson learned. Thanks matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From nobody Fri Sep 22 22:50:08 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RsnXg1Hvrz4tYQ6; Fri, 22 Sep 2023 22:50:11 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RsnXg0bzdz3Z2D; Fri, 22 Sep 2023 22:50:11 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695423011; 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; bh=DfNCsbtEnjVvlc/TpCjKh9s4ogNFQ4bGJFHS+Rukb+c=; b=DQ2JDEqc1uxQwerKVf86lsPyUW/5RQ3/Qd9u+1cHE9ZNojPfF1nlLrKMtMgeq6l6hZ86SS pr0XFjh02a9OBVXO+4Iy8D3YvTJGFo4xyLhVSb5F1jWCrbkvDR+8bv4gSqGDDPbkvHgyO8 KnzJsgIbBwJYzbDXJWheJf4KHWvfuAB9l+TL0eMxtq3J9kPZGW+O51aBZiWbVzOAlacSxM 2I8wd6h51KYkvnIlnpQM5sDYM9q8OhIM6zo1eWoAx05voa3JPIQaScFuq2UEh2F+IuX61A Bgp2CXpfHMIbb1L4+W/+BPVOjRfsYxQ41jPFKDuMh5Fs0OPyfEC2L0k8cux3IQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695423011; a=rsa-sha256; cv=none; b=a6dyhRKsTWKtUq9ZOuOJUhsCGckGzhfocXxrwsEDjZPdWzJ+yYrAWHgvmX1wBBA/XoVRZl fIcFxjAJcbc5o5SHAIJDjBi4z7yLrcknzD160Tb3GF/rI1z5qnuqYLnaqQo559p6hHrbJ8 S2dYWRqRujkKY5UPDCBY3R8gP8+Xlxk1Am1NQsQctg28BIkFo7kCmZ2GsqF2+LYlLibkm9 2z/QBXxj5Pf4KtEyAhhgo9gFt+pRL7D7/dVNV3hFlD5HxaI4o+diqfIOrvstNYz8sLIwVk I0ocMbSAGGc0S5int7YLpAbSOA6ClgY7w1ycEILFyHgTiBQwfJjsK8NQNqSjIQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695423011; 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; bh=DfNCsbtEnjVvlc/TpCjKh9s4ogNFQ4bGJFHS+Rukb+c=; b=bHWusA3whtIobis1GvMOowJPiSimB//giLQlcWzi5lDw60Z+1XUxt12M1rXknwzvnUQkAX tMQ8dplUfrLK6YDSaUh3Xby2FmRDcccmeoe4woWRbg5xJW1zSy9wIHiJ2FB84zWxJn/Cas W7VX/rwEVAK8JzTR/mbK6jwa05rzdrMnEGu4H0kncgtwxZMh6aZfUpR9Wadd2UdO+qx0ip PyC4aeqE/2DrIAi/63IV626Y3ItJ9I+ZsbV//w9fJ05/SSrRPzzm24pggX2PQuWSoYkYzq +aVIjb5QEiDnVUrprYLXst/buwGCk0NSU7/w/eDqb8j/LRS6uBvLvWWa7m5OwQ== 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 A31F08473; Fri, 22 Sep 2023 22:50:10 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 22 Sep 2023 22:50:08 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 14.0-BETA3 Now Available Message-ID: <20230922225008.GQ4090@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third BETA build of the 14.0-RELEASE release cycle is now available. Installation images are available for: o 14.0-BETA3 amd64 GENERIC o 14.0-BETA3 i386 GENERIC o 14.0-BETA3 powerpc GENERIC o 14.0-BETA3 powerpc64 GENERIC64 o 14.0-BETA3 powerpc64le GENERIC64LE o 14.0-BETA3 powerpcspe MPC85XXSPE o 14.0-BETA3 armv7 GENERICSD o 14.0-BETA3 aarch64 GENERIC o 14.0-BETA3 aarch64 RPI o 14.0-BETA3 aarch64 PINE64 o 14.0-BETA3 aarch64 PINE64-LTS o 14.0-BETA3 aarch64 PINEBOOK o 14.0-BETA3 aarch64 ROCK64 o 14.0-BETA3 aarch64 ROCKPRO64 o 14.0-BETA3 riscv64 GENERIC o 14.0-BETA3 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/releases/ISO-IMAGES/14.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/14.0" branch. A summary of changes since 14.0-BETA2 includes: o A fix to gve(4). o Several fixes related to Hyper-V. o Fixes to cxgbe(4). o A fix to zfsd(8). A list of changes since 13.x is available in the releng/14.0 release notes: https://www.freebsd.org/releases/14.0R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 14.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/releases/VM-IMAGES/14.0-BETA3/ BASIC-CI images can be found at: https://download.freebsd.org/releases/CI-IMAGES/14.0-BETA3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/14.0/BETA3 /aws/service/freebsd/amd64/base/zfs/14.0/BETA3 FreeBSD/aarch64 EC2 AMI IDs are unavailable for this build. The cause is being investigated. === Vagrant Images === FreeBSD/amd64 images are not available for this build. The cause is being investigated. === Upgrading === Due to a known delay, freebsd-update(8) binary update builds are not yet ready for BETA3. A separate email will be sent once they are available. == ISO CHECKSUMS == o 14.0-BETA3 amd64 GENERIC: SHA512 (FreeBSD-14.0-BETA3-amd64-bootonly.iso) = 628186fb7330caf217fdf81cd7b7f3f749785d9d9b565c2fb08f8ba4cfd7cac93fc0ae75aecfc672004e6ecffa634aaa67948312a05db110f330f3c60cefc176 SHA512 (FreeBSD-14.0-BETA3-amd64-bootonly.iso.xz) = f41f2e70214ef48042f899606e86cb9c23b8dbe43beb5c3b6a167e68766abeabc9ab9869ec1527f672f88ea55524c5cad9555ef607e7a7b5b598bb83ceb71af6 SHA512 (FreeBSD-14.0-BETA3-amd64-disc1.iso) = 5386bc3f0aba186b9f3f3dfc8f90d016fe670b7548cc75c3efbc9bf5b5151c323c8d15bada1dc0daa5f76ed587223b0afee6d686834987f35e51f90f6edc41f7 SHA512 (FreeBSD-14.0-BETA3-amd64-disc1.iso.xz) = 3a97aed101bd33e479308a738a26102eabd49fe1ec6279b3f765943eac5e96caf3bf3271c2281db82493cc42cdcbd59a3dba21d4a89aa1fde059561746b395df SHA512 (FreeBSD-14.0-BETA3-amd64-dvd1.iso) = 83d141f777343bbc5f96c46ba6d8ab0ab60dd72448f85d7e11fa803209ccb2fa35e83ef687854f246ee128c71ba35232c736d3bbcc41bdb98fa8a16a03e3a65e SHA512 (FreeBSD-14.0-BETA3-amd64-dvd1.iso.xz) = e34913b56eb402cbcac1945d66b715757439ec125794cd6fc36c9e686b1a406bd9ec82a4902a561e5f5b33e90b1db496c278dbe489ace921baab56411d04b405 SHA512 (FreeBSD-14.0-BETA3-amd64-memstick.img) = 0b71ea42856338d634f3085d641bd69b6071967b5f706cfba98ac35ece710a09c8b571225303b97f760b0d15395425b6cd21645081d58a225e222caebba8dc68 SHA512 (FreeBSD-14.0-BETA3-amd64-memstick.img.xz) = de4db57cf050f8f5591801d41b741e85425f515f1af30da31d3a9d8ca03762f6fa0fa3799ffa34b7a57143ff83839da75567c5bdb181182b81ee1d1f85f89a7d SHA512 (FreeBSD-14.0-BETA3-amd64-mini-memstick.img) = eb49a3d2f0d6a3067f5e3fcda422d0c7cc6b8e5a6c58b72ec37fad79fe869a877d366a0bf080c220b2063f4b97d9ea0b62d0ea3638884e1aed36a56d444f205f SHA512 (FreeBSD-14.0-BETA3-amd64-mini-memstick.img.xz) = f0e14312dbaea890ae004e38c2e66874c0b6b25c734d56a5a437b348cf5ecedf5e6fe3ae5436a26ba4eb1bd03cda3acb6bf4eca14e76e26eacf8d8268e053542 SHA256 (FreeBSD-14.0-BETA3-amd64-bootonly.iso) = 4c78228910db7302617dd3066b62149a6792b168274973ee32c0d3857f008d21 SHA256 (FreeBSD-14.0-BETA3-amd64-bootonly.iso.xz) = f35ebd79cea1e973b6f6d2d7135a7fbc098006a85723dede0a57061fd5c6b8b5 SHA256 (FreeBSD-14.0-BETA3-amd64-disc1.iso) = dd96b77fdc46c859298c4bec1cd340fda203f25039756fdd2d5d16f107a3f96d SHA256 (FreeBSD-14.0-BETA3-amd64-disc1.iso.xz) = 9406eee7f608c11c02a87abe42b6934bab5e79a76447381fe26dcddfeaac5f1e SHA256 (FreeBSD-14.0-BETA3-amd64-dvd1.iso) = 661c79db072d628d4ca20665d65252cb42133d62fa1da1103ff66bfced389a1d SHA256 (FreeBSD-14.0-BETA3-amd64-dvd1.iso.xz) = 3428ddce5aa62ce075be7bae9d1f133d5253971f08350aa6418e44a030b7763a SHA256 (FreeBSD-14.0-BETA3-amd64-memstick.img) = 89f9455dd626c2382fb6e302371f4d7adcbf978be284772b29761e1859e44e48 SHA256 (FreeBSD-14.0-BETA3-amd64-memstick.img.xz) = 4caf1f2500f9b76ac5f98d60ec91d124720b8abfc995dec3c95bca2b7d478bb4 SHA256 (FreeBSD-14.0-BETA3-amd64-mini-memstick.img) = 6a3821910989f26fd473c104add4a5eb2dac46dceb00d142f084f530f20fc723 SHA256 (FreeBSD-14.0-BETA3-amd64-mini-memstick.img.xz) = 87422322cf41c4fccf3950f7150c4b55a8c63625c31dd4a320ae52db8b7f3fbf o 14.0-BETA3 i386 GENERIC: SHA512 (FreeBSD-14.0-BETA3-i386-bootonly.iso) = efa5d71a0dd98c2dfa4be79b56cb697bbe1d2e3ca95cbe005bfd4ffc4ed81006ca6927bd5974ce7245dee102879b7924d0e1581ad953be2758969c9201dfbd2b SHA512 (FreeBSD-14.0-BETA3-i386-bootonly.iso.xz) = 511749145a14644e8bf746af4c584ee9d4b51f7101ab653f21eb2df311b058a94f1bc3f21872564f7c1c83c124fbcdf388c2cccd86fa4c55dcc2645c84efe82d SHA512 (FreeBSD-14.0-BETA3-i386-disc1.iso) = 1c725c593ab7b554b7d3359b1290e63324ec02c9ca4c9d7dfa3e09af3435e7d172f77703adcde490c16fa2f6449e55600fe3ca665901f07c916b83e921d5fef9 SHA512 (FreeBSD-14.0-BETA3-i386-disc1.iso.xz) = 1be3894653bd40fd036e8aec60fc7b64129d0b59bf349551ae3f9a754d58a7810485e1485ed8618c4a13169a2b58ef0d3e308e0747cc5afd0d7392aeeeef3b70 SHA512 (FreeBSD-14.0-BETA3-i386-dvd1.iso) = 1676357d34cdc5bd2c2c7e1a02018f21ca6882e95614405af87ed642bb02c9f44b443a7bfca7cd74aa49400b0abecc59ce0deebff7a6c46175a0bb793e4be3c6 SHA512 (FreeBSD-14.0-BETA3-i386-dvd1.iso.xz) = a3c44bd8b4d4a54d59a6165558d80184a1ec25a290e323c2ba4bb691be006827f4dee608b74c9e11072f1065289ad21eef3740357249de598c281ef1f07c7577 SHA512 (FreeBSD-14.0-BETA3-i386-memstick.img) = 735b377178b95446bbb61a416e7a4486ebd1936ea79085c129c1fb38c048dcf9c7709731ee6d54678ca6e6249782379aea299815e65890bbf82733a166f4197d SHA512 (FreeBSD-14.0-BETA3-i386-memstick.img.xz) = 0e7ac86525020897349d14540b1e076edb5651345f92d228fbc4f5d0a6f028f1e1e6cf164e7d9097dd81eb7d7696b58fb31c5f954927207910863bc964724155 SHA512 (FreeBSD-14.0-BETA3-i386-mini-memstick.img) = 0d00e05bcfc2a01b1624200dd614b5bf1650615b809d3d612a7d7f1d05cf384dc6471673c6dec37fb1410885146b536d6aee58b617f016458b4bd3a456ac0e6d SHA512 (FreeBSD-14.0-BETA3-i386-mini-memstick.img.xz) = a55321477849705ee4f41b2e2d6f4e1f60d101b84103969a3cd584d629a76e1f82e30b80821cb036c61dcb6e798ccb312c9d5e82f33bd72bbd3959e048552fc4 SHA256 (FreeBSD-14.0-BETA3-i386-bootonly.iso) = 5ccb294229a6880d7d81d85280d6ffb719e2d0e43138beee46034c99b27be2a2 SHA256 (FreeBSD-14.0-BETA3-i386-bootonly.iso.xz) = 609cc2b8175e72fb09277c3a95c4db80a825f2361da46a15d6506102e9a1a363 SHA256 (FreeBSD-14.0-BETA3-i386-disc1.iso) = 002c659df27eca30c67ddfea57169a5a8a13ceb77e4948128a6bf55bb3a2d587 SHA256 (FreeBSD-14.0-BETA3-i386-disc1.iso.xz) = 1ad6089cc5a96e5d92fa42d43c91088bc264d8a9d4f5a0537ae1c3356ac29a4d SHA256 (FreeBSD-14.0-BETA3-i386-dvd1.iso) = bd391043a8f37e3be842173e2e19bc48ccdd353af5a2f90dfddd03c3ff2e8c43 SHA256 (FreeBSD-14.0-BETA3-i386-dvd1.iso.xz) = c2c5e179192595dc37554ba03236d33b7205ebbcd0a78e71c2c148c3eeab615c SHA256 (FreeBSD-14.0-BETA3-i386-memstick.img) = d6119d164e403907be9c02d58a05b167b8fc3bbfbb712dfccb1c1300bcfc02e3 SHA256 (FreeBSD-14.0-BETA3-i386-memstick.img.xz) = 1239113cdbe20fcc0684290270037089c4a982c60cb21368f86d236574d25afc SHA256 (FreeBSD-14.0-BETA3-i386-mini-memstick.img) = a19e312d12d86427bc577ddfa1783209ea694ea2aa5af5d220a6d73149adbb12 SHA256 (FreeBSD-14.0-BETA3-i386-mini-memstick.img.xz) = bab95c8cb61e7c75a94afd6e135e0795ca2774b77d90ab2fd8e1d57cb76a0982 o 14.0-BETA3 powerpc GENERIC: SHA512 (FreeBSD-14.0-BETA3-powerpc-bootonly.iso) = 382a8d930a3b016e280fe1eb72b7006d9c5d3d8d8c6bdd4bb37849b7f1a947afeaf14db78fcb0b3351da38134f7ae6200180f702d66a18adda395bdfae5116e1 SHA512 (FreeBSD-14.0-BETA3-powerpc-bootonly.iso.xz) = e4fe8ca1ad54f0b9400fb4d055440b6d6f96851c7baa11999eee03092fdee567ed46b3f517fa6e9e597885fad33721c3cc884b7ae3e4385dddd287da15979a1e SHA512 (FreeBSD-14.0-BETA3-powerpc-disc1.iso) = 7186999f8f29af0c10f8319b4714cd160da76eab8767ebed30d1b11f0266d098d90ac4f006ea0ab2da7452ce9d9e11d9424fa8fd07472e929a16710440868a45 SHA512 (FreeBSD-14.0-BETA3-powerpc-disc1.iso.xz) = 1678fd822e61d62eefe80900a22c62a50c9831d49d8c8e0fa56ad35c4d4c45a41c64fe5d2422a873777393adf36e7cab4e40b9d77a04cfac0cfaec8c7dc6240c SHA256 (FreeBSD-14.0-BETA3-powerpc-bootonly.iso) = 025bda0dfa635b846f14622edaa6bbc6d63fa8cf30b782d190092de9b4122679 SHA256 (FreeBSD-14.0-BETA3-powerpc-bootonly.iso.xz) = 4ea2fb1c399f1cf389947ae31b6b41e168b2ca671214be4c18d88489cace67d5 SHA256 (FreeBSD-14.0-BETA3-powerpc-disc1.iso) = de313fbb340c42d30b6bdb8d9b2c3905883426f4f34d71ce8aac4e0afee24610 SHA256 (FreeBSD-14.0-BETA3-powerpc-disc1.iso.xz) = fb639afa769c481dd125bfe623bcdea7a73d7b09601c4a10d55d88d1d878aacd o 14.0-BETA3 powerpc64 GENERIC64: SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64-bootonly.iso) = dced975c4f445c9f890b227c8fa3450d93dbb754c5f0ac7bdf242f8a96923681d2cf8a3e420560336016a5b479dc958daa3527d33b2fba1d3c3658a1b0a56c51 SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 0f6f824e6ba29e554675bb8784a14467c6641576e64d4e6015541bec010a6a89c659a2f7e04afe96ccb0373812e802281ec0d8f12b7337abc89ef46646287506 SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64-disc1.iso) = 5180e64c17126ff0519a7152119e5625f5d9d49e6d43b685a9a4b7e4e606b7d7e9f908f4703dbf102607d3bc5695566c1bcf943ed856e4d033097d8d16b0bf9c SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64-disc1.iso.xz) = c609facb9257e71811687499a3fd496eeb9d6f8f3855ee7f7e4da0a1893de0427330a55d13ba32e58cad9346cd5f73c3672f1529d6597d587927ff8895a4904f SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64-bootonly.iso) = 351e9d5fe85ae5a7d0f1f726e3b6da1100736bf656cbedc7b3e7f33678897c00 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 187db0d771876af7175b5b75cfc7d163c834118e54a6d1ce219460d6c5e9ba99 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64-disc1.iso) = d0dd9c34a330ab3818b441fe43587abbf425efe4411230746eba4c78c62ffbf8 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64-disc1.iso.xz) = 784d71f82ef24a94b2e1824e26b4e609415406b1f6543f716eb1ceb928903824 o 14.0-BETA3 powerpc64le GENERIC64LE: SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-bootonly.iso) = cfa030ab6426780cfdd2b782145fdba1a567d77bfc5cfbac3a7ff2e8e5f5afad75c91e890b74bbb98b7ce4c7278f720fd6cf3b705f6387b85b0a8b0485bc4850 SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-bootonly.iso.xz) = 32b5548f1ed1d2a2e1dcf039fd02ae4dd68d9ec477e23b2b6164f651be820c88791f927c38024191071dac0afc7f7b1c3051b88fc64da57c77a6669b4cec9314 SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-disc1.iso) = 3fc78a11eeabc6a71c075294f4670502503aa64dec0858edcf17883437e83d5280f06e178d563fd6edac7c3ad69d59f7644eddbbc043b4a121160ed72cf8f7bc SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-disc1.iso.xz) = 1dab8d32696e292b66694dc9d6c6c5c0a684b3a1536af434d6ffdb550be7d602b05dfa527cb908be59e0073bf687fb6223e02667db6e5af03739874b8dd8bcb8 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-bootonly.iso) = 23c58cd6b6de7f12fcd627da10781dab13bd39f7d1a9b1a68ee9058ae3fdbb15 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-bootonly.iso.xz) = bc6ed52b62e0054ab8ab318aef97a86bd97c832b4cf892d7c10680353b5a459e SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-disc1.iso) = 71c10e89b01d288d490121bdbec97dbe53e48709398801be7f4c322e67991008 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpc64le-disc1.iso.xz) = fbf7ccb0ea435fce66f8abf683b73c55922f5b2e19b5e168be73853c8cf0674d o 14.0-BETA3 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-bootonly.iso) = efa55cf2427a250a0e7c135d436886d79dce3b5df495315557ef5f0b798f70fc9f0879e3972770bdd7b8c4b5cb61c9d2c7d51d01be59422cdbe7d6b33d7c12ed SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-bootonly.iso.xz) = bb024a1124ec653dbdd267a360d53357430b44fc57526308a515af49079f27a6bfd5bc3419f1194f6c78bbc09d6f38a5a209bd8adca007a2851b117f854558e0 SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-disc1.iso) = 5cc3e475739e1da01a08747c9d2d9c79cd8978387ef076a38cda7014901b8978902f668c44646e01892a225e9de8a781775c484dfbc26a7c0fc4c843b0cbc4ef SHA512 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-disc1.iso.xz) = 5ec13a6e7a88dad17c8d9d48d4b4495408201b1e0d9c105c1138a5f9573135677c7af86b387e15596eba5da5d56e01252874e48fdd81adab9b4083b4e05a6e1b SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-bootonly.iso) = 151b691e3f905830239640bfab547990b9e4d82e7441ba0d1535b20b2c723e42 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-bootonly.iso.xz) = 03f9db3673fa4c9fa3909e8970e59a4f0ca2f495093264b63bf1af1f2d2b62e7 SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-disc1.iso) = b52b043dbe0a61d6d8bb26bdb5f070c1f9f8fd2f8e272b1faf6d46a1d183bf2e SHA256 (FreeBSD-14.0-BETA3-powerpc-powerpcspe-disc1.iso.xz) = 84c97883723cf8248d2f11891b58932f4a242d1b4ac8b1f69ffa7195f320a367 o 14.0-BETA3 armv7 GENERICSD: SHA512 (FreeBSD-14.0-BETA3-arm-armv7-GENERICSD.img.xz) = 83391e4464595377d2a61e258154c04d60495a096a7369e41381069e58116e28ab121ed534fab301d9e96d7997f88aaa3748cf148f09bbe20cc7732dae9cfbac SHA256 (FreeBSD-14.0-BETA3-arm-armv7-GENERICSD.img.xz) = 3b734670164536e77b23b6394c989a4013366d20eefc93d1926603da71c33eb5 o 14.0-BETA3 aarch64 GENERIC: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-bootonly.iso) = 0621bd6ebc5e7719370bfe19a6cd4a145f64532c87f3c5f6968071670ffd0afb500919d44f59d5d8417c52935e1f4847f543a7d9c5ab3c0f67ba81cec054400b SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-bootonly.iso.xz) = b14236a13e9ec8f90b86a466ab7c8d7c266d05975a22d9c6107298b717f7d3fad84e7487ec29d02ce381600c517c941b231e2faf0d4e382fd700412f5801553b SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-disc1.iso) = 293476a2e39014642e587a0466c53d5d60e5f3f48a859c268f9f45548c716e1909310284e029043ceb8174e4f235ff163b561b2458c13e45d2ccc82e06aa8248 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-disc1.iso.xz) = a3206acd753c92b71e84b727fb9f76898222a4bdc0b384b13198811544627a3368706889ae7dda31414c43c218579000896cb0ee9c26d870d5d46224830da4bd SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-dvd1.iso) = 5e3219d464cfe8209fe3bd13e613f89d1e5ec4aa3289107e24fe2ce1ff1e420f913964b532857f3d28c376cdd62307044c7823f7859575f6b19328c8de377606 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-dvd1.iso.xz) = 5f1d3484e9baa077d68ab3c76ebba20aac19c7820ea53e8a2c9ecc4e90ee281be0b5e313b139bbdbae02a604db98c063f11afc46b3b80f2664700c1ecd669b75 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-memstick.img) = 66c9f056eebc17845106d1ca2219cc21aa6614b9dbf37efddc8d83468a26b1e40aba29cf6d061d8660617e9434a9340c271b8d70769682fb0c58f315ceb31409 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-memstick.img.xz) = 7bd01ae52827185dd971103ba1cb7d3fa18e88f1e2a20fb3f77b8b77e22bbffbb8c642d8bbcbfdb236a0bd9b2cff31e2888f22c29a76c236538eba392cc97817 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-mini-memstick.img) = 43c5a8752218fbac4ec58dc091cddcbc39649627f0fa4483b2fde25cc4aa08e4cb1b02dda692e366bf98d7e16902ce42692021152aee7cc5e42b42975dddaf0f SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-mini-memstick.img.xz) = 2983f0a959df78a2b460369cf6bdf4dcc0dd59f1d43a23e1e36f3ebc5a33fd8884a752e5820394a8ad6684aa7be712dfaafd8817eb9824ec1457282beccfcce6 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-bootonly.iso) = caa698cc1b6f427d49c5445d0742a880abed18751297243f5c2ba5d4d6bf0d21 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-bootonly.iso.xz) = a089606492c509d4ab9862b95b2077d49f4a281b6f7417e9abd595c2e10fb387 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-disc1.iso) = 54de81f55995a7827064e31447a1ebbd56e449919b8e28d77694854bc0cfaa01 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-disc1.iso.xz) = 5dd27a15f3c973045aa8d9e6f32bef749e4f72f00ecf4fd713f44c554770a1c8 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-dvd1.iso) = d3202372221837a116ec90d791e9bd4269badecfcfcad6f7eedbd1f69670d6f0 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-dvd1.iso.xz) = 9cc668182634a6bd14563873800a09a7021e8dbcb51705aa00c34428b6e67cd1 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-memstick.img) = 212913634921e46c13bc2214d570496daeaedf4769eaf456ad4f7768d5a0f60e SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-memstick.img.xz) = 42f0e4a3ac5e957a38de3a328d1c46c3de67639b8801d72cb5f096ee1dd80561 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-mini-memstick.img) = e9353cdca6e9295decea956fe649c99e3854b38789ab2f9cf92014319777b9d3 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-mini-memstick.img.xz) = 5134cde03baa5e386be62b48445755fab0d0cb8ecf3e175f536679e53a507963 o 14.0-BETA3 aarch64 RPI: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-RPI.img.xz) = 3c21f627692e4f0dedd8bfb968c86f4b38714c7045603ec7ee1f80b53a66f3b9792fbe115da4013dd28bc6c774dacf323b18cc96e8f95dce1b2bb968ce42bb49 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-RPI.img.xz) = 91524aa12232588787889022c10114e3234681e2a74fa89c78ff6d0fcef9485e o 14.0-BETA3 aarch64 PINE64: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-PINE64.img.xz) = d5cf65ddb048c50d45220b83f756400dc6836d7acd2720aa58241c90b250f4db34dc3358c568b933db92c944f9d263a49b9c63a74855ed1d48a2f01daf40477d SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-PINE64.img.xz) = 58bae674f93510a15c25339f09f2498043b8dfe598fedf02d84d4dae955d894b o 14.0-BETA3 aarch64 PINE64-LTS: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = d0754a61056994b1ec36f4a52082c540308e83f811a6512c94ea47f7f02f4838a13e2013ee4cd1bef72aa6651a87a7767e3918e915313a848086c9a5562ff169 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = 643936c5223a2e84ab84236e737d719e66c32cc5cc0707682c228a512fea30d2 o 14.0-BETA3 aarch64 PINEBOOK: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-PINEBOOK.img.xz) = 55a3f96d0075eca3398a1d8183d65e8e39ba6f14a70155be407e1f1e347a9b5942772019fa9f250dd00a1cc3ba3f293a7a1532a30855b612df5a2fbbb2fc62b9 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-PINEBOOK.img.xz) = b6c1c28e9e9bedadf09a82fb561985ef2dada27154750ba2c21819e0558eb46c o 14.0-BETA3 aarch64 ROCK64: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-ROCK64.img.xz) = 09b089792018830d376f49d51a22c70133b384590b9a17c5144410b8c62d08c69478871bb823fe9d273a77167a9108756ccc70957f3117d89d5be54a553679cb SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-ROCK64.img.xz) = 16226ac2947cb64cdd3a99c4b8d94632825d4b698c8b450781e6ed2b6015f181 o 14.0-BETA3 aarch64 ROCKPRO64: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-ROCKPRO64.img.xz) = 965304372b9f00d9578eed5a8aafecd5b05b03265fb459860163da4fbfce79c6fce05820eeb76af0674a161e146cfdf206225731a64e60bd5f1112500a61fe8c SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-ROCKPRO64.img.xz) = 75700cba3ecdb0c60dba8840e2ab04de0eb66f62cdbb8bebcdf95893e851328d o 14.0-BETA3 riscv64 GENERIC: SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-bootonly.iso) = a0f08526d7abad1917eaaf4410fce3a849f1b4345791e8aba2d101f272bfd16ea2798f07f60bcab6ba90aec51e06c9c4ae06822757213f3ae3be61643a287e9d SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-bootonly.iso.xz) = 9aa84bd0439d325afbc74dea19b99536248c515c71c6838ae2889d936b61523a2ef6585899ceac9d114a5ca95c09750caf79624bbb093a0d2c26364d31963800 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-disc1.iso) = 60fe291dc91b39df25dd00ea644a7f57697a77df22c4bfc0dd03dc9a555052ff859255647a7508828d3d3a662c25ebf182b6c89dc0156ab0442055e4c6381616 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-disc1.iso.xz) = 6a4ea770e21184966ed37b693cdf3320f26362fcc60224be664772eb5a495fcafc74d43e70638f92ecce92446fa34db422ea239983b5858ea67a4c0997685cd9 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-memstick.img) = 388f534a905e0c68e6abec53dca5335508c619bba60b6c1bc6e8c05d4144659286e3ccd425281473c4612ff8a4c49f98b1e43d774e33b7d7f3b3cfb5624aa01e SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-memstick.img.xz) = 0a5a83bf403fd6e19aad15606570135f5c2356bb8f67aeaa4762c14ed9796b62afb6fc30d9ead8d0b43de1e5ebfbf5f780eb7911f84bd81e07497e78fc5f7e2b SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-mini-memstick.img) = 075c16509844eabd89437379b4da9ebf364619e7ba0b0f98ecbc9dddd7a1d11dc308c370ed1720c43c7daf16d6d70c4488623a5cfd6cc1701586f9e88d995ddf SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-mini-memstick.img.xz) = c5355e0d715b89fb24c88e64d901f2e5b129d9084faf4a40af50b269bd6d374590d969d2b8c5c59d580a3d4a284fbc713d92d4e4d0679bc39173a638e7baae24 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-bootonly.iso) = 5f1f3c5fffe34d6288a991a9072b5b67ba8b38dc4e06a7d8de1fc8cd3b607053 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-bootonly.iso.xz) = 6d379a49ddc3c5dc825884a10d499f25b350bb44101e7cd12f5cf0a131dadcbb SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-disc1.iso) = 3059f3ff8ee253a5446bd8edac79619e5a6d45da70fdbd52353847cb06678c24 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-disc1.iso.xz) = 3b940ccaebf271efec68e1ff2526b3b6bef20ccf886c59421b8eb12d78e05883 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-memstick.img) = e904b60d63525ebc77e78a745b90de1dc0e24f92e2f7c17c2a6f3df41c4c28a7 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-memstick.img.xz) = ea5b7fdcc4efee1d705858e8e306ce886c8f27ff849fd66f3e69729bd016210e SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-mini-memstick.img) = 9c40a451ace616780ab6b174666be78d703dc6c4d714ca2f71f53f6c21bce61b SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-mini-memstick.img.xz) = 109f9f3ae4bf8b4705a4dac091e71fa8fac4226a6edd87d1b36868c97101cb9f o 14.0-BETA3 riscv64 GENERICSD: SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-GENERICSD.img.xz) = 9ade14dfe19f533d940a4b5bb27126a3faab65274ea7a07883b202f80c369e3e31f9e062dd052468171a4cf0fa5f5af9a23b3ade74ade975746babdcc8241191 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-GENERICSD.img.xz) = 0c990bb09ca041ee362b77185f128cb98abae6775828eadb9e8f210c4d9fc176 == VM IMAGE CHECKSUMS == o 14.0-BETA3 amd64: SHA512 (FreeBSD-14.0-BETA3-amd64-ufs.qcow2.xz) = edb73c6b62077f47df9ca9e98a9813b9850e202099ed41b1fcdad86ef73b1d15aecb93f51cc7a71e3224dd5d57c9c624c8a280161423b4c0f2f270033ec9d48b SHA512 (FreeBSD-14.0-BETA3-amd64-ufs.raw.xz) = 796e65a11197f8b8d9da9e0e7ec4c451391807f664a71d6d1c0ba543e7662d157ac03e24d126ccddfc400111994f6f876b98336086c00cba94ab4b459375e3dc SHA512 (FreeBSD-14.0-BETA3-amd64-ufs.vhd.xz) = 850436986687f2e25233bf0d4cad34d481e0a0085340b8d8bea0d2aceaeb178e653cd7e853d4e477b1d1f9d83f279c7cd3692aee11f67f9f0e69d2922a6be88e SHA512 (FreeBSD-14.0-BETA3-amd64-ufs.vmdk.xz) = 825641822884f9c49547c8ce5c62a599acd170c4c75e3fc7318672a9e039204abe436d5e7d77e6d789e31d5338a0834bf184a69821918219cb5ab9cd6ca0dfcc SHA512 (FreeBSD-14.0-BETA3-amd64-zfs.qcow2.xz) = c9b10ed8d2683c4a81a2092e0b38d356bc824e007c85eb576d1ba87bef64b46ae809440e111f6d1a3f24007927bc97d53d794bc859dcebd81e64997cb2fdb090 SHA512 (FreeBSD-14.0-BETA3-amd64-zfs.raw.xz) = 8ff976b83d1e146e81c49748d9c1a2deb674c449c07130f0d5c5fc402254eb730f3a5e9eff9227c184f7470fc6e93058240614bdad735c2a552fadded1576f0e SHA512 (FreeBSD-14.0-BETA3-amd64-zfs.vhd.xz) = f999c3b57307feb4fce94e8689b72dbedd9b0b97ae03e4eb586b6037db4f537b2e08a6a3916eafcf5ff83b6b5ab1ad5adadb77b8a7086deec3d7ce21789846c1 SHA512 (FreeBSD-14.0-BETA3-amd64-zfs.vmdk.xz) = 283406ede245fa3fde92bdc9afbd32aa60619df4fcc4633d68753ee5ef5831b5d1028b514edef5a379f2570cc6af65ca30788df49b233896ad4ae40de48cdbc0 SHA512 (FreeBSD-14.0-BETA3-amd64.qcow2.xz) = edb73c6b62077f47df9ca9e98a9813b9850e202099ed41b1fcdad86ef73b1d15aecb93f51cc7a71e3224dd5d57c9c624c8a280161423b4c0f2f270033ec9d48b SHA512 (FreeBSD-14.0-BETA3-amd64.raw.xz) = 796e65a11197f8b8d9da9e0e7ec4c451391807f664a71d6d1c0ba543e7662d157ac03e24d126ccddfc400111994f6f876b98336086c00cba94ab4b459375e3dc SHA512 (FreeBSD-14.0-BETA3-amd64.vhd.xz) = 850436986687f2e25233bf0d4cad34d481e0a0085340b8d8bea0d2aceaeb178e653cd7e853d4e477b1d1f9d83f279c7cd3692aee11f67f9f0e69d2922a6be88e SHA512 (FreeBSD-14.0-BETA3-amd64.vmdk.xz) = 825641822884f9c49547c8ce5c62a599acd170c4c75e3fc7318672a9e039204abe436d5e7d77e6d789e31d5338a0834bf184a69821918219cb5ab9cd6ca0dfcc SHA256 (FreeBSD-14.0-BETA3-amd64-ufs.qcow2.xz) = f03431148cf9b6ab45d33bc4299549f93833f5e0cef54167414a6008dab90c98 SHA256 (FreeBSD-14.0-BETA3-amd64-ufs.raw.xz) = d5f28b5db4be4d2e79d4ec96e7751003199ed1aa8e0beaf3c331edabb335d900 SHA256 (FreeBSD-14.0-BETA3-amd64-ufs.vhd.xz) = ce63a0191664cc644943fbd06e10638087f17d47017a154929ecb19ac9baca82 SHA256 (FreeBSD-14.0-BETA3-amd64-ufs.vmdk.xz) = 4182d564e7599291f165bfd1bf8146f2127e78ce122521e9d1c53d4415c0f38f SHA256 (FreeBSD-14.0-BETA3-amd64-zfs.qcow2.xz) = ac6bddae05fbb2fc7fe82e4dbbe4fc974a544f9fa8b1110346acee694d776554 SHA256 (FreeBSD-14.0-BETA3-amd64-zfs.raw.xz) = 0e8a1eb9753be8b5b2053289593379df42b7638ff331b42943ab843fdcae97a5 SHA256 (FreeBSD-14.0-BETA3-amd64-zfs.vhd.xz) = eb56d8a65404bf0453214c91df365fb75ce9b3c05a677799ec944792ef9b86de SHA256 (FreeBSD-14.0-BETA3-amd64-zfs.vmdk.xz) = f5b4743559dca00a84a50857612bd9c9499210b3378f46912aa84674bb273777 SHA256 (FreeBSD-14.0-BETA3-amd64.qcow2.xz) = f03431148cf9b6ab45d33bc4299549f93833f5e0cef54167414a6008dab90c98 SHA256 (FreeBSD-14.0-BETA3-amd64.raw.xz) = d5f28b5db4be4d2e79d4ec96e7751003199ed1aa8e0beaf3c331edabb335d900 SHA256 (FreeBSD-14.0-BETA3-amd64.vhd.xz) = ce63a0191664cc644943fbd06e10638087f17d47017a154929ecb19ac9baca82 SHA256 (FreeBSD-14.0-BETA3-amd64.vmdk.xz) = 4182d564e7599291f165bfd1bf8146f2127e78ce122521e9d1c53d4415c0f38f o 14.0-BETA3 i386: SHA512 (FreeBSD-14.0-BETA3-i386-ufs.qcow2.xz) = ad1b70ef2b3acdea7bb949afacbd07ff458a40a2d52da7a559abd4faf18a423f11c72e1f127e7cf982d38afb6ecd4470cd0d0bc72f3d0d67364597d5310dc430 SHA512 (FreeBSD-14.0-BETA3-i386-ufs.raw.xz) = 663ea4fae827dc4301e2dbd4499df9c972f2d51e491f7472e798329d9a92cf438683366885873334c24ccd9335f0c2ca8a6d76495b273dec306c80e9c965c264 SHA512 (FreeBSD-14.0-BETA3-i386-ufs.vhd.xz) = 5c0d423c7a8d6cdba03fd8bf62723505782b2e3c762a8f8b2e4a9b1c0646d1ac284c541d0f6388d3e1c547e543b6cb2a66dff0d55444618dd10e1fb35ecae419 SHA512 (FreeBSD-14.0-BETA3-i386-ufs.vmdk.xz) = b92e7a1768e50504da49b88289a20ebf496d84bddeb5794f8cc7a20bbde3ec7b45f966e141b1fe20d679c69bd86550b5d8647ae31f25af4dc39f1753c5ff4317 SHA512 (FreeBSD-14.0-BETA3-i386-zfs.qcow2.xz) = 39aa934e80548070a9cfb699ccf541de186967d6363860affe53d4410a33c96ec5c2a7fe13ffb1587e69b44c53dc2340cbe6ebb5136ce5b1e95f38d47133a1f2 SHA512 (FreeBSD-14.0-BETA3-i386-zfs.raw.xz) = 0d0e45060650030cfad97fb1557b1e7195a83cd4d007b5a48e7a3c1d0322ac9db39e3a2bc58d83aff6bd4b90a95160ae25af63d505aa6e4e9099eebf0b3c5005 SHA512 (FreeBSD-14.0-BETA3-i386-zfs.vhd.xz) = 67266701d7cbee7f6c5dfca15cc0ebf8ed827586f02f42ee146f69d8cf8b8b1c1fd83a11c57a53b8b74aa9aa2aa2c8693514b7b2ac5d57c19ffa20bc2fdf2bdb SHA512 (FreeBSD-14.0-BETA3-i386-zfs.vmdk.xz) = 3c2252d7b804753d0e4c9335906e73e839e3a5b7ac073c19dd5ff7fa9f6020e3568a8fcd3f2d08b88c25407eeb07c8d6abd2b44e22ef8b16b01b535812b2505f SHA512 (FreeBSD-14.0-BETA3-i386.qcow2.xz) = ad1b70ef2b3acdea7bb949afacbd07ff458a40a2d52da7a559abd4faf18a423f11c72e1f127e7cf982d38afb6ecd4470cd0d0bc72f3d0d67364597d5310dc430 SHA512 (FreeBSD-14.0-BETA3-i386.raw.xz) = 663ea4fae827dc4301e2dbd4499df9c972f2d51e491f7472e798329d9a92cf438683366885873334c24ccd9335f0c2ca8a6d76495b273dec306c80e9c965c264 SHA512 (FreeBSD-14.0-BETA3-i386.vhd.xz) = 5c0d423c7a8d6cdba03fd8bf62723505782b2e3c762a8f8b2e4a9b1c0646d1ac284c541d0f6388d3e1c547e543b6cb2a66dff0d55444618dd10e1fb35ecae419 SHA512 (FreeBSD-14.0-BETA3-i386.vmdk.xz) = b92e7a1768e50504da49b88289a20ebf496d84bddeb5794f8cc7a20bbde3ec7b45f966e141b1fe20d679c69bd86550b5d8647ae31f25af4dc39f1753c5ff4317 SHA256 (FreeBSD-14.0-BETA3-i386-ufs.qcow2.xz) = 9e38867524e6b6db263ed574e00e679406bdd12e04046d326e6aa3c15356cb81 SHA256 (FreeBSD-14.0-BETA3-i386-ufs.raw.xz) = d4b864e4f63cac8fb3b07ad279d43ff672c4aafa2d4cf74c93265776ef968927 SHA256 (FreeBSD-14.0-BETA3-i386-ufs.vhd.xz) = ff989d3759675f32704300ed3edd573fd620df085e0ff384b4f2ee273e827f99 SHA256 (FreeBSD-14.0-BETA3-i386-ufs.vmdk.xz) = a0772f1658ea4282ec9be293314c2ebf91eeeae1e8d0351e445985a72240de6f SHA256 (FreeBSD-14.0-BETA3-i386-zfs.qcow2.xz) = 53707b05982ae83c634e22fa7043d424fb960343ae57c50d703af511bb383831 SHA256 (FreeBSD-14.0-BETA3-i386-zfs.raw.xz) = c6111041a915a7f1ca75971b52ae5120a72a6922b8d09b4047b15987ef837582 SHA256 (FreeBSD-14.0-BETA3-i386-zfs.vhd.xz) = a542179fee30c8895233908525e579a79773c53efd48136ff83c78a97de6645b SHA256 (FreeBSD-14.0-BETA3-i386-zfs.vmdk.xz) = 45f7f1a16d6dbbe595b875b27d886869bee38fb47c859a5fbe049448ad94a58d SHA256 (FreeBSD-14.0-BETA3-i386.qcow2.xz) = 9e38867524e6b6db263ed574e00e679406bdd12e04046d326e6aa3c15356cb81 SHA256 (FreeBSD-14.0-BETA3-i386.raw.xz) = d4b864e4f63cac8fb3b07ad279d43ff672c4aafa2d4cf74c93265776ef968927 SHA256 (FreeBSD-14.0-BETA3-i386.vhd.xz) = ff989d3759675f32704300ed3edd573fd620df085e0ff384b4f2ee273e827f99 SHA256 (FreeBSD-14.0-BETA3-i386.vmdk.xz) = a0772f1658ea4282ec9be293314c2ebf91eeeae1e8d0351e445985a72240de6f o 14.0-BETA3 aarch64: SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.qcow2.xz) = 586f4959acf1d70b31441de2936546fab99dc0ed9385c07a96f0b628f63169e4a60b2c4ab35104607a6fbc767403cd755efcafa99010c80917234ba40c9fdce8 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.raw.xz) = d460ccbf3cbe2dc8d14226182ebecd8de2a6bb856ce248a08ce9a4daf6175309fe1f415d6891ce9cbd57d91da2de854966f5c20bb3e1f9d0dd6366bd79150315 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.vhd.xz) = b86c0fde674a13784777d672cb0dcc89986f85ad999233ccec729ef26f78101aa422a7604d5da4fc51dfba0b00bd32ada654aefbad9feb6f5ff25ab58aad106c SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.vmdk.xz) = f38564140d115e45a991540dc868cef5460d112bfaf7dc4fea9074391252507ddbe107c17c955ccbb0fa5c8d3ae41dd0ed841e10a96cd7114e98892033abad38 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.qcow2.xz) = b88e1aaaf767cd9d7f83edbfe6b6e41374d4b459fb26ebbadd448c585ceab788313cd61ee10bd771d08e1a2f2256807a179d7f875f477f47cfff71a3f8f8afcc SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.raw.xz) = e82cf86eb8d22780332e5c0a6a641a3805405981c4bba2f56e59ab98a4786238a94c4c91fe86a4187e58e9fbf69b0e7df6ddca18b4ca0e99757c094e5c643e46 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.vhd.xz) = 1a3f236cb92bbc76e0369a733ddca3a5031cefeab69d70e57d38a61b0f550fe6a6465365f3a840ef139e84608148e8c4253e99925e6f996fe4a08d7b71f0cc5a SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.vmdk.xz) = 958fdddc4fb62841f6f280b3644767bd3efd8f94454faf47489846b53aeba9229c287b98027a679045930ed8c4dadd9e40bcfefe99fd81b2529658862aeebad6 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64.qcow2.xz) = 586f4959acf1d70b31441de2936546fab99dc0ed9385c07a96f0b628f63169e4a60b2c4ab35104607a6fbc767403cd755efcafa99010c80917234ba40c9fdce8 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64.raw.xz) = d460ccbf3cbe2dc8d14226182ebecd8de2a6bb856ce248a08ce9a4daf6175309fe1f415d6891ce9cbd57d91da2de854966f5c20bb3e1f9d0dd6366bd79150315 SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64.vhd.xz) = b86c0fde674a13784777d672cb0dcc89986f85ad999233ccec729ef26f78101aa422a7604d5da4fc51dfba0b00bd32ada654aefbad9feb6f5ff25ab58aad106c SHA512 (FreeBSD-14.0-BETA3-arm64-aarch64.vmdk.xz) = f38564140d115e45a991540dc868cef5460d112bfaf7dc4fea9074391252507ddbe107c17c955ccbb0fa5c8d3ae41dd0ed841e10a96cd7114e98892033abad38 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.qcow2.xz) = 7d9686e61dc7c1db73d8635ee7d286a26cb14b2c9d3296e20912b6ba60cd307a SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.raw.xz) = 439ed508ae517025f0b6935286131e7110f8b0c46efa6172224bb8e6680bfaf9 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.vhd.xz) = 440c27cecc850823fc96dcc3ea68090bcfe413870017f7e00dce26f49e284fdd SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-ufs.vmdk.xz) = 35e63c88276c1f0f6904d19b6e576bd814f18477bb33b9df7ab940ada7a49e2e SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.qcow2.xz) = 74c2a5498024070874696ae07aea3055871fa7dcf2bb129fbcf7a04e7bdb1f4e SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.raw.xz) = f15b531716834f494b726ea12debfbc7470d33c6df7de6365b6e736ff4d900b6 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.vhd.xz) = 4293cf19d137dd14dadda98353beabe2ac90922128d198bdb0ccb418bcc21c0f SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64-zfs.vmdk.xz) = 4c20b0196203103344ab7af8440be85028b01b42f2708f37d803f692e9caf815 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64.qcow2.xz) = 7d9686e61dc7c1db73d8635ee7d286a26cb14b2c9d3296e20912b6ba60cd307a SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64.raw.xz) = 439ed508ae517025f0b6935286131e7110f8b0c46efa6172224bb8e6680bfaf9 SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64.vhd.xz) = 440c27cecc850823fc96dcc3ea68090bcfe413870017f7e00dce26f49e284fdd SHA256 (FreeBSD-14.0-BETA3-arm64-aarch64.vmdk.xz) = 35e63c88276c1f0f6904d19b6e576bd814f18477bb33b9df7ab940ada7a49e2e o 14.0-BETA3 riscv64: SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.qcow2.xz) = a278e2c80b1c9aac53dba2627f625f81b0f13dc619553599cefcb9e9d214312e42cce547d02bb1e4e57c129a67364f9d89d48d463fd1a6ce36775eed88b81a79 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.raw.xz) = 14214f29ce25eb4c50edb6bef462ac5acbb5f620140e352ee7807f8b3cf9c1f0a2a87d0b0b03af095a3ec9309c5b2b7d7505a79aa7cdc8a97295927fe86c7486 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.vhd.xz) = 4347b6f238752888577d2957e5c643604d4f0fc323f07f26a496a3deb2c6fae1163b6a3e42c59907f6ea46d083da85fc5c26bab45c5116e44fb5315a99c25427 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.vmdk.xz) = d61b3f610d14feddb729f020c355b02e70dae85a8949bbe9ae9c5d7a68d55d2bfa74ab5e07b6ec9d33613642f8525814211ab7bf429f46330cc2a51c9a40f5b1 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.qcow2.xz) = 2ceb44216d8d6e77d4ebf99a5ed97407d74b2b1e6be528a7181bfdb8f4af1efeb962ea52702fc3cb61a55741308f1951d0448eac65e037485e20879f489c764a SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.raw.xz) = 5b3e7319fb14410129c0500d7efbd687da045ba931d849c9cdaf49d217760f5bc84f63820d96d2553eb28097c1846ec9cf389a4bfd0fcbe6f9027c05d819a20c SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.vhd.xz) = 779a8bc13989d15bac9bcf8400132aaf687c15243efbb52d674509e8713c020c73379e5a96fe4a08d13108b913d19364242871dd023ca2f5c7a3d934407a8681 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.vmdk.xz) = 58fa1be404a264d681e822e50bd549027ad9e2efa2bdeb113d9551330a081efb20ce7901baf25f1cce453b12f48513298f8bb6f2a89061a05ffb79ca09c01e79 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64.qcow2.xz) = a278e2c80b1c9aac53dba2627f625f81b0f13dc619553599cefcb9e9d214312e42cce547d02bb1e4e57c129a67364f9d89d48d463fd1a6ce36775eed88b81a79 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64.raw.xz) = 14214f29ce25eb4c50edb6bef462ac5acbb5f620140e352ee7807f8b3cf9c1f0a2a87d0b0b03af095a3ec9309c5b2b7d7505a79aa7cdc8a97295927fe86c7486 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64.vhd.xz) = 4347b6f238752888577d2957e5c643604d4f0fc323f07f26a496a3deb2c6fae1163b6a3e42c59907f6ea46d083da85fc5c26bab45c5116e44fb5315a99c25427 SHA512 (FreeBSD-14.0-BETA3-riscv-riscv64.vmdk.xz) = d61b3f610d14feddb729f020c355b02e70dae85a8949bbe9ae9c5d7a68d55d2bfa74ab5e07b6ec9d33613642f8525814211ab7bf429f46330cc2a51c9a40f5b1 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.qcow2.xz) = 6f67ff2985874da38dddd027475fa76bea9b25e528d08aa3659ad438a6ef3d07 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.raw.xz) = 4a632a825aa1de4888e25bf7380bd31c37db423e0434ced00e8df3d476bdf175 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.vhd.xz) = 7d8dccd8681c70faad8f50d3010a442b07e4ab02ae2e68bdd04a0e8103f6713d SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-ufs.vmdk.xz) = 2c1c9a64963bacaf2b07866dd78de85826a1c802b1f269a984a19060b84dfcc2 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.qcow2.xz) = 172738edb2edf4c5d581a5ec9e7470ac93dbef23f81154d71726667effc1a143 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.raw.xz) = c3b29b2e5071a11d74b8610befaecb4b8082184eeb00136ff43c4eb086667073 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.vhd.xz) = 6eb2a2bc6e731b8483317b8ee581731b8d738f9ad02e33cc370bf0890244f5b2 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64-zfs.vmdk.xz) = c4c1eff1dd5ac124ceacad21b85b02d1d775bb9443b799b0f6794a333db7415d SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64.qcow2.xz) = 6f67ff2985874da38dddd027475fa76bea9b25e528d08aa3659ad438a6ef3d07 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64.raw.xz) = 4a632a825aa1de4888e25bf7380bd31c37db423e0434ced00e8df3d476bdf175 SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64.vhd.xz) = 7d8dccd8681c70faad8f50d3010a442b07e4ab02ae2e68bdd04a0e8103f6713d SHA256 (FreeBSD-14.0-BETA3-riscv-riscv64.vmdk.xz) = 2c1c9a64963bacaf2b07866dd78de85826a1c802b1f269a984a19060b84dfcc2 o 14.0-BETA3 amd64 BASIC-CI: SHA512 (FreeBSD-CHECKSUM.SHA256-amd64-BASIC-CI.raw.xz) = 8fcffa262a584d5af3d2ee1380b92bc1b4ae28fbf00ed5b09cb40457c6d68e85300ac9e631a3a62aa16b37349e1361b3d928618a60211b523c54479168ab72c0 SHA256 (FreeBSD-CHECKSUM.SHA256-amd64-BASIC-CI.raw.xz) = d6a1f40bbf0b4fcff146f4c5fc0cab912a4afb57b47532ebd0931b41670fe463 Regards, Glen Please consider donating to help support my FreeBSD work: https://www.gofundme.com/f/gjbbsd https://paypal.me/gjbbsd Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmUOGiAACgkQAxRYpUeP 4pMouA/+Nk0iPykMBsH9nrGDeGBllLbBqlUf8HoK8UdXu/soRaQUySC4QP0h/oLc TSc+H8KxACGrHkjGQs55pNb7Ai5ErNmwgba6LO3sOi28kgH3WL4TxLazs+zRC3g0 ojb13pBBfpxphuhMHQl7/11n3RUunFJRO6yeD+HV3Wkn2bVZpPSStTSvV7n/x4zM DaOI29f7Nd/Y0T04wZjo6wldnObZbwznk8F+fBBHtMeK2KD6Lz1/c7nSyDJnVyg9 7dJ8DWxu1iM+EdvZlUIPntWOzSpTtaP2UOJPoEllkS2DxkIabGmgJ8Ti9nF7z6S0 Q88kn6nU9H8X4FZJ0bDsPXkR/WWGxGfeOuKC1C0e0Nx6XeVYmUX2i2Lcve7d/Ci9 vuobc8BH6/PFNI6wn3NAU6FDnP1+5W4zLazSzhnn2QCE0wMKKlbeCMyGMy7wzC94 s0RmoLMCRKFjRX75BTgHzjQoxX1CAnxGCi54BzOAu9ZVnZMIiPiGYnimC95dHH7e eIGYoS+u+Cc7bJ7WR4XgHv66/4GbfjmNBJub9N23U7LP2gRIm1AEQOVZpZUKOenm ucsbPnUKqEDvnTga4c5T6oYmU0wFe1CV5CnHjbR8+uvAxFucVF7CIVkegk/wbBQF WlAcR39gEiUKemuop2c1Q8jQ4T0lNo0AMu3r82MLnRkW7YH9Gjg= =HK46 -----END PGP SIGNATURE----- From nobody Fri Sep 22 22:55:31 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rsnfs4BD0z4tZ3c; Fri, 22 Sep 2023 22:55:33 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rsnfs3hQfz3cC5; Fri, 22 Sep 2023 22:55:33 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695423333; 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; bh=0Owh38q+UrlItL22tijA+QNAcoSoxq1t8DjvtSCYrrU=; b=Cftn3q15A9+ieSkMPMC6wqCV7geDgtN+5ss/ukSfvvFJPf84lWdj+VW98xocN+P1CxFO3d oRBD/q4HvKOpJ5vsnATU2r5UlNiGlokdZ8fiR5soUPdUt1peaBKc38a6eL1KzIt+VaPCyd miktr96sZKr2Ctd3a7Afst9BZ3FSmjEAPaawBPsEUznEy35sxQfRUFnVymHwk7n9V+gm6C 6CWeTYdzv+u/qhqHgvvPLzQpQA23157G48aY/BeCy8eBG0eiZpsGbMu6CqIgXSXOpTNR9p uDIJa4gmaEcWOOGyGD2ApD/uaVK+MShgCmTj2pFsQeysr89t9y+DZ5/mHhLBfQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695423333; a=rsa-sha256; cv=none; b=tsaCpFBT47wrr8ltmA+34FnfTHERcb85VlB027V5TwIepDXb+hkn3fAtEMbVfyB4s2oB1q kznw7cHjEVm4jX1Z26iBqmwKm6spab7zplXOHYSxu8Nq3Xmuafr/yMcF5SYJOZyefjv8/w 7s5p7zgB+K23+ymMuldWWH76FbIdAhUI79dl8Y1RUBs9wPKhHyDzJK5lOzDAFF3NfpFmcy nwc95ECBeArgAW/tS/Og+ZKscVswPtkUUBKvwN5ayqFUD91M6GUJxNGy85EbLYGsLvzMdQ vef26M8DuGtlMcu6MJQmB+BUQTgEjLmicL+Gmwt3o6rdiB/MrmubVuPSU7vscg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695423333; 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; bh=0Owh38q+UrlItL22tijA+QNAcoSoxq1t8DjvtSCYrrU=; b=TEb2rTHdasJRFHC2rnh2GitaS2CC/6xVoS4Pt+caX4HrImJq1EY3p/o5i9akzoA6O/ZBzz vUaa5iNs6SXz/U+iL7/DgJJvyuFY2fyjn+4FpT8DTqNYEEI4tBCmwvY/wqX3kz77Gngu1Q Ou3KocjDfUkjxGln8Mn5rEzLReRNUZ48z2nNLo1Tg4aiegeuxAb2wXZ8z7I9lGVi/mB0oV nr1XM+tqI4SGEMvdlKCwvUMzjaLHwUSLsjn5wsH9rOanEC7zeB/KZqLjTpVHohjox3CDdo vAOEe84hYqGLlq8VPuhQ1RRvN3ldycIeokVGFYb1nSyf/CETFtUh+LUCWMeOSw== 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 F3F8C84FA; Fri, 22 Sep 2023 22:55:32 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 22 Sep 2023 22:55:31 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Cc: FreeBSD Release Engineering Team Subject: Update on 14.0-RELEASE Message-ID: <20230922225531.GT1219@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="A/2QVx3Okwt4+LIK" Content-Disposition: inline --A/2QVx3Okwt4+LIK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline We will likely need at minimum a fourth BETA build for the 14.0-RELEASE cycle. As was just announced, BETA3 is now available. There are some known outstanding issues: 1) freebsd-update(8) has previously failed to upgrade from 13.x and earlier due to a file name that had been replaced with a directory of the same name. A patch for this is under testing. 2) FreeBSD arm64/aarch64 EC2 AMIs have been failing to build properly, presumably due to lang/rust build failures leading to the ec2-scripts package from being prevented to be available. The last 15.0-CURRENT snapshots seem to have this resolved, so hopefully it is also resolved for what will eventually be the 'release_0' package set for 14.0-RELEASE, but that is still over a week away. 3) There are no "official" FreeBSD base packages available. I have been occupied with external factors preventing me from having cycles available to look into this without interruption, but I think I am going to err on the side of caution and have a manual package set run available via https://download.freebsd.org/ somewhere within the version, architecture, and machine type namespace. 4) Vagrant images fail to upload due to an incorrect target following the addition of ZFS images. This is another issue where I have personally been blocked/blocking progress. 5) The 'ftp-stage' target does not currently account for ZFS virtual machine images. I again have this in my queue. I do not know if I necessarily care too much about this for 14.0-RELEASE, since all virtual machine images are within the 'Latest/' directory namespace for all builds, but I am intent on fixing it. 6) The ZFS-root EC2 AMIs panic a few seconds after booting, apparently due to memory corruption in ZFS. Note regarding (3) above: this is not yet done, but the datasets in which the builds were done are preserved. I hope to have at least a few hours this weekend to try to get binary packages for the FreeBSD base system in place, wherever that ends up being. Glen On behalf of: re --A/2QVx3Okwt4+LIK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmUOG2MACgkQAxRYpUeP 4pOPCw/+K8Lod6s+bzgmP08Ata8Ag1VNqpVMhiiMQfhBplChUT3kahJuA9Pbucxq 7w6CEemCJOYm2xeQ7RsesnAl3qvrxOVT9P4/z6zBw737/DMyMy0VgAwNNua9Rn4m iFJrqfohMjPyoiq76N6MM6fN8LzXE8GWo/qAmY/2Z5IA4h78NdUAvT4TieqQl8bB X8exhMMlE0C+C0cA5CXC35urNYsZFDIvrdSF3ps5NORard41md0p+EL8lL/Tsd9N FgtPjeX4fhpuoMaNtXPLSPz2DnMfnzkvvmgC+pQrBJS4CoA7gQ3ibT6x11Ams+gC /qBBwP69i252J7EEHfrpSKOfK9iedMW9x54Ay7MlLUc6n03z8d1dSfptNuTKUBuw RsfCbpCO9HxkyXJGJWQc8Z7dmFhy5l1qYL7djA8B7APQag2kH+BwY+x9lE/Rsk2W Wf9OAFTifMsJKLrYd//HRgRwr9Ldf0zywXIuCqFo8NVwNI7WmcL9rx7avfJ4gqB0 y5GGhK5UaVANe6D4FXqvFa7270T0CL+J51jI7HnY9FmJ3MevhvjRhptr7pcmMpty Lw1HYAcYhTuBEcOWmE00t6syONLfDzlqgbJbIKbOWjm2aBE+GmBcoOW2WckQ7kHr yEpsE5hdrtjSAjWw7EV+5LHwbxpu7Adf16ubodTDCHPPIw4X67U= =967b -----END PGP SIGNATURE----- --A/2QVx3Okwt4+LIK-- From nobody Fri Sep 22 23:16:47 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RspBj19Vnz4tbY9; Fri, 22 Sep 2023 23:19:41 +0000 (UTC) (envelope-from yasu@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RspBj0R1Nz3ghm; Fri, 22 Sep 2023 23:19:41 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695424781; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+rTGCyy56tl4mMZTalkRNp/KqeOSarwt9V5mQdVxA1A=; b=YjGKs8lZXT/o+L2JOnkrj0dzQWLIxOJQUSLq3EI5HMMeVYU1Rpjd8fSviQz/FPfDGegD+D 47l6pq9iuBc2hIHI1HaDki5xShh7IP9Hb26H8KjOIqwCWaImNQUoCnKW0OlgpYmQzIVK6z RMb9EAne40/p5/S5VZQZX+Dmk/MkA/INZq4XicAYlgkv8EswGG1yXWfIBe24wq593rwEOE E32M7TL3EAWsp/nX1trPNdgv8RVcu7ioVaUz2dfsVP2BgjL5nPoBaWRAYOpowTgvf8RGDc SZFaM2vv15Ihunvyi+zzvbkpovphrx2hFnahvjN58VUM2AQWj+QWEdw4e3tcRw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695424781; a=rsa-sha256; cv=none; b=qmQdxAxVeIC2BQMvpGJR70aZL96YuxnYHmu/FPVHbXP/Ik4K4J5d1NCGPZDRgPXVgBcm5V DCDoCXnp6fHQwGa2h6RU/ZMoY4E5UxIBh067O2rGSYq7+Yhi4RalU9W1DD50IH5QRuLOBM ycnGCNMdVceA84Sdw7YLQV86QbQAKaeSn0D6zugWPBo0gXwAszSoiuKpF3yd1v8YSYmz7v IXeCRKdHLsgDHF8n7iof7VzMm9108/9ksFlLNbGKzOJfiN37664aT9Kms7eDkQ2C3GEHAW QpEXJeWtnoxTCniiojaLSRvXuozb4ktRMNYtV0wSvW6BYdMyeM+ASeMII1dYPA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695424781; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+rTGCyy56tl4mMZTalkRNp/KqeOSarwt9V5mQdVxA1A=; b=jg6m95x41kqiZF1+m5gIO8mwJzgoxR+pFYlxU+fOfUmPgWCRBJkoB5J+9wniZFdZN3EVoh at1efUBg5LB0yD+Ns/JX/qJEZrB86I3K3WKFiHNll8uJ7R8eFXMkeBD1NKRWPho6lojRGe PQLkmKvJzdBKhrsa4fwuKHKlvQiRUZET3CqK8F609Oz4w93LEcVZIVD8PXfaoV7b9I0jG5 ZQdJ1LyF5NDI1PoSl0hFhLMio3+1/yAGcRjBgKkorlIsx1g2WmZ2N1nAa7r62m98JbSE8t 7UNfKFwS8YLUqvvmjVs1+A/IJqGLU+GlS5GznSd1qnxbfgbHo/3QxGpdsr9QoQ== Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RspBg5bxGz132r; Fri, 22 Sep 2023 23:19:39 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sat, 23 Sep 2023 08:16:47 +0900 (JST) Message-Id: <20230923.081647.116419710205124654.yasu@FreeBSD.org> To: gjb@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: FreeBSD 14.0-BETA3 Now Available From: Yasuhiro Kimura In-Reply-To: <20230922225008.GQ4090@FreeBSD.org> References: <20230922225008.GQ4090@FreeBSD.org> X-Mailer: Mew version 6.9 on Emacs 30.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Glen Barber Subject: FreeBSD 14.0-BETA3 Now Available Date: Fri, 22 Sep 2023 22:50:08 +0000 > The third BETA build of the 14.0-RELEASE release cycle is now available. I tried to update from 14.0-BETA2 to 14.0-BETA3 with freebsd-update(8) but it fails as following. root@rolling-vm-freebsd4[180]# uname -a FreeBSD rolling-vm-freebsd4.home.utahime.org 14.0-BETA2 FreeBSD 14.0-BETA2 #0 releng/14.0-n265096-dfd44f2f0143: Fri Sep 15 05:46:35 UTC 2023 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 root@rolling-vm-freebsd4[181]# freebsd-update -r 14.0-BETA3 upgrade Looking up update.FreeBSD.org mirrors... 2 mirrors found. Fetching metadata signature for 14.0-BETA2 from update1.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. The following components of FreeBSD seem to be installed: kernel/generic world/base world/lib32 The following components of FreeBSD do not seem to be installed: Does this look reasonable (y/n)? y Fetching metadata signature for 14.0-BETA3 from update1.freebsd.org... failed. Fetching metadata signature for 14.0-BETA3 from update2.freebsd.org... failed. No mirrors remaining, giving up. This may be because upgrading from this platform (amd64) or release (14.0-BETA3) is unsupported by freebsd-update. Only platforms with Tier 1 support can be upgraded by freebsd-update. See https://www.freebsd.org/platforms/ for more info. If unsupported, FreeBSD must be upgraded by source. root@rolling-vm-freebsd4[182]# What is wrong? --- Yasuhiro Kimura From nobody Fri Sep 22 23:32:53 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RspV0394yz4tcJd; Fri, 22 Sep 2023 23:32:56 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RspV02cB9z4Gdq; Fri, 22 Sep 2023 23:32:56 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695425576; 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=l4sedsQDqHz9oEduk2jaNGgrWQTjGUT50AWkc8SXQrs=; b=E8TYxBLPAm4RBmPf3zF1F0k/yUQHqBAYmv04hI/UnncsPziRR6+/vyZCJZu7BKxs8bBCto Dp9oZHgX1XvYVCljBRNUnsijHrNVejuaOUyMNTRUgQOSiGIcMQ+ngtrcnKorQCNAkEG8Fu MaNgTyR6jnXTBjVV2UFkR+pPbu6h1qMWSAD/EjCJKsgIA0s5bxnSLbHyrq12mV81OEGqca iKDFPcct6dOaoHq1AQAlHlgAx2BZ0XSYPIlSgv7kesLvzM/igkSj4LavxhTBT/E+fo4NSy HjVk9Q/hPom2Ku+Jg5GkhValmDYbpaPti4de0gLY/IryCYbOybMHVCs+yI7O7g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695425576; a=rsa-sha256; cv=none; b=w1Mtc2olhLpvv644cNWijuEDcHgBMd1PewG3EK+VsoioU1zPBNd0e92Rs/ZSo7PmKUWDBg u4Z+ZOHQRglP2V7TyRsDtCBK4wRXHY7KZfbiRM8KHR12p9vlGCXhylsU9brBVJTTbhYT5t irrmFC1SdmAdPcMugy0trx7usqpPRSSOBoTyVZ/F+c04o3R4QZ9kBh1pK47EYADAG79DBH DbyjTTuJ27wojLNCSMfcesWTBJ6od6+v31W3l4uqFg3rEZ6H+JOWoa8zprRtA563VGZY3d IR7j7eulmV7CkYNn6W/MPoDC/4lP3yv1s4qylwrOO0oFcbbXaiTkEjYZfKgmKg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695425576; 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=l4sedsQDqHz9oEduk2jaNGgrWQTjGUT50AWkc8SXQrs=; b=urkUuFg6dwnZXYwCk7TxTo1fcPXMf8eR2QaiEsGjhYxJ5t8h5Gyh0hdzvbKLxF0yLk4fvE kRbIxSiX7a4KgJa1R5isjUa0nO60FRbDZccpt14nz2X+Gsqr4mOMNGz2U0dUGDu+iguf6x o3YtCiHs7D+RERX/9ozKXegSdDh/rIqYOpRRkwHUYgV9fWeX2zv0d2YofIT+swmasLKDov 16ZRp6TNMjMG7kHsKVb2c57xyQJNrjE3RHefXk1IXvkPTVQLMo4wd3LnWXL/Mv6HjlIiUe 9dd2gac5X0n4wxTxU3O0LBri6aJybASAGH/XwcvtcCBFvvNkZhBosnlhNRwFMQ== 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 EB93987AD; Fri, 22 Sep 2023 23:32:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 22 Sep 2023 23:32:53 +0000 From: Glen Barber To: Yasuhiro Kimura Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: FreeBSD 14.0-BETA3 Now Available Message-ID: <20230922233253.GI52318@FreeBSD.org> References: <20230922225008.GQ4090@FreeBSD.org> <20230923.081647.116419710205124654.yasu@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MoMqJSZefcPDZlII" Content-Disposition: inline In-Reply-To: <20230923.081647.116419710205124654.yasu@FreeBSD.org> --MoMqJSZefcPDZlII Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 23, 2023 at 08:16:47AM +0900, Yasuhiro Kimura wrote: > I tried to update from 14.0-BETA2 to 14.0-BETA3 with freebsd-update(8) > but it fails as following. >=20 [...] -------------------------- begin quoted text --------------------------- =3D=3D=3D Upgrading =3D=3D=3D Due to a known delay, freebsd-update(8) binary update builds are not yet ready for BETA3. A separate email will be sent once they are available. --------------------------- end quoted text ---------------------------- Glen --MoMqJSZefcPDZlII Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmUOJCUACgkQAxRYpUeP 4pPaQw//exKjF2s3EVk6umxFB1+wXfm6hYbtLpAbFWt7uULPeK2CBUzEpwmCUVI/ 9tIRNaD+689h+5xtf7Qmcbqu+tveFfqtHzQeXm5bugeY+60bHn5y8XkFjfiJJ7D5 u62Fwxv2B/i5V4NQ4PBM2ApwFPzWNQ5Q8rKHZJAORzI5JjilfJ7sxtFbEktnI8x/ gVLgPu3U9HV3MQ//rdr4YoZoy5o9NWTWx75lR2S4TVi8GBJd0hCxSFDfRXw/13M2 ZCbqzDJuSvKwF2PuWbX2U5kMiYKRP1YWaNvh09pPlH0vozf3nISoDtID0x1Xmfgm dtwO6J0WdzAMkwRn9AVnVVgTTQKTdF1P6DyMMP2/cmQ2xwW0QIShHIe/Lk+pGP50 SVKQ9O350iy2jlXrkZgTAJrOsynvQO1k/M6v9apmNnASAu25H7UvxpkDo1yZlBx/ UsRq5ek92ubTHGQZLrXj5Af1arjxPq0xmO+y3CUgb8CBngO/H49TvWJc62E2Dj3v JdX1GuRqY21uvENIyvYsyK0C9CPP8lW7Bi0khzOKD3C0+sUygUBQSP149fd6SNFb /w2xgA6AFQcIDN/K6CZemd+8MNHsp2wp48LEqAkKNWLAMhQJjfECkh0ZOQaW/BZ9 ST1eJD3A6RRyBO58br6+KFv2SSpQz9cGzW57mYjl0spnJ1+HaVo= =et3g -----END PGP SIGNATURE----- --MoMqJSZefcPDZlII-- From nobody Fri Sep 22 23:51:37 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rspvs6F50z4tfch; Fri, 22 Sep 2023 23:51:53 +0000 (UTC) (envelope-from yasu@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rspvs4hNMz4fqf; Fri, 22 Sep 2023 23:51:53 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695426713; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=LBQEM6orPcN8jJxR6jjkd28+ttQ6VDlXFGr5U4DCAfQ=; b=HLuygDwpRgI+OdHFQm60eMd7FYRlk5MsTHb19PXzH7ZQCzRdENlnv79N+lrQDKp9cGH7m+ 3ZX0JpNEStCDtoIZe/kc/lWjXAcK5jPAo86u3qfnlm5Jx0PQhp0zZlDFgYAOXlx6Lh9icq jfe8iXTwOne3Rnr8tYm4S/4nAYu0kcfw7UtbCfcXMwBBLxkwvA0Nbe6SKdV5NzEUrGJyIq gB14X5RRlrgb0IxC925J+pXjCDEy+lOJD2lw90l5VnLnh5vGFwH5iLFvDNs1v665X6x9Yl ozdPB2FEXZdc9YVDKxMfl5v/0ZDv0oF+SoWtooyAJEAdnHPIr2AQDGmdFTvd5A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695426713; a=rsa-sha256; cv=none; b=gkiWswlYzTI1YItC0b9xKePMrnQ7rY9wsXed8CpxmYaSeqOO44qHAZWdlzIcHv+lD1DLy5 C3HfRoOhBuTVEcCjKc9QqB/DCLKELW/3CAdTFjN7wZq6J+PVB8dyDVwLGvF5wIafdS/+uX 3Vyac1Bihc/L86IeBcAnkbOkD1MisG07SfJK1ljA6/KKcnJ4UeSA1EOauJBA9yJN47N87x MndKSCsKpt/4jbZ2OZEhoZQw3lBuJP3qpUfYmYNFvtHEUGajdiEjnPVp98ZN2lZc4si/yQ 2mvjcFkbGWYZDZLVFXXnDnUH0K3dZAaTx8MmuEmj46k5t3QdzmLtD66bm4SgPA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695426713; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=LBQEM6orPcN8jJxR6jjkd28+ttQ6VDlXFGr5U4DCAfQ=; b=cR19LyOi0uqIrk0kt6eYE4NfkHxV3zCv1FOIOvLG1ZLEhnj30GLjIeNcB+Mmv24IFkd76e xnpjWIJJ5WiOLI5a5nOLTRB4o3q554TYKgDb6VdYT7NoyN5ALTZ1bRUTV09lu4SY5HyWqV w2eaypCNB7UtCqOC/Xnxwmggzub4oNZbcWs80QH5Bjxlsvhs10ABJqgc70FalgHiAUaDZB S0Xgv80n164dIV2U/Bqn4/pytT/B32GkSPUw+oXRIU0YaEDLLRsjHNHHkGqLcygUikUB8y JNuSXuuF0IyFTMHLp9nRVOZUfuThqIDpV2ZXH9CZ4i39697FgNy0SaiPDSOUdA== Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (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) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Rspvr2tkYz12v9; Fri, 22 Sep 2023 23:51:52 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sat, 23 Sep 2023 08:51:37 +0900 (JST) Message-Id: <20230923.085137.1788040230669865191.yasu@FreeBSD.org> To: gjb@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: FreeBSD 14.0-BETA3 Now Available From: Yasuhiro Kimura In-Reply-To: <20230922233253.GI52318@FreeBSD.org> References: <20230922225008.GQ4090@FreeBSD.org> <20230923.081647.116419710205124654.yasu@FreeBSD.org> <20230922233253.GI52318@FreeBSD.org> X-Mailer: Mew version 6.9 on Emacs 30.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Glen Barber Subject: Re: FreeBSD 14.0-BETA3 Now Available Date: Fri, 22 Sep 2023 23:32:53 +0000 > On Sat, Sep 23, 2023 at 08:16:47AM +0900, Yasuhiro Kimura wrote: >> I tried to update from 14.0-BETA2 to 14.0-BETA3 with freebsd-update(8) >> but it fails as following. >> > [...] > > -------------------------- begin quoted text --------------------------- > === Upgrading === > > Due to a known delay, freebsd-update(8) binary update builds are not yet > ready for BETA3. A separate email will be sent once they are available. > --------------------------- end quoted text ---------------------------- > > Glen > Oops, I should have read more carefully. Anyway thanks for quick reply. --- Yasuhiro Kimura From nobody Sat Sep 23 03:34:35 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rsvs70zdfz4twV8 for ; Sat, 23 Sep 2023 03:34:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rsvs54Jfsz3X07 for ; Sat, 23 Sep 2023 03:34:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=E3VIhMCM; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695440087; bh=+BeT0CIWejmhwGVV8iPIIHFvsF0KGp3BpynDwppZ5O0=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=E3VIhMCMBsHKHGyYd44d4GwPSolCtwxrSxjCJKPSM5YFCMYRs6BDJZ/wDuC6fAX/eOBgP+CRcnQV56xiz7uyY6IcrD0LEqZXqQU6aLHDYp2mDP6ANeEsnsVtqSh4XLSYrIpI5LBb74VFeGNxIMJ2unoGnC6ft62SiWP8dgf7eJsvtft/KruwBOeTXpwhxEwKiyYZTHKVx3fh5ODe3WDYHegXnMAgK6AHuPoeI43CG29JUxFcK1VBgacemrF2/SK//qsB0dmj/smU+IgHhHU4eKi4ejZBYsZgvseiW/HlGyzWWpRwz8chEzOMRtxZyrceJ8ENWOOoS/J8FbMJq2jIWA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695440087; bh=S4pCKyQ1x27NQfbG/2XX9wJ3DuyzqdraomOGvXkpvRI=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=MpE84GF4hT8BPHbdLPlDNx7b3nEv5UuBLm2QE+ygaESjCuD6+B6pWU26HljSQMGoYZLB90qTBeSVmgQgjC8iDxLakrHLuoCh8vSqXii2KRh0XVSrhD27HetyCWlgRp/xCZ3HZ18rw+IXHjZLXar6kGyJYEMHozwUx+W4bu/Vz6OUA4u5njVrBXKsvq4HewOIvqzMzBfNy8fDuv7N+Y+SQAnYBtvOE27JQcC170DhXDQZ88Z9gNgpe86RBUJBgN6sFI56EnyIq6IsACCMkXjp37pazlzhcFsUbvHm70s8CqVGf3AHeI5KSgLUaSgPFTeuqxDnPvHHPwY5oC6UcGEVfg== X-YMail-OSG: s62E4J4VM1l1S3KbVtcdCKZsmjIjpg9R6waicPeE2B2Skz8ubuZPhY1kGVDZVTg S69rSTT0x6kZxYKRWFBoXB2orf3MnxynfW4Yy3jAZDGWAqhRBomCiSzBM.WyVNUHCIhBEu.eS74u st06jPAemsCOK05jTswyY5icY5ciPlQfNAvbH3vjTxbBOMvxRFo6r_FaFX2KYN4gO7IAP9T5BcYJ 6b6SKJZf03HDAt1409O0MuvHM3LiCjb1slbessVdgwOMUontnuAbe4NZoiiRbHKZeTgAIuxd6hj_ E53b9ppaY96dW8Q036rv9AGNxae9E8sz_J0JjDCjeF5nWgpatlP4HhFKcf7gtvTp5hH1WAW7tcwG eAaJ71wKoGPSHfG0hJy9GIEYNG9PRX.Spdr_Vz26tABfwZ1ilCucauLtb1C4m04UKPft28CYLRGA oiV4_P157mehRo6ISufRzZTTcVBCDM6LMNRsr8bdZD1U9SlfQ2zXTb8dYDN59WGKdfu3Pc0HU5dh zJBnSwBZCNsEYsxkQeROZV37tQxMNrZxUrWPEP7wgJhRN_UYWtOIhI7ujxPGtlmkbpVATzyZINdf DvoGIw0HG0pswu82YHX3eZZEe6PBgXQ_TGNYoKcvFvYzyR3_wI1f.IdFFFgBfudlX4FpaUxzBEEJ eeVBNOpZPHQQwwpmrS5hAgpJE2yvSTPTMLaH0PiDVnTbOeJYB_tqv5ktwvl2iXbPi20tyc6XQzQ4 Op.rk_UekLxoqjepyIuQb_hRGvQjpfpoBYf236lwCP3QxPzbXrLChDjUAlGBMjMasYc5dSAbLGAB bvcFem2sN2zS..OOwqpEADmGZDjmNGjpAPmZuTpVRsXzOxebUHeYZBoggS1z4MubwBPsDhQG5KpD 6svB33mYOVNvJ_Ul_i0xyF2gvN40bt_GgnC_ZoZO9mk9w3xhkpQQamrCoyzeXFDws4lCQfH1UghS RgmlsqU3ZFCPsgna5pSCC7JqhxvxEFajd0Ggz.rZYDZVqotFOuZYnRD9393A5GffGDSseTWKN.pd 5JMyZyUX_wb_bVfZXWe8CS1JhyU.4sDniNV9aJIbVJ1AKWcT.LAiwWJhj0Gl1Mn0Mm3QDPFOlHgD zURg1wOnXcM2lv8Yd9D_3IBgaq_OrVCfsSWsqey3K7CrOTJB4qTub43ya8ZpFZXPyt3uoHwfzGFI nu1lvuyUQAOzXzR86TbbD6CmsOhWwNdC4BDC3KhpiSKWsBj75SFkhITzFqyMY6fgUZ32BY108eQV POXRRKJKeKvIXQFUWIkYCX3ugfjomfKIYZJrr93BmZcpsNCS1l11_pEwNenCZF2sc50n9jU.oYkt MsDF8UtC_HqEW26vdXvl2r9ena2yQ7u99P79JkzJcjRL1_1PMC3RqNkfLY4yyUYXhe9WGEKktYk_ u7BzMrcuAiu7EQCJ3smTpaflJitELo_Pwni0Uu8Mx2_Z.MzVQilSbjGItiiucfXWROyOoqUbug18 2T7JB1x53RldxiYrl2b4Qvc4VEQlQygLPaWKpDq6zL3SdVEH6onuY5xLZAXuzF5y1Yr_ESsizGiH Dp0jFkEVJNax9TrzunTsk.hwS.Fcz6b3uldhVD6g0NIEszcQ8heEwE4NAv4q9gNDz0IaqKksoE13 2NESXYBxyRlXARpwjDcUz18L_KLAjdW0_17yM4SzKUoXTwnv_yRB683pfXnOIrJ6COVv4spNdO8J WOMopiuO45bzrin.73Rs18mqnR5JLf8mrznZ..TJd5LSWd6tSyW9_M9oz.Ez4nlmfFDwwo9T0zRB W9jLcw6xDBvpfsi5wDoiti1ctn0ZBcLAjgmu4Om5T5lNZf0bitqLR7tJYYXexK_Tbt7hUwx1DjgY h2.Oo7mK_vIKuD.Q_9uHB7T.HgFiES5kslwml582.0sXA9kfk4_4_3TQBd8kqbPR_9MFsbYDZ8hK kT20oovxPVC3YcXGc3h0RlCQlE5dquaiDK7ALEO7IHIBqMTyrWAQkIadzU8ePvTPCMtuiXCp4A3n 60dNW46J6bqLr3xNqAWTZ90pKTsiN.De8BaniPwBNPmKgfTjx98PkBlGql1tQl.2pxvJA9DDrOU1 0lhoz47nZWAO6_Z4lnlvoCeQw7BTAc_6xyE7hrqZG8cU2fkdADvdF_rpPHiGXNwZ0OpHdH2_hU0r J01H3tErDxOX.b2SWTbjpIG7_xKng0fLEaO715aFNi7HUghFLu6VnHikts9UTvxGFDsdQrlr.tqu a31k3LK4E48ag1dBmJMZUnJ1w70LBkQzFyUXn2emjpwwdJfxiUZ1Rg5gVSZEvJ6csC_oyInL.KUA a X-Sonic-MF: X-Sonic-ID: bc5a100f-e1fe-4f7c-96c0-3e8d20f62ca4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Sep 2023 03:34:47 +0000 Received: by hermes--production-gq1-77657878bb-9rgzc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 06295b72e6fbf483c85dd508bd81f87a; Sat, 23 Sep 2023 03:34:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Recent qemu -cpu cortex-a57 based https://ci.freebsd.org/job/FreeBSD-main-aarch64-* failures . . . Message-Id: <257714F9-D919-45ED-BA92-DF6FCE6B7C65@yahoo.com> Date: Fri, 22 Sep 2023 20:34:35 -0700 Cc: Andrew Turner To: Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) References: <257714F9-D919-45ED-BA92-DF6FCE6B7C65.ref@yahoo.com> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_SPAM_SHORT(0.20)[0.199]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rsvs54Jfsz3X07 Unfortunately, various https://ci.freebsd.org/job/FreeBSD-main-aarch64-* activities are using: FreeBSD 15.0-CURRENT #0 e39e6be: Wed Sep 20 22:15:31 UTC 2023 which is after the pair (2023-Sep-20): =E2=80=A2 git: c643e82dba0b - main - arm64: Fix errata workarounds = that depend on smccc Andrew Turner=20 =E2=80=A2 git: 8a723e2bd868 - main - Check SMCCC is ready before = using Andrew Turner but before the correction (2023-Sep-21): =E2=80=A2 git: 843bea18711d - main - arm64: Move all BP hardening = quirks later Andrew Turner The lack of the correction leads to these "cortex-a57" contexts getting: . . . 15:06:43 VT: init without driver. 15:06:44 module scmi already present! 15:06:44 real memory =3D 8589934592 (8192 MB) 15:06:44 avail memory =3D 8163921920 (7785 MB) 15:06:44 panic: Assertion smccc_version !=3D 0 failed at = /usr/src/sys/dev/psci/smccc.c:81 15:06:44 cpuid =3D 0 15:06:44 time =3D 1 15:06:44 KDB: stack backtrace: 15:06:44 db_trace_self() at db_trace_self 15:06:44 db_trace_self_wrapper() at db_trace_self_wrapper+0xbc 15:06:44 kdb_backtrace() at kdb_backtrace+0xb4 15:06:44 vpanic() at vpanic+0x224 15:06:44 panic() at panic+0xb8 15:06:44 smccc_arch_features() at smccc_arch_features+0x9c 15:06:44 install_cpu_errata() at install_cpu_errata+0x54 15:06:44 cpu_startup() at cpu_startup+0xe8 15:06:44 mi_startup() at mi_startup+0x234 15:06:44 virtdone() at virtdone+0x7c 15:06:44 KDB: enter: panic 15:06:44 [ thread pid 0 tid 0 ] 15:06:44 Stopped at kdb_enter+0x40: undefined f905927f 15:06:44 db> Build timed out (after 1,200 minutes). Marking the build as = failed. . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 23 05:45:35 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rsym14jnPz4v5SS; Sat, 23 Sep 2023 05:45:37 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rsym13sSlz4BMp; Sat, 23 Sep 2023 05:45:37 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695447937; 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=bVHqOCgI6d9uu/VTouLbxJWC2DHy/XczAWAhxb+wP84=; b=PpHa6ARkIGGUUzmfqp8YgaEp7lWPRBh13bK1eks3xG2X18Br10uwiN6R7mvfmGwtI24qmu GAZA08lWBI2QCEcJ3Yi17dEu+tNbQDSmHh92puwg5ASzO/trn3MNE3Z/4C+rSjsYz8fe55 wQeQtwP4dqxLvPu6Ex6AV/muRUc2pE5OhhumY8gg/LQ0VkJeEabGOWoIM5MiwVqy+wuAcB LWsu1a66lesmUgKMBULRGyILWujrH2mq1goyigGD9V+xjPc9Dj2Qe6wTWdc9olsldcgnX1 foWLCmS9QleVlJyJD/vrPwC6sJIgTxLDzjKjmC6gBoQXeYybHGP4utiwWt1CFA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695447937; a=rsa-sha256; cv=none; b=lPD/aDRPGaT+RLNvCre4I30WVYx0I1sedvLQop8qb7gUX/A1TCAkDA5OH89460PDablrT1 6ZzzNRDkIB3LH2HVmhhTOO05cKtcxgv5FbQ0y2ocj5/DDhVK4xVYBBYoiq7lDgLpqQPD5c Tta9Iy5CpnnWh5/aHH828opj1tKH6NRKxmMjATxqqw9sb7NCUTWTLalKL7Or48t3YP+3WN BiejumvYIG1+3b53k8xUCaNsIlXQocRuRT6JEEetEZXgmCInU7d9bfUCQESGwgQamYuTHP SfC+9azcVnPNvKCpLTHT6oWjTPj2FfC9npuyd31Z6K14PefTeMdoo/11OIk1cw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695447937; 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=bVHqOCgI6d9uu/VTouLbxJWC2DHy/XczAWAhxb+wP84=; b=EHKg9fhKZHkFJ9dpTD1rCfYDEpuKRCwp764YlqwdRzFC0LIGqAZPRfeB8DlB/U3pMQhJDJ OMrqE76hvsEkYXNjLwke8IBuGVm/CfR+WMohHb7FCZFKg+r5qXGnIG5mv//Qd1IGsq1Zyk Bi1TYT0xH428OphjL/IMeY/Sr1TOImE15DgmxuYWiKW+Hjk5Qz12P/WfPv7ITOK6/xzkRS HxPI+bc6La8g4mbo3+FcFkwEcrId1XGwmxO4Vul0qgSlasYZ5vJPCPWkT88FNRyi60NOE4 FmsQKgfSzWASEr5KK8izS1U9JiaQZc64a5qftt9V5hBkuGB4hUbWfOFfNFzLTg== 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 3206FB9A3; Sat, 23 Sep 2023 05:45:37 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 23 Sep 2023 05:45:35 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: [UPDATE] FreeBSD 14.0-BETA3 Now Available Message-ID: <20230923054535.GJ52318@FreeBSD.org> References: <20230922225008.GQ4090@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed In-Reply-To: <20230922225008.GQ4090@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Fri, Sep 22, 2023 at 10:50:08PM +0000, Glen Barber wrote: > === Upgrading === > > Due to a known delay, freebsd-update(8) binary update builds are not yet > ready for BETA3. A separate email will be sent once they are available. > Binary updates via freebsd-update(8) are now available for systems already running 14.0-BETA. Note, releases from 13.2 and earlier are still problematic due to a file name being replaced with a directory of the same name. A patch is being tested currently, and we hope to have this resolved for 14.0-BETA4. === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 14.0-BETA3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install Regards, Glen Please consider donating to help support my FreeBSD work: https://www.gofundme.com/f/gjbbsd https://paypal.me/gjbbsd Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmUOe38ACgkQAxRYpUeP 4pO5xA//Zeg5TAYEhXYdEj7Nk3S46dmq7FgRcgns7wAyQlnNEA31fHCmG0B/aSg4 Ronzr4ed14KX7HUdbd5tsWmIleILH1dLJkmx/wlFOe4uzLC0Nm3zHEwrgn4w6GYj 4hZ67O7Pw/tUYDF57hYYrXWk0zYX90JJZ7nHc4o9f/i/kIIYI6o6MRKZjpuK+lmD eGFgC22s/GR8iR4QC2I++SMDsKSpdOTAqkUo/oOmPPciWqfS8bYfg83i1IDXOmIk VAOBPJ8yJpc6q3EgXFrCRDhFENPLdKG5qT85LinS1z8OS2AppPZ5kixUn2XRI0/Z Nu+UVGEd9zX47wHqtsgjW4vjruHoTRKjFaDh3zJ8tLuX+Q8ZcPidA8JfRQmbqk+R RHW/7gT8j4Nso9fosx0JrQCa3TJG7l7worGG89TtHvWTxPjACtyiE2ocIzDrEj4P 1OQfNPvUQ0fFjm3Di16fwVm8VIGlHq8M2eQho+4n25DvpwVOqiaFrXVdampm4Y2V SnzLqczkR7dK4//sw5+OPK28aIFdaA443Xx6iiuD7DFYrCtxDVx7YDQXbcFdNoMA QuuoV4kRrr+ZrieWX5OWBuzBeLuY9h6Xm0xxkKw42+gdZlU5Uvc0mSMstb7DdEqR l0iMzOAIn2yF8a9Xvo8m+7vWXnODjrcyItNQCl5UVs9sujzu2lg= =qYkR -----END PGP SIGNATURE----- From nobody Sat Sep 23 11:33:33 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rt6TX4xfjz4tWLf; Sat, 23 Sep 2023 11:33:36 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rt6TX3HS6z3JMJ; Sat, 23 Sep 2023 11:33:36 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi by fc.opsec.eu with local (Exim 4.96 (FreeBSD)) (envelope-from ) id 1qk0tC-000BDY-00; Sat, 23 Sep 2023 13:33:34 +0200 Date: Sat, 23 Sep 2023 13:33:33 +0200 From: Kurt Jaeger To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, FreeBSD Release Engineering Team Subject: Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available Message-ID: References: <20230922225008.GQ4090@FreeBSD.org> <20230923054535.GJ52318@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230923054535.GJ52318@FreeBSD.org> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-Rspamd-Queue-Id: 4Rt6TX3HS6z3JMJ Hi! > On Fri, Sep 22, 2023 at 10:50:08PM +0000, Glen Barber wrote: > > === Upgrading === > > > > Due to a known delay, freebsd-update(8) binary update builds are not yet > > ready for BETA3. A separate email will be sent once they are available. > > > > Binary updates via freebsd-update(8) are now available for systems > already running 14.0-BETA. If I try to update my poudriere 14.0-BETA2 jail with this command: poudriere jail -u -j 140 -t 14.0-BETA3 it fails, see here: https://people.freebsd.org/~pi/logs/pou-fail.txt (short, only 1550 bytes) I have: 140 14.0-BETA2 amd64 http 2023-09-16 08:20:01 /pou/jails/140 with /usr/local/bin/poudriere installed by package poudriere-devel-3.3.99.20220831 -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Sat Sep 23 12:11:31 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rt7KY50QLz4tYlv; Sat, 23 Sep 2023 12:11:45 +0000 (UTC) (envelope-from eduardo@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rt7KY4Gsdz3Q7N; Sat, 23 Sep 2023 12:11:45 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695471105; 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=1fU5Lr2Poo0BbOgE2dnEZW/7u/xVvV560PXqOw/xKSE=; b=qpKrZ7nT+rIjxld8fdjSLvQX1bEVMMaMxUowlaJrlBS65twpLcL/XxVEPMDkNYwWo0be0O kaqZwhGO+WkTPCVtweIqELAhrsj+70zoJRJLFV9Day+6eoicRH+N+koWdytSJeiHbHiIDu WP1U6dFpHfTJizIbsl95QTzuYVLISmv63vmKtQpb2mtxGSaBOKnoAdvaI5UXYPv+cEz47j 9JUNRknQYVlr1GPCxbS4FZo1heQ20Nq/loY7LLUXiW5bzcsv83Q8xjNsoWK9oSY+IX+iRK YbAXgrwZbCXct4WoUbbb73UvcXRLwKTcsax3GBJi2VAiWZdLBgzH+3qpRpDoaA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695471105; a=rsa-sha256; cv=none; b=DXQGYRQJQcV2DyfD0ShH7Zi6aKCVmkIDEeXKMuxZym2dsIHelZaR40ju1+13lMY0Tgai/l WMbHz9+eIriXnJcep4HTMH/YblieuxwpRkH4gH8DwqAGpO1eL1Pc/+1/+FQ5SrU41LEZQ0 3kGq8nciOElXQH0RcClSEsn7d9IIGzJ124dvzV3emda9OhH85bLhhdEq8QyV9yiB31m/QF l9zodAAJjCN3yGwdvxW8Ld45DOnGCzZxFLhsfcCRQQzsDAXciJbNjzr1EalRn8k4glQtIA GIMCMk8eDmlSI0XpjqyDp+JgVJrn2Jesum87oGXFQJ/mrQ5qb7ui5pUfui9mmA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695471105; 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=1fU5Lr2Poo0BbOgE2dnEZW/7u/xVvV560PXqOw/xKSE=; b=TLSdiTAmxPlj9ylHdigGeqPzDCMqxezv7fktz8Wv3dF8diix9Nk0o9B1SEfj4GpqZw6X0n b2NAeoTtIBjOJxkv20CQkdra6LTYthjZu1HvTFdqM+HhzJnw4TMQrEsPWmtCJFGeLZmf9b GJ94YIgWaLz4zKYeQhZVDpRroAAEWe+JhBpvdNu2d2jndfep1k5sCU0e9KmbGiSVten9+N NuAqKDNyo58F/YQQbnqqaicfMnjN4RNpNelsyBXL6SW0so9Kkyv8WR2iPJUkejcztGb2Vv Mt2fLBwFhJSFmnGf31h5hNxNPmpOa2Vrct3opN7l1a5h09KLyK3kjb0Z0eRZXw== Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) (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 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Rt7KY3KBpz1Gr7; Sat, 23 Sep 2023 12:11:45 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f177.google.com with SMTP id d75a77b69052e-418025bf4d6so8873871cf.1; Sat, 23 Sep 2023 05:11:45 -0700 (PDT) X-Gm-Message-State: AOJu0YzJO4+IYI+yiGSdoSMrURczzQlMqEVdin//4/tp98a/jNUKiHSj pMhC4ie+guJpZRxeUaWlA3aGg/zytu2xSLsMzE0= X-Google-Smtp-Source: AGHT+IFKIUSYd20Ky0DA/NDwOclQ6Ev1vRLbWewRsufcFYTbufZqOsLBydirHIYOvcMTjs7Bx1TrdY2GN0lZg35hgGY= X-Received: by 2002:a05:622a:14c:b0:412:2911:7e16 with SMTP id v12-20020a05622a014c00b0041229117e16mr2229438qtw.24.1695471104399; Sat, 23 Sep 2023 05:11:44 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20230922225008.GQ4090@FreeBSD.org> <20230923054535.GJ52318@FreeBSD.org> In-Reply-To: From: Nuno Teixeira Date: Sat, 23 Sep 2023 13:11:31 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available To: Kurt Jaeger Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="000000000000e7a0f2060605a086" --000000000000e7a0f2060605a086 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Same error but it seems that upgrade completed and pkgs cleaned: --- =3D>> Building lang/rust build started at Sat Sep 23 12:26:01 WEST 2023 port directory: /usr/ports/lang/rust package name: rust-1.72.0 building for: FreeBSD 140amd64-main-job-02 14.0-BETA3 FreeBSD 14.0-BETA3 amd64 maintained by: rust@FreeBSD.org Makefile datestamp: -rw-r--r-- 1 1001 1001 11640 Sep 9 08:02 /usr/ports/lang/rust/Makefile Poudriere version: poudriere-git-3.3.99.20220831 Host OSVERSION: 1500001 Jail OSVERSION: 1400097 Job Id: 02 --- Kurt Jaeger escreveu no dia s=C3=A1bado, 23/09/2023 =C3=A0= (s) 12:33: > Hi! > > > On Fri, Sep 22, 2023 at 10:50:08PM +0000, Glen Barber wrote: > > > =3D=3D=3D Upgrading =3D=3D=3D > > > > > > Due to a known delay, freebsd-update(8) binary update builds are not > yet > > > ready for BETA3. A separate email will be sent once they are > available. > > > > > > > Binary updates via freebsd-update(8) are now available for systems > > already running 14.0-BETA. > > If I try to update my poudriere 14.0-BETA2 jail with this command: > > poudriere jail -u -j 140 -t 14.0-BETA3 > > it fails, see here: > > https://people.freebsd.org/~pi/logs/pou-fail.txt > (short, only 1550 bytes) > > I have: > > 140 14.0-BETA2 amd64 http 2023-09-16 08:20:01 /pou/jails/140 > > with > > /usr/local/bin/poudriere installed by package > poudriere-devel-3.3.99.20220831 > > -- > pi@FreeBSD.org +49 171 3101372 Now what ? > > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000e7a0f2060605a086 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Same error but it seems that upgrade completed and pk= gs cleaned:
---
=3D>> Building lang/rust
build= started at Sat Sep 23 12:26:01 WEST 2023
port directory: /usr/ports/lan= g/rust
package name: rust-1.72.0
building for: FreeBSD 140amd64-main-= job-02 14.0-BETA3 FreeBSD 14.0-BETA3 amd64
maintained by: rust@FreeBSD.o= rg
Makefile datestamp: -rw-r--r-- =C2=A01 1001 1001 11640 Sep =C2=A09 08= :02 /usr/ports/lang/rust/Makefile
Poudriere version: poudriere-git-3.3.9= 9.20220831
Host OSVERSION: 1500001
Jail OSVERSION: 1400097
Job Id:= 02
---

Kurt Jaeger <pi@freebsd.org> escreveu no dia s=C3=A1bado, 23/09/2023 =C3=A0(s) = 12:33:
Hi!

> On Fri, Sep 22, 2023 at 10:50:08PM +0000, Glen Barber wrote:
> > =3D=3D=3D Upgrading =3D=3D=3D
> >
> > Due to a known delay, freebsd-update(8) binary update builds are = not yet
> > ready for BETA3.=C2=A0 A separate email will be sent once they ar= e available.
> >
>
> Binary updates via freebsd-update(8) are now available for systems
> already running 14.0-BETA.

If I try to update my poudriere 14.0-BETA2 jail with this command:

poudriere jail -u -j 140 -t 14.0-BETA3

it fails, see here:

https://people.freebsd.org/~pi/logs/pou-fail.txt=
(short, only 1550 bytes)

I have:

140=C2=A0 =C2=A014.0-BETA2=C2=A0 =C2=A0 =C2=A0 amd64 http=C2=A0 =C2=A0 2023= -09-16 08:20:01 /pou/jails/140

with

/usr/local/bin/poudriere installed by package poudriere-devel-3.3.99.202208= 31

--
pi@FreeBSD.org=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+49 171 3101372=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Now what ?



--
Nuno Teixeira
FreeBSD Committ= er (ports)
--000000000000e7a0f2060605a086--