From nobody Tue Oct 19 01:01:31 2021 X-Original-To: freebsd-stable@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 A1B71180C266 for ; Tue, 19 Oct 2021 01:01:35 +0000 (UTC) (envelope-from lev@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 4HYFnC10xYz4TB3 for ; Tue, 19 Oct 2021 01:01:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9A4A827240 for ; Tue, 19 Oct 2021 01:01:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.243.255]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 54FA816 for ; Tue, 19 Oct 2021 04:01:32 +0300 (MSK) Message-ID: Date: Tue, 19 Oct 2021 04:01:31 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Content-Language: en-US From: Lev Serebryakov To: freebsd-stable Reply-To: lev@FreeBSD.org Subject: Does audit work on stable/12? Audit-related panic on latest stable/12 Organization: FreeBSD Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N I've upgraded one of my servers from 11.4 to latest stable/12. This server is unique in me fleet because it has audit (and auditd) enabled. First of all, right after (source-based, buildworld & Ko) upgrade dmesg becomes flooded with: BSM conversion requested for unknown event 43224 BSM conversion requested for unknown event 43225 BSM conversion requested for unknown event 43234 BSM conversion requested for unknown event 43238 And after several minutes of work I've got panic: Sleeping thread (tid 101199, pid 51147) owns a non-sleepable lock BSM conversion requested for unknown event 43224 KDB: stack backtrace of thread 101199: #0 0xffffffff804d0f34 at mi_switch+0xd4 BSM conversion requested for unknown event 43224 BSM conversion requested for unknown event 43224 #1 0xffffffff8051ca2c at sleepq_wait+0x2c #2 0xffffffff80467d62 at _cv_wait+0xf2 #3 0xffffffff80719573 at audit_commit+0x243 #4 0xffffffff80719866 at audit_syscall_exit+0x26 #5 0xffffffff804d7f8a at kern_thr_exit+0x14a #6 0xffffffff804d7e37 at sys_thr_exit+0x67 #7 0xffffffff807a1557 at amd64_syscall+0x387 #8 0xffffffff8077a7ae at fast_syscall_common+0xf8 panic: sleeping thread cpuid = 6 time = 1634604615 KDB: stack backtrace: #0 0xffffffff8050e925 at kdb_backtrace+0x65 #1 0xffffffff804c5bcb at vpanic+0x17b #2 0xffffffff804c5a43 at panic+0x43 #3 0xffffffff80523702 at propagate_priority+0x282 #4 0xffffffff805242cc at turnstile_wait+0x30c #5 0xffffffff804abd29 at __mtx_lock_sleep+0x199 #6 0xffffffff804d7ec2 at kern_thr_exit+0x82 #7 0xffffffff804d7e37 at sys_thr_exit+0x67 #8 0xffffffff807a1557 at amd64_syscall+0x387 #9 0xffffffff8077a7ae at fast_syscall_common+0xf8 Now, I've turned off auditd and server looks Ok (at least, it is stable for 30 minutes). But I need audit on this server. Is it known problem? Is it configuration problem? -- // Lev Serebryakov From nobody Tue Oct 19 04:36:22 2021 X-Original-To: freebsd-stable@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 9A46817F4BFD for ; Tue, 19 Oct 2021 04:36:40 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f46.google.com (mail-ot1-f46.google.com [209.85.210.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HYLYN3thqz3PL6; Tue, 19 Oct 2021 04:36:40 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f46.google.com with SMTP id l24-20020a9d1c98000000b00552a5c6b23cso2558217ota.9; Mon, 18 Oct 2021 21:36:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=93ca5hu5mEdkcB5DNb90zCCg/gijR07410brXV0wY28=; b=abrKjn0+qEdMJm+tIT/r9dCJF8GuJ4F9b4HatIMQZHujRE3+vy4GlHmOmv+7ocfV5O BZoERybMtZFxm9adcSoHcL3cFmt+wTlJwF02UNiU6NOGT/qyuNM0aTV8Rir/s/RPVuWi B0Rsa6QXUrfAAlSYB8hv2UKJH1JektEdGC3DdCeI77wV1ZoZESdnrv2RPgoMyWLoJjze hct/ztBCtJqF6tKyr6sdS3PFI2V1lulGYPqAmmmz3CixA+Ybl4Bpq+weAf6g58shDwbY 5sr+IzOxXs6CWkuJkDAOXyX6D6gFaD35YOsiDCnswIS605X9gRX0uhqTFgECVkbEvJGJ J9YA== X-Gm-Message-State: AOAM533tXScDh15hp0C733lvcKs/EuzhEhkjynIWhO5RMquMjg1U18IF k+3sZquubnIFvTowkQPOEfuFaAKMz2VeyidJgueT1ew/ X-Google-Smtp-Source: ABdhPJy5Ef1bQWAaIekTg0P83Ivks4PY/A+Ve9BPJ4id2wbOYxMDaIr1DZGs6lDCDsLhqRD60HcOomJ373PrwLl+j7U= X-Received: by 2002:a9d:baf:: with SMTP id 44mr3410020oth.371.1634618193575; Mon, 18 Oct 2021 21:36:33 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Mon, 18 Oct 2021 22:36:22 -0600 Message-ID: Subject: Re: Does audit work on stable/12? Audit-related panic on latest stable/12 To: Lev Serebryakov Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4HYLYN3thqz3PL6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, Oct 18, 2021 at 7:02 PM Lev Serebryakov wrote: > > > I've upgraded one of my servers from 11.4 to latest stable/12. This server is unique in me fleet because it has audit (and auditd) enabled. > > First of all, right after (source-based, buildworld & Ko) upgrade dmesg becomes flooded with: > > BSM conversion requested for unknown event 43224 > BSM conversion requested for unknown event 43225 > BSM conversion requested for unknown event 43234 > BSM conversion requested for unknown event 43238 > > And after several minutes of work I've got panic: > > Sleeping thread (tid 101199, pid 51147) owns a non-sleepable lock > BSM conversion requested for unknown event 43224 > KDB: stack backtrace of thread 101199: > #0 0xffffffff804d0f34 at mi_switch+0xd4 > BSM conversion requested for unknown event 43224 > BSM conversion requested for unknown event 43224 > #1 0xffffffff8051ca2c at sleepq_wait+0x2c > #2 0xffffffff80467d62 at _cv_wait+0xf2 > #3 0xffffffff80719573 at audit_commit+0x243 > #4 0xffffffff80719866 at audit_syscall_exit+0x26 > #5 0xffffffff804d7f8a at kern_thr_exit+0x14a > #6 0xffffffff804d7e37 at sys_thr_exit+0x67 > #7 0xffffffff807a1557 at amd64_syscall+0x387 > #8 0xffffffff8077a7ae at fast_syscall_common+0xf8 > panic: sleeping thread > cpuid = 6 > time = 1634604615 > KDB: stack backtrace: > #0 0xffffffff8050e925 at kdb_backtrace+0x65 > #1 0xffffffff804c5bcb at vpanic+0x17b > #2 0xffffffff804c5a43 at panic+0x43 > #3 0xffffffff80523702 at propagate_priority+0x282 > #4 0xffffffff805242cc at turnstile_wait+0x30c > #5 0xffffffff804abd29 at __mtx_lock_sleep+0x199 > #6 0xffffffff804d7ec2 at kern_thr_exit+0x82 > #7 0xffffffff804d7e37 at sys_thr_exit+0x67 > #8 0xffffffff807a1557 at amd64_syscall+0x387 > #9 0xffffffff8077a7ae at fast_syscall_common+0xf8 > > > Now, I've turned off auditd and server looks Ok (at least, it is stable for 30 minutes). But I need audit on this server. Is it known problem? Is it configuration problem? > > > -- > // Lev Serebryakov audit has at least some coverage in CI, but apparently not enough. Would you share your /etc/security configuration? Event 43224 is thr_new, which certainly should be known everywhere, so I'm wondering if you have a bad build somehow. Are you using GENERIC or do you have a custom kernel config? From nobody Tue Oct 19 08:35:51 2021 X-Original-To: freebsd-stable@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 4A912180A9D6 for ; Tue, 19 Oct 2021 08:35:55 +0000 (UTC) (envelope-from lev@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 4HYRsR1h4mz3lhw; Tue, 19 Oct 2021 08:35:55 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 015002B615; Tue, 19 Oct 2021 08:35:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.243.255]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 73B904F; Tue, 19 Oct 2021 11:35:52 +0300 (MSK) Message-ID: <2362acb7-4286-d2d4-ece4-56df13db7ed3@FreeBSD.org> Date: Tue, 19 Oct 2021 11:35:51 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Reply-To: lev@FreeBSD.org Subject: Re: Does audit work on stable/12? Audit-related panic on latest stable/12 Content-Language: en-US To: Alan Somers Cc: freebsd-stable References: From: Lev Serebryakov Organization: FreeBSD In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 19.10.2021 7:36, Alan Somers wrote: >> I've upgraded one of my servers from 11.4 to latest stable/12. This server is unique in me fleet because it has audit (and auditd) enabled. >> >> First of all, right after (source-based, buildworld & Ko) upgrade dmesg becomes flooded with: >> >> BSM conversion requested for unknown event 43224 >> BSM conversion requested for unknown event 43225 >> BSM conversion requested for unknown event 43234 >> BSM conversion requested for unknown event 43238 >> >> And after several minutes of work I've got panic: >> >> Sleeping thread (tid 101199, pid 51147) owns a non-sleepable lock >> BSM conversion requested for unknown event 43224 >> KDB: stack backtrace of thread 101199: >> #0 0xffffffff804d0f34 at mi_switch+0xd4 >> BSM conversion requested for unknown event 43224 >> BSM conversion requested for unknown event 43224 >> #1 0xffffffff8051ca2c at sleepq_wait+0x2c >> #2 0xffffffff80467d62 at _cv_wait+0xf2 >> #3 0xffffffff80719573 at audit_commit+0x243 >> #4 0xffffffff80719866 at audit_syscall_exit+0x26 >> #5 0xffffffff804d7f8a at kern_thr_exit+0x14a >> #6 0xffffffff804d7e37 at sys_thr_exit+0x67 >> #7 0xffffffff807a1557 at amd64_syscall+0x387 >> #8 0xffffffff8077a7ae at fast_syscall_common+0xf8 >> panic: sleeping thread >> cpuid = 6 >> time = 1634604615 >> KDB: stack backtrace: >> #0 0xffffffff8050e925 at kdb_backtrace+0x65 >> #1 0xffffffff804c5bcb at vpanic+0x17b >> #2 0xffffffff804c5a43 at panic+0x43 >> #3 0xffffffff80523702 at propagate_priority+0x282 >> #4 0xffffffff805242cc at turnstile_wait+0x30c >> #5 0xffffffff804abd29 at __mtx_lock_sleep+0x199 >> #6 0xffffffff804d7ec2 at kern_thr_exit+0x82 >> #7 0xffffffff804d7e37 at sys_thr_exit+0x67 >> #8 0xffffffff807a1557 at amd64_syscall+0x387 >> #9 0xffffffff8077a7ae at fast_syscall_common+0xf8 >> >> >> Now, I've turned off auditd and server looks Ok (at least, it is stable for 30 minutes). But I need audit on this server. Is it known problem? Is it configuration problem? > > audit has at least some coverage in CI, but apparently not enough. > Would you share your /etc/security configuration? Event 43224 is /etc/security was merged from my old (stable/11 era) config by `mergemaster`. Here result is: audit_control: # # $FreeBSD$ # host: dir:/var/audit minfree:5 dist:off flags:lo,aa,fc,-fd,fw,pc,nt,ex naflags:lo,aa,fc,-fd,fw,pc,nt,ex policy:cnt,argv filesz:200M expire-after:356d OR 50G audit_user: # # $FreeBSD$ # root:lo:no daemon::+fw,+fc,+fd operator::+fw,+fc,+fd bin::+fw,+fc,+fd tty::+fw,+fc,+fd kmem::+fw,+fc,+fd games::+fw,+fc,+fd news::+fw,+fc,+fd man::+fw,+fc,+fd sshd::+fw,+fc,+fd smmsp::+fw,+fc,+fd mailnull::+fw,+fc,+fd bind::+fw,+fc,+fd proxy::+fw,+fc,+fd _pflogd::+fw,+fc,+fd _dhcp::+fw,+fc,+fd uucp::+fw,+fc,+fd pop::+fw,+fc,+fd www::+fw,+fc,+fd hast::+fw,+fc,+fd nobody::+fw,+fc,+fd mysql::+fw,+fc,+fd postfix::+fw,+fc,+fd dovecot::+fw,+fc,+fd dovenull::+fw,+fc,+fd All other audit_* files are identical with source ones. > thr_new, which certainly should be known everywhere, so I'm wondering > if you have a bad build somehow. Are you using GENERIC or do you have > a custom kernel config? It is custom (trimmed) kernel config. Nothing special, only most of devices (which is not actual on this hardware) are stripped. -- // Lev Serebryakov From nobody Tue Oct 19 19:42:51 2021 X-Original-To: freebsd-stable@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 9D1AB180A0FC for ; Tue, 19 Oct 2021 19:43:04 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) (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 4HYkgC2zCNz4STf for ; Tue, 19 Oct 2021 19:43:03 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Filter: OpenDKIM Filter v2.10.3 erg.verweg.com (unknown-jobid) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verweg.com; s=verweg; t=1634672574; bh=ocHCWcYuHC2t7065p6VQR1XUyDdLL9bWoZz8CkZa8EA=; h=From:Subject:Date:References:To:In-Reply-To:From; b=noYG52f4GhK/YmzjS8r9hDcWeloioCvw31cIXsSM5KykjCXSZVkzUqAmK4ial24Sa DAcud07M+JI1A47HcH+1MARSj5i2JqP0Zn7wpk8BJzS1ma/0PTLREBmMqmW4UB0c7v nm1+usK2//KmEEHoVupApS6iN1Evhpf7UBVPmvu3d20HXzuQdFc4NL4hd4XPpfR5za q1UIu07HevebW4alGtP3K0yDTjQ4Nd1P6XWP4eTMEVrxH+NjTa8hAdJbUmREpEWc7T 4vxbFuDoBs9xrMk7Hsk1klHIUc1A/nM38ci8t1DmRVAPWBn7wv9yhMhnjBGsIwYfp6 Z6GOd0izaonvQ== Received: from smtpclient.apple ([IPv6:2a10:3781:3e9:1:f5c6:9a28:2e19:42a7]) (authenticated bits=0) by erg.verweg.com (8.17.1/8.17.1) with ESMTPSA id 19JJgrge056334 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 19 Oct 2021 19:42:53 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host [IPv6:2a10:3781:3e9:1:f5c6:9a28:2e19:42a7] claimed to be smtpclient.apple Content-Type: multipart/signed; boundary="Apple-Mail=_13B9ECC0-322C-4543-8508-ED6246CD0347"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: No ConOut(Dev) on ASUS PRIME Z590M-PLUS UEFI Date: Tue, 19 Oct 2021 21:42:51 +0200 References: <14294C07-BBD3-4DDD-A952-9BBEC75D08F6@verweg.com> <20211006212252.17e7382482ffa4dc9ddc4e49@dec.sakura.ne.jp> To: FreeBSD-STABLE Mailing List In-Reply-To: Message-Id: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HYkgC2zCNz4STf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=verweg.com header.s=verweg header.b=noYG52f4; dmarc=pass (policy=reject) header.from=verweg.com; spf=pass (mx1.freebsd.org: domain of ruben@verweg.com designates 2a02:898:96::5e8e:f508 as permitted sender) smtp.mailfrom=ruben@verweg.com X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[verweg.com:s=verweg]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[verweg.com:+]; DMARC_POLICY_ALLOW(-0.50)[verweg.com,reject]; R_SPF_ALLOW(-0.20)[+mx]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; NEURAL_SPAM_SHORT(1.00)[0.997]; ASN(0.00)[asn:8283, ipnet:2a02:898::/32, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Reply-To: ruben@verweg.com From: Ruben van Staveren via freebsd-stable X-Original-From: Ruben van Staveren X-ThisMailContainsUnwantedMimeParts: Y --Apple-Mail=_13B9ECC0-322C-4543-8508-ED6246CD0347 Content-Type: multipart/alternative; boundary="Apple-Mail=_728CA6A0-A0DF-417E-A490-C0581BB4AE61" --Apple-Mail=_728CA6A0-A0DF-417E-A490-C0581BB4AE61 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I=E2=80=99ve booted the systems with the FreeBSD 12 live usb stick and = the Ubuntu 20.04 LTS desktop live usb. Both don=E2=80=99t show the required(???) ConOut/ConOutDev devices, = preventing FreeBSD 13 from doing anything graphical there and falling = back to serial. It looks like the FreeBSD 12 loader tries vga textmode anyway in that = case but support for that has been removed from the FreeBSD 13 loader. Does anyone more enlightened in UEFI has a clue wether this is a valid = motherboard behaviour? > On 6 Oct 2021, at 15:17, Warner Losh wrote: >=20 >=20 >=20 > On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI > wrote: > On Wed, 6 Oct 2021 10:59:55 +0200 > Ruben van Staveren via freebsd-stable > > wrote: >=20 > > > > > > > On 6 Oct 2021, at 05:20, Warner Losh > wrote: > > > > > > =E3=80=93 > > > > > > > > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via = freebsd-stable > wrote: > > >> > > > > > > > > > Can you pipe this through '| carbs sudo efivar --devicepath' = please? > > > > sudo efivar | grep -- -Con | carbs sudo efivar --device-path > > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn > > : = PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/Pci(0x1= 4,0x0)/USB(0x1,0x0)/USB(0x3,0x0) > > > > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev > > : = PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/Pci(0x1= 4,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >=20 > So two USB devices. I'm guessing that they are a keyboard and mouse. >=20 > Warner >=20 > > > > > Warner > > >> > > > > I wonder if this has something to do with secure boot restrictions, = the documentation of that motherboard is quite heavy on it. This is = disabled as far as I know, as all SATA/NVMe storage is available. At = first I thought this might be due to the intel i9-11900T video not = supported yet, but also with a GeForce GT 710 installed the video = doesn=E2=80=99t work in UEFI mode. > > > > Best Regards, > > Ruben >=20 > Just a thought reading web page [1]. > The motherbord actually uses just the same device path as ConIn, but > does NOT set ConOut and ConOutDev erroneously. > If so, we would need trying device path of conIn for ConOut, if not = set. >=20 >=20 > [1] > = https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundatio= n/readme.15/3157_conout = >=20 >=20 > Just FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working, = shows > output of `efivar | grep -- -Con | xargs efivar --device-path` >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev > : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev > : PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0) >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut > : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn > : PciRoot(0x0)/Pci(0x1f, > = 0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8297-dede395f5d5b),/PciRo= ot(0x0)/Pci(0x1f, > = 0x0)/Acpi(PNP0f03,0x0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/PciRo= ot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x3,0x0= )/USB(0x0,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x0,0x0) >=20 >=20 > -- > Tomoaki AOKI > --Apple-Mail=_728CA6A0-A0DF-417E-A490-C0581BB4AE61-- --Apple-Mail=_13B9ECC0-322C-4543-8508-ED6246CD0347 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----- iQIzBAEBAgAdFiEEJ5YXTZtFY5bgSLwXiG9r7NR3qT8FAmFvH7wACgkQiG9r7NR3 qT/dNBAAjGA4DXuZgbW1vm4ki6LEd6jBxB1f8dt64coezqysp9675qZTBgrVNbDO oNEWo1lCygCuc0DhQpbHeuZB0u1CqX8Bjh1AdEh/AfEpGqeAvKfsAo3Xau385PuT D/GAEROs/iadbj/Edu/KQOyBAxKM8KbO1H3j10dJq8DaibnIv8lzvw5LKaD7dOhg fTi4oPtuR/aX8rsFRp7UJeY5yRZ2i69n74G78RH7pslfSgW2DybIYycSveDX5zVN C8mtXwWa1IdlFBa7f2mdg/fbXhZYUuPT1W2/+W+Bi9i3LO92ayFlgI/UQ1msGcT6 ewMgSXrX/653a5OwyzXx4q3gFLOY0OJhBpsjO6urDxVgc/aXuTy2zsSjPTdtuOHw SNVGpd+Fvjqf0ZgNxPl6gL/7RfYgxgTAlRN+Uqm1m2suclS41tmtmHsSaCvTJPgI 9G5icU7ZrtR5MY8m1MsM4xM+8ov5xhRWHccSN8Pl0FzFgladALueDoZkU5cyZIEw Bg7yH0m1cHeOC8q4JONLHWyKe5JApaV9OLq1tPDcbh4FXRhFsm5Z6aGeY24RtqHt SEewFC5JhPZVIW3o5t/vDIkvL+bUnybQxYA8qOBZn9XB0l8zxO3JLA9+LHNJwbKZ OAReMOg6TOqnkFhxPUn1PKKyxMqyCywAC1eagA18nM1jOAFnEYU= =g8Ff -----END PGP SIGNATURE----- --Apple-Mail=_13B9ECC0-322C-4543-8508-ED6246CD0347-- From nobody Tue Oct 19 20:20:54 2021 X-Original-To: freebsd-stable@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 9CAF71800164 for ; Tue, 19 Oct 2021 20:21:04 +0000 (UTC) (envelope-from jo@bruelltuete.com) Received: from email.jo-t.de (seppel.jo-t.de [45.132.244.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HYlW33zcMz4lH9 for ; Tue, 19 Oct 2021 20:21:03 +0000 (UTC) (envelope-from jo@bruelltuete.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bruelltuete.com; s=bruelltuete18a; t=1634674037; bh=NdI4At4k6kFA8YiJSjd6B26kBdrwUppgFwh5cc46y0g=; h=Message-ID:Date:MIME-Version:To:From:Subject:From; b=G5+KU8/yYaUGNxiABzVg3cIU2q5gyIqDfOtK3clMQmy2KUZTCUp4/12JPAbtpEstM e5MAESxNIsYcDiy6GDdTSebv6grXWBXDJ/xw0UVEJ/Xg0MdmaR7eIWRPTyPheyyOE1 XMcLBmraqOkqbumXqatT1Yod6/9Z+MY3BRE/oIJYoTHCjUwqpXytwgKZLTX+uxcida 98wcryRP0FMTZS/CqrspRBFkz2CHETomBPeFBpdbmmkvY/ze4jXWjeHshJPXUGKL71 ioIizpl8nDRZhQngN+I4Q/b2R7KjD95N4CwG9Bu9Y/bxjo2ET+97o2gLPNV64CaN43 IFdHsGfTTw02w== Message-ID: Date: Tue, 19 Oct 2021 21:20:54 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Language: en-GB To: freebsd-stable@freebsd.org Subject: ipfw antispoof differences between 12 and 13 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HYlW33zcMz4lH9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bruelltuete.com header.s=bruelltuete18a header.b="G5+KU8/y"; dmarc=pass (policy=reject) header.from=bruelltuete.com; spf=pass (mx1.freebsd.org: domain of jo@bruelltuete.com designates 45.132.244.126 as permitted sender) smtp.mailfrom=jo@bruelltuete.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bruelltuete.com:s=bruelltuete18a]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[bruelltuete.com:+]; DMARC_POLICY_ALLOW(-0.50)[bruelltuete.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:45.132.244.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[] Reply-To: jo@bruelltuete.com From: Johannes Totz via freebsd-stable X-Original-From: Johannes Totz X-ThisMailContainsUnwantedMimeParts: N Hi folks, are there any known differences for how ipfw's antispoof pattern works between 12-stable and 13-stable? When upgrading to 13-stable, I've noticed that ipfw started rejecting packets coming from an epair interface, based on an antispoof rule. On 12-stable, packets sent via epair (e.g. from inside a jail) do not match, ie do not get rejected: ipfw add deny log ip from any to any not antispoof in On 13-stable, those packets suddenly match and get rejected. Are epair interfaces no longer considered "directly connected"? One odd thing I've noticed (since 12-stable) with ipfw logs is that packets from an epair interface are logged as coming via loopback. Here's an example (on 13-stable), from /var/security.log: host kernel: ipfw: 3600 Accept UDP x.x.x.x:58297 x.x.x.x:53 out via lo0 host kernel: ipfw: 500 Deny UDP x.x.x.x:58297 x.x.x.x:53 in via lo0 host kernel: ipfw: 3600 Accept UDP x.x.x.x:19109 x.x.x.x:53 out via lo0 host kernel: ipfw: 500 Deny UDP x.x.x.x:19109 x.x.x.x:53 in via lo0 Rule 3600 is an explicit accept for that epair interface. Rule 500 is the antispoof rule above. The address x.x.x.x is explicitly configured for one half of this epair interface. There's a paragraph in the ipfw manpage that sounds like this epair vs loopback confusing might be the cause of it. Any thoughts? thanks! From nobody Wed Oct 20 18:22:37 2021 X-Original-To: freebsd-stable@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 BC3AB18027EF for ; Wed, 20 Oct 2021 18:27:26 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HZJxT6L7Zz3wDJ for ; Wed, 20 Oct 2021 18:27:25 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 19KIR4HF051193 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 20 Oct 2021 20:27:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 19KIR4Nh051192 for freebsd-stable@freebsd.org; Wed, 20 Oct 2021 20:27:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 19KINe13081588 for ; Wed, 20 Oct 2021 20:23:40 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 19KIMbUD081444 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 20 Oct 2021 20:22:37 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 19KIMbOm081443 for freebsd-stable@freebsd.org; Wed, 20 Oct 2021 20:22:37 +0200 (CEST) (envelope-from peter) Date: Wed, 20 Oct 2021 20:22:37 +0200 From: Peter To: freebsd-stable@freebsd.org Subject: IPv6 inconsistent local routing Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Wed, 20 Oct 2021 20:27:07 +0200 (CEST) X-Rspamd-Queue-Id: 4HZJxT6L7Zz3wDJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org has no SPF policy when checking 2a0b:f840::12) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[sub.org]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello all, with IPv4 the handling of local traffic was simple: all local traffic would go in and out of the 'lo0' interface, no matter which ip-address was used or on which interface that address would be placed. This gets also obvious from the routing table: root@xxxx:~ # ifconfig vtnet0: flags=8863 metric 0 mtu 1500 inet 192.168.97.15 netmask 0xffffffe0 broadcast 192.168.97.31 inet6 fd00::1 prefixlen 64 root@xxxx:~ # netstat -rn Routing tables Internet: Destination Gateway Flags Netif Expire 127.0.0.1 link#2 UH lo0 192.168.97.0/27 link#1 U vtnet0 192.168.97.15 link#1 UHS lo0 <<<<<< While the network /27 appears with 'vtnet0', the local address itself is at 'lo0'. Practically it looks like this: root@xxxx:~ # ping 192.168.97.15 ipfw: 1 Accept ICMP:8.0 127.0.0.1 192.168.97.15 out via lo0 ipfw: 1 Accept ICMP:8.0 127.0.0.1 192.168.97.15 in via lo0 ipfw: 1 Accept ICMP:0.0 192.168.97.15 127.0.0.1 out via lo0 ipfw: 1 Accept ICMP:0.0 192.168.97.15 127.0.0.1 in via lo0 root@xxxx:~ # telnet 192.168.97.15 7777 ipfw: 1 Accept TCP 192.168.97.15:52401 192.168.97.15:7777 out via lo0 ipfw: 1 Accept TCP 192.168.97.15:52401 192.168.97.15:7777 in via lo0 ipfw: 1 Accept TCP 192.168.97.15:7777 192.168.97.15:52401 out via lo0 ipfw: 1 Accept TCP 192.168.97.15:7777 192.168.97.15:52401 in via lo0 All traffic goes thru 'lo0' (and there we could filter it if e.g. we want to filter between non-vimage jails). But now look at IPv6: root@xxxx:~ # ping fd00::1 ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] out via lo0 ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] in via lo0 ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] out via lo0 ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] in via lo0 root@xxxx:~ # telnet fd00::1 7777 ipfw: 1 Accept TCP [fd00::1]:53821 [fd00::1]:7777 out via lo0 ipfw: 1 Accept TCP [fd00::1]:53821 [fd00::1]:7777 in via vtnet0 <<<<< ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:53821 out via lo0 ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:53821 in via lo0 Upsala! What's the 'vtnet0' doing there?? But that's not yet the full story. This is 13-stable or RELEASE-13.0. And now RELEASE 12.2 (or 12.3-PRERELEASE): root@yyyy:~ # ping6 fd00::1 ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] out via lo0 ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] in via vtnet0 ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] out via lo0 ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] in via vtnet0 root@yyyy:~ # telnet fd00::1 7777 ipfw: 1 Accept TCP [fd00::1]:60375 [fd00::1]:7777 out via lo0 ipfw: 1 Accept TCP [fd00::1]:60375 [fd00::1]:7777 in via vtnet0 ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:60375 out via lo0 ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:60375 in via vtnet0 Urgs. Lets conclude: the behaviour is * inkonsistent between IPv4 and IPv6 * inkonsistent between incoming and outgoing * inkonsistent between originate and answer flow * inkonsistent between protocols (ICMP vs. TCP) * inkonsistent between releases And now I have a problem. I'm trying to enhance my graphical frontend to also work with IPv6: https://forums.freebsd.org/threads/nice-or-ugly.81298/post-522355 But how should I code that, when the behaviour is different with every usecase? And whom might I ask how it would look if it finally settles? (The ipfw mailinglist seems mostly empty.) You might say, it does not usually make sense to route traffic local-to- local over an IPadress of an outbound interface. But actually this is common practice in e.g. failover scenarios, where you don't know in the app configs if your address is currently local or not - you just know it carries the service. It was mentioned that one should usually ignore local traffic in the firewall rules. But that is not the point: as these packets are labelled with the external interface, they will go thru the ruleset for the external interface anyway. And there they will be dropped, because nobody there knows about them. This has also an effect on the tcp dyn keepalive feature. (net.inet.ip.fw.dyn_keepalive) These keepalives usually go thru lo0 incoming. But, with IPv6 on Rel. 12 they go thru the external interface, incoming. Then on Rel. 13 they go thru lo0 again. (And I didn't try Rel. 14 ) Cheerio, PMc From nobody Wed Oct 20 22:06:00 2021 X-Original-To: freebsd-stable@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 6242A1817654 for ; Wed, 20 Oct 2021 22:06:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HZPny1Hbsz3w8g for ; Wed, 20 Oct 2021 22:06:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id A53178D4A210; Wed, 20 Oct 2021 22:06:05 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7E298E708BC; Wed, 20 Oct 2021 22:06:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id Oh7JTXwo4k3Q; Wed, 20 Oct 2021 22:06:01 +0000 (UTC) Received: from [169.254.86.56] (unknown [IPv6:fde9:577b:c1a9:4902:4805:d989:df5d:8806]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 63B03E708BA; Wed, 20 Oct 2021 22:06:01 +0000 (UTC) From: "Bjoern A. Zeeb" To: Peter Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 inconsistent local routing Date: Wed, 20 Oct 2021 22:06:00 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4HZPny1Hbsz3w8g X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 20 Oct 2021, at 18:22, Peter wrote: > Hello all, > > with IPv4 the handling of local traffic was simple: all local traffic > would go in and out of the 'lo0' interface, no matter which ip-address > was used or on which interface that address would be placed. This gets > also obvious from the routing table: > > > root@xxxx:~ # ifconfig > vtnet0: flags=8863 metric 0 > mtu 1500 > inet 192.168.97.15 netmask 0xffffffe0 broadcast 192.168.97.31 > inet6 fd00::1 prefixlen 64 > > root@xxxx:~ # netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Netif Expire > 127.0.0.1 link#2 UH lo0 > 192.168.97.0/27 link#1 U vtnet0 > 192.168.97.15 link#1 UHS lo0 <<<<<< > > While the network /27 appears with 'vtnet0', the local > address itself is at 'lo0'. > > Practically it looks like this: > > > root@xxxx:~ # ping 192.168.97.15 > ipfw: 1 Accept ICMP:8.0 127.0.0.1 192.168.97.15 out via lo0 > ipfw: 1 Accept ICMP:8.0 127.0.0.1 192.168.97.15 in via lo0 > ipfw: 1 Accept ICMP:0.0 192.168.97.15 127.0.0.1 out via lo0 > ipfw: 1 Accept ICMP:0.0 192.168.97.15 127.0.0.1 in via lo0 > > root@xxxx:~ # telnet 192.168.97.15 7777 > ipfw: 1 Accept TCP 192.168.97.15:52401 192.168.97.15:7777 out via lo0 > ipfw: 1 Accept TCP 192.168.97.15:52401 192.168.97.15:7777 in via lo0 > ipfw: 1 Accept TCP 192.168.97.15:7777 192.168.97.15:52401 out via lo0 > ipfw: 1 Accept TCP 192.168.97.15:7777 192.168.97.15:52401 in via lo0 > > All traffic goes thru 'lo0' (and there we could filter it if e.g. we > want to filter between non-vimage jails). > > But now look at IPv6: > > > root@xxxx:~ # ping fd00::1 > ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] out via lo0 > ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] in via lo0 > ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] out via lo0 > ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] in via lo0 > > root@xxxx:~ # telnet fd00::1 7777 > ipfw: 1 Accept TCP [fd00::1]:53821 [fd00::1]:7777 out via lo0 > ipfw: 1 Accept TCP [fd00::1]:53821 [fd00::1]:7777 in via vtnet0 <<<<< > ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:53821 out via lo0 > ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:53821 in via lo0 > > > Upsala! What's the 'vtnet0' doing there?? > > But that's not yet the full story. This is 13-stable or RELEASE-13.0. > And now RELEASE 12.2 (or 12.3-PRERELEASE): > > > root@yyyy:~ # ping6 fd00::1 > ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] out via lo0 > ipfw: 1 Accept ICMPv6:128.0 [fd00::1] [fd00::1] in via vtnet0 > ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] out via lo0 > ipfw: 1 Accept ICMPv6:129.0 [fd00::1] [fd00::1] in via vtnet0 > > root@yyyy:~ # telnet fd00::1 7777 > ipfw: 1 Accept TCP [fd00::1]:60375 [fd00::1]:7777 out via lo0 > ipfw: 1 Accept TCP [fd00::1]:60375 [fd00::1]:7777 in via vtnet0 > ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:60375 out via lo0 > ipfw: 1 Accept TCP [fd00::1]:7777 [fd00::1]:60375 in via vtnet0 > > > Urgs. > > Lets conclude: the behaviour is > * inkonsistent between IPv4 and IPv6 > * inkonsistent between incoming and outgoing > * inkonsistent between originate and answer flow > * inkonsistent between protocols (ICMP vs. TCP) > * inkonsistent between releases > > > And now I have a problem. I'm trying to enhance my graphical frontend > to also work with IPv6: > https://forums.freebsd.org/threads/nice-or-ugly.81298/post-522355 > > But how should I code that, when the behaviour is different with every > usecase? > And whom might I ask how it would look if it finally settles? (The > ipfw mailinglist seems mostly empty.) > > > > You might say, it does not usually make sense to route traffic > local-to- > local over an IPadress of an outbound interface. But actually this > is common practice in e.g. failover scenarios, where you don't know > in the app configs if your address is currently local or not - you > just > know it carries the service. There used to be: $ sysctl -d net.link.ether.inet.useloopback net.inet6.icmp6.nd6_useloopback net.link.ether.inet.useloopback: Use the loopback interface for local traffic net.inet6.icmp6.nd6_useloopback: which defined this bahviour. These were removed in/after the FreeBSD 10 times I think? I’d start looking from there. > It was mentioned that one should usually ignore local traffic in the > firewall rules. But that is not the point: as these packets are > labelled > with the external interface, they will go thru the ruleset for the > external interface anyway. And there they will be dropped, because > nobody there knows about them. > > > This has also an effect on the tcp dyn keepalive feature. > (net.inet.ip.fw.dyn_keepalive) These keepalives usually go > thru lo0 incoming. But, with IPv6 on Rel. 12 they go thru the external > interface, incoming. Then on Rel. 13 they go thru lo0 again. > (And I didn't try Rel. 14 ) > > > Cheerio, > PMc From nobody Thu Oct 21 00:46:01 2021 X-Original-To: freebsd-stable@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 36E6C1815647 for ; Thu, 21 Oct 2021 00:46:13 +0000 (UTC) (envelope-from jo@bruelltuete.com) Received: from email.jo-t.de (seppel.jo-t.de [45.132.244.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HZTLW4Tthz3RGh for ; Thu, 21 Oct 2021 00:46:11 +0000 (UTC) (envelope-from jo@bruelltuete.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bruelltuete.com; s=bruelltuete18a; t=1634776325; bh=+u7Ziy5v+acIu7ggCuJq1MDE0bHeXX7Q37YjLCvbnVs=; h=Message-ID:Date:MIME-Version:Subject:From:To:References:From; b=EXPLwR1ytWdndim+ZGb50CAkI27MMN7xouSC1mWyDrcjLLPC/ZGwLg43hzxTHgQsN 7WER23X8nWnyb47RBn+nvKdvzgZxu9IRIy03Ji+/D+2WyxdQOaZLUVho3hmoCZE8oQ QyWFB1/of7sWLax9RJke/bYJW2MJSxhfL9sJG8f1FZjglxLaPQYIaqegBH+E4KvAVS gbXtX/3itOBAv1EdxA2Rwtno/E1rOBzGYL99rI1poLm76Hq0buTcVBABgZFdi7/5K2 m4CMY6dXKJIhkqsWrbizf7d5qpJfodt/lWe3FqCtJ0Z83DQArCRyEzMlmL3MXGGwwT t/8r/Id1qqePw== Message-ID: <107ab48e-b3ae-0c3a-fd07-f4867e5fc962@bruelltuete.com> Date: Thu, 21 Oct 2021 01:46:01 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Subject: Re: ipfw antispoof differences between 12 and 13 Content-Language: en-GB To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HZTLW4Tthz3RGh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bruelltuete.com header.s=bruelltuete18a header.b=EXPLwR1y; dmarc=pass (policy=reject) header.from=bruelltuete.com; spf=pass (mx1.freebsd.org: domain of jo@bruelltuete.com designates 45.132.244.126 as permitted sender) smtp.mailfrom=jo@bruelltuete.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bruelltuete.com:s=bruelltuete18a]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[bruelltuete.com:+]; DMARC_POLICY_ALLOW(-0.50)[bruelltuete.com,reject]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:45.132.244.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[] Reply-To: jo@bruelltuete.com From: Johannes Totz via freebsd-stable X-Original-From: Johannes Totz X-ThisMailContainsUnwantedMimeParts: N On 19/10/2021 21:20, Johannes Totz wrote: > Hi folks, > > are there any known differences for how ipfw's antispoof pattern works > between 12-stable and 13-stable? > > When upgrading to 13-stable, I've noticed that ipfw started rejecting > packets coming from an epair interface, based on an antispoof rule. > > On 12-stable, packets sent via epair (e.g. from inside a jail) do not > match, ie do not get rejected: > > ipfw add deny log ip from any to any not antispoof in > > On 13-stable, those packets suddenly match and get rejected. > > Are epair interfaces no longer considered "directly connected"? > > > One odd thing I've noticed (since 12-stable) with ipfw logs is that > packets from an epair interface are logged as coming via loopback. > Here's an example (on 13-stable), from /var/security.log: > > host kernel: ipfw: 3600 Accept UDP x.x.x.x:58297 x.x.x.x:53 out via lo0 > host kernel: ipfw: 500 Deny UDP x.x.x.x:58297 x.x.x.x:53 in via lo0 > host kernel: ipfw: 3600 Accept UDP x.x.x.x:19109 x.x.x.x:53 out via lo0 > host kernel: ipfw: 500 Deny UDP x.x.x.x:19109 x.x.x.x:53 in via lo0 > > Rule 3600 is an explicit accept for that epair interface. > Rule 500 is the antispoof rule above. The address x.x.x.x is explicitly > configured for one half of this epair interface. > > There's a paragraph in the ipfw manpage that sounds like this epair vs > loopback confusing might be the cause of it. Ah nvm, it was a routing mistake. Fixing up the routing table by hand makes things work again with antispoof and the ipfw log looks much better as well. From nobody Thu Oct 21 20:11:23 2021 X-Original-To: freebsd-stable@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 2E1CA181AE7E for ; Thu, 21 Oct 2021 20:18:27 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HZzM65BHwz4vKM for ; Thu, 21 Oct 2021 20:18:26 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 19LKI4EM019488 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Oct 2021 22:18:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 19LKI4vu019487; Thu, 21 Oct 2021 22:18:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 19LKDFkl038962; Thu, 21 Oct 2021 22:13:15 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 19LKBNEd038729 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Oct 2021 22:11:23 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 19LKBNXm038728; Thu, 21 Oct 2021 22:11:23 +0200 (CEST) (envelope-from peter) Date: Thu, 21 Oct 2021 22:11:23 +0200 From: Peter To: "Bjoern A. Zeeb" Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 inconsistent local routing Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Thu, 21 Oct 2021 22:18:07 +0200 (CEST) X-Rspamd-Queue-Id: 4HZzM65BHwz4vKM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Oct 20, 2021 at 10:06:00PM +0000, Bjoern A. Zeeb wrote: ! > You might say, it does not usually make sense to route traffic local-to- ! > local over an IPadress of an outbound interface. But actually this ! > is common practice in e.g. failover scenarios, where you don't know ! > in the app configs if your address is currently local or not - you just ! > know it carries the service. !=20 !=20 ! There used to be: !=20 ! $ sysctl -d net.link.ether.inet.useloopback net.inet6.icmp6.nd6_useloopba= ck ! net.link.ether.inet.useloopback: Use the loopback interface for local ! traffic ! net.inet6.icmp6.nd6_useloopback: !=20 ! which defined this bahviour. !=20 ! These were removed in/after the FreeBSD 10 times I think? ! I=E2=80=99d start looking from there. Hi, thank you, yeah I found these. While pointing someway into that rabbithole, it is actually a dead end at first: because, these options influence the routing table, and they are now default-ON anyway. Also, in my case, the routing table is correctly populated with lo0, so this is not the problem. And, the routing table only considers OUTgoing packets, and as we can see in my message above, my OUTgoing packets are all fine and go via lo0. It is the INcoming path that create this problem. Glancing further thru the code, I find there is a "m_pkthdr.rcvif" variable from which ipfw gets the incoming-interface info. But then that variable is spread all over the whole networking code and gets used everywhere. So unless one does already dwell in the networking code and kernel debugger, this will be extensive labour to figure out.=20 But, I just found, the other way is just as ugly: when I move my stuff to work via localhost, I need, among other things, also new kerberos principals, because these then must read e.g. "postgres/localhost", and must provide the correct principal to all concerned places. It's alot of effort, and it's the wrong direction. Normally, people thow their lamp-stack (or whatever) onto one machine, configure it all as localhost, and everything works, and nothing is modular and nothing is extensible. And then when they notice there is a problem they have no clue and pay a lot of money for containers. I started the other way round, always and only use the external interface names (and don't mix these with the hostname, the hostname is something entirely different and only relevant for mail, if at all), configure everything onto these names, and then everything works =66rom everywhere right from the beginning. Except when ipfw gets these creepily mixed interface tags. Ob-rant. Thanks for listening. Cheerio, PMc From nobody Thu Oct 21 22:56:15 2021 X-Original-To: freebsd-stable@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 CAEEB181E70B for ; Thu, 21 Oct 2021 22:56:17 +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 4Hb2sF5T6rz4pM5; Thu, 21 Oct 2021 22:56:17 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1634856977; 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=KmnavqlVl86vx2aqnLZe6N+Zkas+VPmMk2bTibkCBPE=; b=DP5dPRkE+OiQHmHv3uUkEikTCnOl3LIM6d2XWWv8x9/WLG3GlgYUI7t9IBW2LXLxMxuYah AcEuKWpn7+hlChJRHpR90j9OPt0XYrK6I//iGrkyEcYa0IaqUXYhgZ41xjAoJjVVCdwwjE LzqfpxKXlG9mIQ+pcrP2Hoovy2EUxQJXIql5F68UVMN9hV5YTrMr+THdNj0Z4pLEgOyPyR bATVtyPtlhZI3LcMmGlGsmPS3rJbAmnfgs6PtMLABdyZ6FtEdsmMa+P5cYftRjnhh5UbmH yKxdFsazXeBXj5MsTuri5hT9P5t2cmF0xFUN6xFmigzjH7Pcf1B4iFqj1cVnlA== 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 551A47596; Thu, 21 Oct 2021 22:56:17 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Thu, 21 Oct 2021 22:56:15 +0000 From: Glen Barber To: freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team , FreeBSD Developers Subject: Delay in 12.3-BETA1 builds Message-ID: <20211021225615.GY69494@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TYjWXklH5JTzT8n9" Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1634856977; 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=KmnavqlVl86vx2aqnLZe6N+Zkas+VPmMk2bTibkCBPE=; b=ejZMy2ZvP18QW1QGk3lo+okPNtNo+7fQwVOvfLm/bmOAs66v5rSEQ+3bvA2yfxMqbQUCSZ K8p+DQvE7w44d5UrZJfZsMi+ni1Kjdi/gGSx6xNOTd4G1rAE9F0Kx2EFXqCm0AasHK+8Zk q5mHIZNvVXjgYz5WMkrzKJJzCVkPNG2+rqAZEZ2f5zy5DAReLK7oK7Wptb4i0nAEC/Q+Uf G6kCEKzLOfvzi0hPKsR/hPYrGED0D8pgpWDrOqLm0hPaW3pJlH+kduMjGr1Qya7KUjBnTG Nxlzi7I+P1nbrsowg/rCnlALfktRbwdxwhCOdPYp5aH1/kiXvzNhgJKnbzgHZQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1634856977; a=rsa-sha256; cv=none; b=lMUBodJ1VOrV7l2fa0USQa4dl50dS+TO1jccc/gUxukwyAEB4XDLqAz+rWQoFiJvwGPA05 RLrn5Rq7POW2f6FgpvAOaATjPGFbiyzRzUCQpqdFaN3GMXJCwuH2gZ0s9T0GjNsPo5pZAF 69OB6sGjpOitaaEqwEVxti0te9mC1+w1fH5PPJCU47z1kIS3a6zeaWYMNgEmXnLqA8O42u cavwRdC8H2RcLMySNxvltwCiSw3/50npZCkBreLwgNUnBEGL4+NQzaKLPbxfy5L8KG3hDx fNp4peIUm/R9ULyfcKUF/3anszfbAdcoUx8ObO9kA/iekHOvEoF8YxM2qEhhyw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --TYjWXklH5JTzT8n9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Due to a delay with adjusting the Git->Subversion exporter, the 12.3-BETA1 builds are delayed by roughly 23 hours. The builds are now in progress, and verification that the exporter is working as expected has been confirmed. Many, many thanks to Li-Wen Hsu and Warner Losh for all their help in doing all of the dirty, otherwise thankless work behind the scenes to make sure we did not end up in a huge steaming pile of WTFs. Next time you see either of them, they are owed beers. Glen On behalf of: re@ --TYjWXklH5JTzT8n9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmFx8A8ACgkQAxRYpUeP 4pMMnhAAoWQ1UQEMsfGrHx1pYYLP0aF1O4frLnM1eMAMl/F5JK2dBFKYl94fnfFr MTi9rPzWucJt8c7p0YCAkj5FXfZNcxbnGEM9nqFZE7ZDiQbrXwbPHYN4pgOYXYrV dOpwfjAlCZ1OsnzaKC9r9TjJGCV4n0vjwRDBaQ9sZ1ZBuTKLI5wOI2qJDzI6CLGp FaZz9nSxp4Uvmwsuapi+RDVTX4Zc54V7ftGL0C9Z5FZEUkxramM9ywua+JjBRuEt GnqLkENiCZI82ZicTJIIE0ph6nsZ8MN5drH60CMHOkRUWaWc0DcmuIGVn0mBShwM lqHgn9usTau+y88cYYkkcH85MpQ/sLrhwozXnynfL0VQUm9f174J0Kr9aBxVZo1E OBr5joKM0Hvwnc1D7G/8zvXb29ffFa+KE44Kjbt3/wv0BcyxLzrDFv/gRH7Foyyf CPGoCouUChN3UEyXeneCyrtsOSAPrWJ8xa5Dz8Cr53ccrmyNu7zG+Z6q+RjNEKIu 92QLszB0P0AR6LD1na1HfHMS8oUZpCqazQQLffhGEpKKziW+bX3AZU5LR0jjTv/6 KnqhJ+vARhIKRO3lqGkznPMxRWk2XbR/fKOcDKm4DtyWBUca0X+AW7WXF1SgM5zt 45EDy98miJMBpIXjjKdzM/5bVnAdzDWA5uoG02EJNIXLDQyEYok= =STk4 -----END PGP SIGNATURE----- --TYjWXklH5JTzT8n9-- From nobody Thu Oct 21 23:27:53 2021 X-Original-To: freebsd-stable@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 83C62180615E for ; Thu, 21 Oct 2021 23:28:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa35.google.com (mail-vk1-xa35.google.com [IPv6:2607:f8b0:4864:20::a35]) (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 4Hb3Z236tcz3Gjb for ; Thu, 21 Oct 2021 23:28:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa35.google.com with SMTP id bc10so683255vkb.1 for ; Thu, 21 Oct 2021 16:28:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NguK6rQgiWe0H9NltyiqV1cTxST4DTzTwFdZG/CMGbM=; b=7WkJN+/QT3IqjnRm6QiNd3+hHN7KnMNJruT2DL6lEiXXdxJgHHlWa5GtgXfd9TI3bf aQ6Hnfm7HEf7FqQNqKYQzYpMz56Oix/kOoCJyyKQoTp3mXvRvolu4Uv0GQ+kr6oCe+MG 9mQxkkoWxs/8obdt8lBd1BOPGmTF7oUMWfZ2G4tCMNFSqMHq9YIZaFTPQQqcChaLPW4K 6ggSdo51wnbxeQutghokqPN0f7y09xOri7lX4xtEfvB/e+fyoTdpV2qCzQsT6gqWUJWb aT4Q/BzudPp+wX9jp/AptevaJEFs5jGrVY33KpA/hcjMmYH7kMruAVlW0UlFbxQRoc1y NVRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NguK6rQgiWe0H9NltyiqV1cTxST4DTzTwFdZG/CMGbM=; b=QiVdb0N27559yS6snk55ihLbfLGpS4wLXpsBR26/9upqmROoByT4Ch27pM5+78YijN NI2RX1jQT4/AzMKWEXCHfAhZC64GjTZ740wGOkcgmVNiooGibs/cTJFA0XsFV9u1UyS7 Imuj+yOwhJlvBJGxPWDVl5ATG54KXr6hm60TUbfVVARDjkVFOGYY35a1Qb2wzwz7frAG iyJ187vaw9vpLXs1L6hYYlmwsRjLuJRe9/u8dlL+rfpf8aydvVJC3FcYQO20l9qID+2x ZekhRLNb3DSFS+vfQQER6iwq5D4pWrR4csdezyrWpSm9ijxftVvKp9U9r7AMzfLD/fsf YGtA== X-Gm-Message-State: AOAM53240ddUdCcWmiucz56+gcsEkwKcPNBV3BGvrqMdQyDFc63qwASR KUTbixMeHKszvHMBs/IWSCfrMxHZ7NfF/LK6vb92cQ== X-Google-Smtp-Source: ABdhPJyGpLHCj18TANhcVIxUzYWsfK2cNestPbEfbu8O4Q9Y4ZchviR39eCYfgJEb0j4na8nCzvlSiwO+usUl0fPjcE= X-Received: by 2002:a1f:2006:: with SMTP id g6mr10371917vkg.22.1634858884213; Thu, 21 Oct 2021 16:28:04 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20211021225615.GY69494@FreeBSD.org> In-Reply-To: <20211021225615.GY69494@FreeBSD.org> From: Warner Losh Date: Thu, 21 Oct 2021 17:27:53 -0600 Message-ID: Subject: Re: Delay in 12.3-BETA1 builds To: Glen Barber Cc: FreeBSD-STABLE Mailing List , FreeBSD Release Engineering Team , FreeBSD Developers Content-Type: multipart/alternative; boundary="0000000000000d465405cee53f56" X-Rspamd-Queue-Id: 4Hb3Z236tcz3Gjb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000000d465405cee53f56 Content-Type: text/plain; charset="UTF-8" On Thu, Oct 21, 2021 at 4:56 PM Glen Barber wrote: > Due to a delay with adjusting the Git->Subversion exporter, the > 12.3-BETA1 builds are delayed by roughly 23 hours. The builds are now > in progress, and verification that the exporter is working as expected > has been confirmed. > > Many, many thanks to Li-Wen Hsu and Warner Losh for all their help in > doing all of the dirty, otherwise thankless work behind the scenes to > make sure we did not end up in a huge steaming pile of WTFs. > I've sent an email that explains the root cause of this (and another recent problem) to freebsd-git@ so that we can avoid this the future. Warner > Next time you see either of them, they are owed beers. > > Glen > On behalf of: re@ > > --0000000000000d465405cee53f56-- From nobody Fri Oct 22 14:36:01 2021 X-Original-To: freebsd-stable@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 C7DCB18195B9 for ; Fri, 22 Oct 2021 14:36:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HbRjg2KWhz3FVn for ; Fri, 22 Oct 2021 14:36:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 19MEa0U8010277 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 22 Oct 2021 10:36:00 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:917c:bed3:acc8:4357] ([IPv6:2607:f3e0:0:4:917c:bed3:acc8:4357]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 19MEa0jI076189 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 22 Oct 2021 10:36:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <9bd8a15d-4800-ee21-2c4b-27c316467f87@sentex.net> Date: Fri, 22 Oct 2021 10:36:01 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Content-Language: en-US To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4HbRjg2KWhz3FVn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[sentex.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N In one of my VMs, I do a bunch of testing to a nano image on /dev/md0 and increasingly I am getting a panic on umounting the file system The image is just truncate -s 5G /tmp/junk.bin mdconfig -f /tmp/junk.bin and then I dd my nano image, mount it, make some configuration changes and then umount it. After cycles of this, unmounts, mounts etc, I get panic: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry cpuid = 1 time = 1634912598 KDB: stack backtrace: #0 0xffffffff80c77035 at kdb_backtrace+0x65 #1 0xffffffff80c28a47 at vpanic+0x187 #2 0xffffffff80c288b3 at panic+0x43 #3 0xffffffff80f345f7 at ufs_lookup_ino+0xdc7 #4 0xffffffff80ceae1d at vfs_cache_lookup+0xad #5 0xffffffff80cf872c at lookup+0x46c #6 0xffffffff80cf785c at namei+0x26c #7 0xffffffff80d1c979 at vn_open_cred+0x509 #8 0xffffffff80d12a3e at kern_openat+0x26e #9 0xffffffff810b4d3c at amd64_syscall+0x10c #10 0xffffffff8108bdab at fast_syscall_common+0xf8 Uptime: 4m48s I forced an fsck on reboot, and the file system is clean. I also deleted /mnt and recreated the directory and still get this issue.  Any idea what might be causing it or how I can better track it down ?     ---Mike From nobody Fri Oct 22 15:21:38 2021 X-Original-To: freebsd-stable@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 1DA631804E79 for ; Fri, 22 Oct 2021 15:21:41 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 4HbSkF08jtz3jhK for ; Fri, 22 Oct 2021 15:21:41 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x832.google.com with SMTP id c28so3769266qtv.11 for ; Fri, 22 Oct 2021 08:21:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=3rDfUGQ163Jtm6t30Fcp+s77Mky11pycd1yaau5FUfk=; b=DytZev44p/CIkQBH3ZtwYc8C8QAWbJjFiCczzBU2FhrIUM/YU1LabPOoo0jiFjNnma QGSDHsWSVgnAUnPpYT+XOv24aF5OedeDob8/dWD0LDNkejExYkk79tbR7IRJlodM8rQ4 ifRDODtFBZ7z9OPPlPwDbyz2AY4BoscQzzd2Hv98u3XbNCy+L+XwPiHEBuopYXamNxSa ZKBh2eC0Nt7kOLvLdIQIxzlg57iwDF26d2VaoLopW9qzKhcS2x3RSh0vOjVj4jUm4CCu Rr9set4ieeLjGO6t1k9iVzt3avcpLu/5kyvR8xrpIj7areseIFgN4d5fA7iyzhxk+eUD vdHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=3rDfUGQ163Jtm6t30Fcp+s77Mky11pycd1yaau5FUfk=; b=L9VgbkIJV4vxTmqXsbQZYtPfJvgz0S6gIxaa+tQXUzKvD1lZ/DBAFHkEW85LWxrlQ5 YHAo+XPcv05p1pFurmpgjXv5OReDsllZ1hi0bMKUINMnLmsF/j9ONtfKmgUWnSJMDZBC KMdm6Ng320+xavF08Z1pzNJKddKspH1CbrlCDDKyjDDH3UeHo4i/BNMukwozSVX1eIrE j3RqYSQon50MlpGMa+HqBr7Vx+3QL7OeBrS57sB7lqg6V85IFvJ28vxcEe233roHeHt0 0z3T4lFjrAZyFMQsIamZx+b/xA8H0DEWejOL9T+UUFblJNo3yAYO9Wwp9DJ3WjPsnLjY pPvQ== X-Gm-Message-State: AOAM533n2uTyzYIEb2v9KvnMRX9vmPeCpYmTNs9dFbKN9qoKB1RCReV3 xZXNYAjTttuXVd4ANlRv2SwueXhomaI= X-Google-Smtp-Source: ABdhPJyBOUWQAnpo6VN2kD4kNyM9P1wFMfqptT2DNG4jChybJ3Q5MOduWAA8SGKuMDE9sKVKGhA2QQ== X-Received: by 2002:a05:622a:346:: with SMTP id r6mr645539qtw.0.1634916100597; Fri, 22 Oct 2021 08:21:40 -0700 (PDT) Received: from nuc ([142.126.186.191]) by smtp.gmail.com with ESMTPSA id l16sm4184560qtp.27.2021.10.22.08.21.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Oct 2021 08:21:40 -0700 (PDT) Date: Fri, 22 Oct 2021 11:21:38 -0400 From: Mark Johnston To: mike tancsa Cc: FreeBSD-STABLE Mailing List Subject: Re: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry Message-ID: References: <9bd8a15d-4800-ee21-2c4b-27c316467f87@sentex.net> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9bd8a15d-4800-ee21-2c4b-27c316467f87@sentex.net> X-Rspamd-Queue-Id: 4HbSkF08jtz3jhK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Oct 22, 2021 at 10:36:01AM -0400, mike tancsa wrote: > In one of my VMs, I do a bunch of testing to a nano image on /dev/md0 > and increasingly I am getting a panic on umounting the file system > > The image is just > > truncate -s 5G /tmp/junk.bin > mdconfig -f /tmp/junk.bin > > and then I dd my nano image, mount it, make some configuration changes > and then umount it. > > After cycles of this, unmounts, mounts etc, I get > > > panic: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry > cpuid = 1 > time = 1634912598 > KDB: stack backtrace: > #0 0xffffffff80c77035 at kdb_backtrace+0x65 > #1 0xffffffff80c28a47 at vpanic+0x187 > #2 0xffffffff80c288b3 at panic+0x43 > #3 0xffffffff80f345f7 at ufs_lookup_ino+0xdc7 > #4 0xffffffff80ceae1d at vfs_cache_lookup+0xad > #5 0xffffffff80cf872c at lookup+0x46c > #6 0xffffffff80cf785c at namei+0x26c > #7 0xffffffff80d1c979 at vn_open_cred+0x509 > #8 0xffffffff80d12a3e at kern_openat+0x26e > #9 0xffffffff810b4d3c at amd64_syscall+0x10c > #10 0xffffffff8108bdab at fast_syscall_common+0xf8 > Uptime: 4m48s > > I forced an fsck on reboot, and the file system is clean. I also deleted > /mnt and recreated the directory and still get this issue.  Any idea > what might be causing it or how I can better track it down ? Is the VM image stored on ZFS? Which kernel revision is the host running? From nobody Fri Oct 22 15:33:22 2021 X-Original-To: freebsd-stable@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 42654180BA9A for ; Fri, 22 Oct 2021 15:33:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HbSzk18TDz3nkW; Fri, 22 Oct 2021 15:33:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 19MFXLFg093139 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 22 Oct 2021 11:33:21 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:917c:bed3:acc8:4357] ([IPv6:2607:f3e0:0:4:917c:bed3:acc8:4357]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 19MFXLQI099035 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 22 Oct 2021 11:33:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <999f86c8-e538-7192-f735-6c7185af6184@sentex.net> Date: Fri, 22 Oct 2021 11:33:22 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Subject: Re: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry Content-Language: en-US To: Mark Johnston Cc: FreeBSD-STABLE Mailing List References: <9bd8a15d-4800-ee21-2c4b-27c316467f87@sentex.net> From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4HbSzk18TDz3nkW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 10/22/2021 11:21 AM, Mark Johnston wrote: > On Fri, Oct 22, 2021 at 10:36:01AM -0400, mike tancsa wrote: >> After cycles of this, unmounts, mounts etc, I get >> >> >> panic: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry >> cpuid = 1 >> time = 1634912598 >> KDB: stack backtrace: >> #0 0xffffffff80c77035 at kdb_backtrace+0x65 >> #1 0xffffffff80c28a47 at vpanic+0x187 >> #2 0xffffffff80c288b3 at panic+0x43 >> #3 0xffffffff80f345f7 at ufs_lookup_ino+0xdc7 >> #4 0xffffffff80ceae1d at vfs_cache_lookup+0xad >> #5 0xffffffff80cf872c at lookup+0x46c >> #6 0xffffffff80cf785c at namei+0x26c >> #7 0xffffffff80d1c979 at vn_open_cred+0x509 >> #8 0xffffffff80d12a3e at kern_openat+0x26e >> #9 0xffffffff810b4d3c at amd64_syscall+0x10c >> #10 0xffffffff8108bdab at fast_syscall_common+0xf8 >> Uptime: 4m48s >> >> I forced an fsck on reboot, and the file system is clean. I also deleted >> /mnt and recreated the directory and still get this issue.  Any idea >> what might be causing it or how I can better track it down ? > Is the VM image stored on ZFS? Which kernel revision is the host running? Hi,     The VM is in an Ubuntu host / KVM (Linux ubuntu1 5.11.0-38-generic #42-Ubuntu SMP Fri Sep 24 ) with the VM image stored on its local zfs file system. Do you think its some strange interaction with the hypervisor ? The FreeBSD guest VM is RELENG_13 as of this morning, GENERIC kernel stable/13-d8359af5b     ---Mike From nobody Fri Oct 22 17:47:12 2021 X-Original-To: freebsd-stable@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 D03061803692 for ; Fri, 22 Oct 2021 17:47:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 4HbWyC5DjHz3JKF for ; Fri, 22 Oct 2021 17:47:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x829.google.com with SMTP id r17so4195666qtx.10 for ; Fri, 22 Oct 2021 10:47:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=DfMe8hdpKth6izo8Nj8Ks3mnLcodeVqrj6+5rFWiayg=; b=EaWHJ3152+94xg3cJBCXq+s9i5AWatD+LtTtJj0K/G30C4Gv9BQRUH2BHuIFSl0d+u u1o2LsJ9FQXAk/5btjWN3X0Gc6QrgoVqiCA5E0V535vSKSOSO9UESmEKWDKDcAqJ/72F GaVTwhSA0kypHW0MLBv48CLcX9gn5DFcgqxQizXkOUVzRVH3K+7bfEwCbXNmDuHtzctV XrHQxuz4AUf2fwhJoEeMYQRX8kwojMRxeWTZ0qVibS3g4OrdZJpUZ6RR6Esb+wFTHeZ2 vWmR9Fi0eoaiO8sw7ovvSI8HZeT7Ml21WFXHf3QwEKvACgz4T9NTmwl4at7rcIrHXslM KxNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=DfMe8hdpKth6izo8Nj8Ks3mnLcodeVqrj6+5rFWiayg=; b=6wXYiupvcwUIJysUIwXz2Re6jp74d5bUJWnwDkcX1TCL51G7PdqIro+0Ar237Gcuar B7JZ1+sppPO3ocieVmVm8VH3Kl0bO6zQyr1a0JsWpHMbiov+NEGO4xS94iMhKYnBAJVA 7glBqgRSMgf+eBvYhj1izd3xsYR9+V1mIYgy3cPHOnZrvqHzWaD9pQsX6/zgf2iVpF2U NtQeeRk+4bEEZKuudA8lQzoC6TGv3D4sRLhnZ9uXQf2yv8kRgcK712wa4Xup/79L39Pa RkLxmS1uT4dsDHtvyV6gEE/kr/xxQkrJZMUrJFpltCGIjI0MMW6NjYx6MrIn1ePBmomx XNQA== X-Gm-Message-State: AOAM5333JK8UzAODgxykVPrKYlxS6J5q4IxSu84cqR24g+WcwdJtGKkG 93gIRocXEgPrw3G1mZ4uQ/A= X-Google-Smtp-Source: ABdhPJxQ2Nyq0UTqzC5+zdqXNkBIqNM5LJjeunSt11AtJ4WhdvWBxhSYzye550BMxCVkmE369D3JIA== X-Received: by 2002:ac8:4642:: with SMTP id f2mr1493835qto.236.1634924835185; Fri, 22 Oct 2021 10:47:15 -0700 (PDT) Received: from nuc ([142.126.186.191]) by smtp.gmail.com with ESMTPSA id c26sm4330154qtm.21.2021.10.22.10.47.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Oct 2021 10:47:14 -0700 (PDT) Date: Fri, 22 Oct 2021 13:47:12 -0400 From: Mark Johnston To: mike tancsa Cc: FreeBSD-STABLE Mailing List Subject: Re: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry Message-ID: References: <9bd8a15d-4800-ee21-2c4b-27c316467f87@sentex.net> <999f86c8-e538-7192-f735-6c7185af6184@sentex.net> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <999f86c8-e538-7192-f735-6c7185af6184@sentex.net> X-Rspamd-Queue-Id: 4HbWyC5DjHz3JKF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Oct 22, 2021 at 11:33:22AM -0400, mike tancsa wrote: > On 10/22/2021 11:21 AM, Mark Johnston wrote: > > On Fri, Oct 22, 2021 at 10:36:01AM -0400, mike tancsa wrote: > >> After cycles of this, unmounts, mounts etc, I get > >> > >> > >> panic: ufs_dirbad: /mnt: bad dir ino 50626 at offset 0: mangled entry > >> cpuid = 1 > >> time = 1634912598 > >> KDB: stack backtrace: > >> #0 0xffffffff80c77035 at kdb_backtrace+0x65 > >> #1 0xffffffff80c28a47 at vpanic+0x187 > >> #2 0xffffffff80c288b3 at panic+0x43 > >> #3 0xffffffff80f345f7 at ufs_lookup_ino+0xdc7 > >> #4 0xffffffff80ceae1d at vfs_cache_lookup+0xad > >> #5 0xffffffff80cf872c at lookup+0x46c > >> #6 0xffffffff80cf785c at namei+0x26c > >> #7 0xffffffff80d1c979 at vn_open_cred+0x509 > >> #8 0xffffffff80d12a3e at kern_openat+0x26e > >> #9 0xffffffff810b4d3c at amd64_syscall+0x10c > >> #10 0xffffffff8108bdab at fast_syscall_common+0xf8 > >> Uptime: 4m48s > >> > >> I forced an fsck on reboot, and the file system is clean. I also deleted > >> /mnt and recreated the directory and still get this issue.  Any idea > >> what might be causing it or how I can better track it down ? > > Is the VM image stored on ZFS? Which kernel revision is the host running? > > Hi, > >     The VM is in an Ubuntu host / KVM (Linux ubuntu1 5.11.0-38-generic > #42-Ubuntu SMP Fri Sep 24 ) with the VM image stored on its local zfs > file system. Do you think its some strange interaction with the > hypervisor ? The FreeBSD guest VM is RELENG_13 as of this morning, > GENERIC kernel stable/13-d8359af5b I was seeing similar unexpected UFS corruption in a VM that appears to be the result of a ZFS regression on the host. But said ZFS regression is likely FreeBSD-specific and is also relatively new. From nobody Fri Oct 22 20:44:07 2021 X-Original-To: freebsd-stable@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 869C41804D07 for ; Fri, 22 Oct 2021 20:54:39 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hbc6Q3d01z3CWB for ; Fri, 22 Oct 2021 20:54:38 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 19MKs4gm027547 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Oct 2021 22:54:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 19MKs444027546; Fri, 22 Oct 2021 22:54:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 19MKjVhI080537; Fri, 22 Oct 2021 22:45:31 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 19MKi7Ni080361 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Oct 2021 22:44:07 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 19MKi7aO080360; Fri, 22 Oct 2021 22:44:07 +0200 (CEST) (envelope-from peter) Date: Fri, 22 Oct 2021 22:44:07 +0200 From: Peter To: "Bjoern A. Zeeb" Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 inconsistent local routing Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Fri, 22 Oct 2021 22:54:07 +0200 (CEST) X-Rspamd-Queue-Id: 4Hbc6Q3d01z3CWB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org has no SPF policy when checking 2a0b:f840::12) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Friends, thanks to the good vibrations, this is going easier than I thought. The problem is already well known, and is actually intended behaviour (while probably not "works as designed"). The BPF didn't work with these circumstances either, but that one was fixed: https://reviews.freebsd.org/rS162539 And here a brave warrior figured out that the whole thing is essentially wrong, and tried to solve it - but, sadly, didn't perdure. Nevertheless it gives a good read to understand it all: https://reviews.freebsd.org/D3868 And WOW! - here is exactly my bug: kern/165190 So, it seems like this is one of those things that are not really good, and people have agreed to just push them under the carpet and go on with life. Similar the sched-ule stuff that boils up here every 7-8 months, but nothing will ever happen. (And you know that I have a fix for that one.) So what I am going to do is just follow the strategy of change 162539 and fix my rcvif name alongside. Think that should work, and avoid the problem with the scoped linklocals. So then I have a fix for this one also. Cheerio, PMc From nobody Fri Oct 22 22:09:24 2021 X-Original-To: freebsd-stable@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 EDA2F1808EE1; Fri, 22 Oct 2021 22:09:26 +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 4Hbdmk51H1z3t0N; Fri, 22 Oct 2021 22:09:26 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1634940566; 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=G1gl4P9WQbpt20bzXtyIhNSeCiBl93oKhMAxDFBdqaw=; b=FEfor4dX770Ala7ddhvIhD10C+FoLSNEmR+im8n2H9Ceyq9TXjvVbn54RVMLXpWoeDHJ/g tQVUFbeu8/bHSWKnBtasj/PUvCFgqHl9yUfVfnx1kGho2/YGQ4UAQp6QisEouitTH+ZI9j BbVgf62oQ1YUAkdEXMn3gCjWHAv8wFoUvmkXwicyR8sPW65I65b+TgYdnLsikqpTeM22hA mTJmc6JET1aNeSaEkUGZEViJv65NVkwVB1fGP2tdX3cBE2LEtLqksbYdbtPTJl9FZH4/eG hfoEkQzUDxeqf93KvaPA3tXMEqRb/acevEW2rh8F9tUy/ye2Br1WoD03ky/h/A== 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 26B75D51D; Fri, 22 Oct 2021 22:09:26 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 22 Oct 2021 22:09:24 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: re@freebsd.org Subject: FreeBSD 12.3-BETA1 Now Available Message-ID: <20211022220924.GZ69504@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1634940566; 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=G1gl4P9WQbpt20bzXtyIhNSeCiBl93oKhMAxDFBdqaw=; b=gVerIOADCbloeRlq64DUEns6OJyVqUxrI5sR6LqfzUTJoW+13ap6Iu3Kfr544tjuFpu0nz EM3lpZ340ALJ05gFWjjtjBa9EMUuVqra/B6jqcr7u5FD1J+Wq3KBgh4vjXWnMHA03KEP9Z LGBeQvnjIcHNyJgJz3MXRsP74CvZgZ6/xpL6GyGfeO/kAfhYmf4FcP/2X0QI86wFQaz87p apehCQGwYfWun2TO7vBoZ63CnC6D7fENCNq3ZDnqan6FCSwSmOgVDv7dOH9daKSuWS9CSn q+OjrQdmvgHxG9Cg28nTThyCSUt483MMSmoR54wtuHRQTgjGk+3HHW/+yFpAuQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1634940566; a=rsa-sha256; cv=none; b=HpubwlNhv0p+wOxdOdXzYrdFUTHDcsEk3zFbcxhQq88f4AfykWrnMLBkMz+BLuf2PTdN9/ bIFEWl23iUjnG2edV+p9c08PkEf+y1zb8WqKJHb0zmb9gcEQjYgccr+dS6rw1SdxBTUWwv XhmLCYc64Q4cdwHECEvDPBRzGBs7GxH6bNowaewsePsbIeCWApwTnageP6S0fxnrdq3nEp 3x1CcLJ9j0wZHw7OKKc2yF/8VwbvK7x0iwV5vEXGigP39mh56AXTEUOJY6TqLPFNa4I5zR ZpWc8OIg/koG92XHFofioLQJmilsRNx7ogZ0wn1u505F6Yq5JEAvySFcT41KGg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first BETA build of the 12.3-RELEASE release cycle is now available. Installation images are available for: o 12.3-BETA1 amd64 GENERIC o 12.3-BETA1 i386 GENERIC o 12.3-BETA1 powerpc GENERIC o 12.3-BETA1 powerpc64 GENERIC64 o 12.3-BETA1 powerpcspe MPC85XXSPE o 12.3-BETA1 sparc64 GENERIC o 12.3-BETA1 armv6 RPI-B o 12.3-BETA1 armv7 BANANAPI o 12.3-BETA1 armv7 BEAGLEBONE o 12.3-BETA1 armv7 CUBIEBOARD o 12.3-BETA1 armv7 CUBIEBOARD2 o 12.3-BETA1 armv7 CUBOX-HUMMINGBOARD o 12.3-BETA1 armv7 RPI2 o 12.3-BETA1 armv7 WANDBOARD o 12.3-BETA1 armv7 GENERICSD o 12.3-BETA1 aarch64 GENERIC o 12.3-BETA1 aarch64 RPI3 o 12.3-BETA1 aarch64 PINE64 o 12.3-BETA1 aarch64 PINE64-LTS 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/ftp/releases/ISO-IMAGES/12.3/ 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 SVN to do a source based update of an existing system, use the "releng/12.3" branch. Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.3-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/ftp/releases/VM-IMAGES/12.3-BETA1/ 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 AMIs are available in the following regions: af-south-1 region: ami-07d05ad414a9f8472 eu-north-1 region: ami-0e011616d99aab6e9 ap-south-1 region: ami-0353784d9a6017aa6 eu-west-3 region: ami-0afb2f8402c4a82fa eu-west-2 region: ami-02918a435e0cd98fc eu-south-1 region: ami-0a7dc024862ea63f0 eu-west-1 region: ami-07107404446b92479 ap-northeast-3 region: ami-07066f83a06ddab23 ap-northeast-2 region: ami-0366001ff916b395c me-south-1 region: ami-078b85654cacc486f ap-northeast-1 region: ami-07dedd26af360eb64 sa-east-1 region: ami-09b3c75c9a31d2c60 ca-central-1 region: ami-092ca358203a56a48 ap-east-1 region: ami-01a19c91b2a8cad6a ap-southeast-1 region: ami-0a6f43ad9cdd110ef ap-southeast-2 region: ami-05bc4ddd4a05d44f6 eu-central-1 region: ami-039b62d8c5b9bbf68 us-east-1 region: ami-018c14e4041a50e8f us-east-2 region: ami-0320212114becb677 us-west-1 region: ami-04a0a51749650cd62 us-west-2 region: ami-0a7446dac684eca8e FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0bfcc3dba1b319179 eu-north-1 region: ami-014f963325c296197 ap-south-1 region: ami-09b6d3572900499e7 eu-west-3 region: ami-0bffd6e960f8d7048 eu-west-2 region: ami-0c1fcee0afa4cc2b9 eu-south-1 region: ami-0ac31b0c2e7d69dee eu-west-1 region: ami-008a582950360f0dd ap-northeast-3 region: ami-062dc1ae7a380682b ap-northeast-2 region: ami-0b4a3b6ca1dcbaa69 me-south-1 region: ami-0dae6b7d6944e9248 ap-northeast-1 region: ami-021db817524d42d97 sa-east-1 region: ami-08ee7de984de07ef8 ca-central-1 region: ami-03277e073a30109e4 ap-east-1 region: ami-02eab2702b4e82760 ap-southeast-1 region: ami-0153729447991a249 ap-southeast-2 region: ami-0e2f30365f526e69c eu-central-1 region: ami-01dcbf513c6435645 us-east-1 region: ami-0f959f978f570ef51 us-east-2 region: ami-0ead26896a7b2a200 us-west-1 region: ami-004fdbb3b57fcec46 us-west-2 region: ami-0d3c217a0ca1caae1 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.3-BETA1 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.3-BETA1 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 11.x. Alternatively, the user can install misc/compat11x 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 == ISO CHECKSUMS == o 12.3-BETA1 amd64 GENERIC: SHA512 (FreeBSD-12.3-BETA1-amd64-bootonly.iso) = 72301fe850916cd95d0c13bdfbac3201c0dcf21c63a94a4fd33ce7ae46f27459ee98c97ff1c808230c412d33578b9950f746fcf9cd9e389ad5753716a1c7e697 SHA512 (FreeBSD-12.3-BETA1-amd64-bootonly.iso.xz) = 7cec19b0aecefeda4a921439101a914f1abc258b732cae81336749a48e8311b86ec3af80f45bbf63bc70b3323e889c3f296b2a31b4f704c2544517f0ddc8c031 SHA512 (FreeBSD-12.3-BETA1-amd64-disc1.iso) = 947fe0f50f508ccf7261bb4acd70cc0ed26123781e76b1e3d1554b9cd529f9c88d9904fa82201a62ce440f7cedebf0ceb2cea834fb64a2fb59da66fa877b8329 SHA512 (FreeBSD-12.3-BETA1-amd64-disc1.iso.xz) = 4f433d833f8ebdcfecc15b47eba9ae82cfd1c47452e80ffebc3e940765e89d06de18c5bab3fb1c8a2243c03f5a9e809f0d20e516366a3d0ec61f959b197ea454 SHA512 (FreeBSD-12.3-BETA1-amd64-dvd1.iso) = c9fa55e40283741bd195cb75c0510f914282079610d4f5e66221df7074140ccc153b3727f96a936df53d2c291ba6911c107cb4943ad25fe0321f112600084b5b SHA512 (FreeBSD-12.3-BETA1-amd64-dvd1.iso.xz) = 7b10d9abeed8651ccfe58e7518228c5eccac4179124763e2f21624770e265a8399409cca45f20f33c212581494a0aae821f2b4e8189af533c16b86c889d7c71d SHA512 (FreeBSD-12.3-BETA1-amd64-memstick.img) = c7aedd77108ce92fad30a093308e18d56dc6c16e3a5c9e5cbdd9674368ea056e071e24c4a272915bc07558119ce113b88f034ed2815fcb4677afa76b19e962b5 SHA512 (FreeBSD-12.3-BETA1-amd64-memstick.img.xz) = a3184cf904c0335c37307d62aa4a86331cdad027beae314991f66d2f8e73eece0f053b7b8182b3d0fdc5d62dbc6c0827ca6df134a36fa4f443ee46003defddc0 SHA512 (FreeBSD-12.3-BETA1-amd64-mini-memstick.img) = ad474c6ade4d57fe1fccf90e7577abef0e3f73d0e7351cd1763fc3cfac2175589926b43eacb632aba79e3a9605831f3fae0ee767122a971283d999df1861ac51 SHA512 (FreeBSD-12.3-BETA1-amd64-mini-memstick.img.xz) = fe62c79e833a605a3786e680c264b4c9ac75b0eb6985fbc1901c5e9d010da9864a2d7bc83552c6c9ac74d5e280912b89e3591017fa201cc8e6275674b72354a6 SHA256 (FreeBSD-12.3-BETA1-amd64-bootonly.iso) = 98db0bf3827b91105c08dd66328e0f573b2f22355b92ef12029fa53f61bd182f SHA256 (FreeBSD-12.3-BETA1-amd64-bootonly.iso.xz) = d9c077e2c1427f79a8a2694941acbe5c5e2ab6b214cb1ca75c9041431a82a98c SHA256 (FreeBSD-12.3-BETA1-amd64-disc1.iso) = 5d607b32caeb8c7aa9fab8fa1247dc7c5734d2ea2d591e7729ed2baee6064c01 SHA256 (FreeBSD-12.3-BETA1-amd64-disc1.iso.xz) = 51cc458014740cb4d5363facbfed692758b6e2986985b67e0a3dd1d987f490a7 SHA256 (FreeBSD-12.3-BETA1-amd64-dvd1.iso) = 71067c7dea95dfa2eba1b3f2eb985a1a5f17e5bf63c09a80f91f837cf1cb3c2e SHA256 (FreeBSD-12.3-BETA1-amd64-dvd1.iso.xz) = b2778bdf08bccf2498c38b39b3e9742d46f18cf5caf986627259d84ddd9a9e08 SHA256 (FreeBSD-12.3-BETA1-amd64-memstick.img) = fcca9096ae12012be577d53048a25a8a38bc1ba0016604fdca7ed63870a507f3 SHA256 (FreeBSD-12.3-BETA1-amd64-memstick.img.xz) = 0a48805c334a5203c10e74f8e2cba6886a3458c153bc0327f331a765207e6b2c SHA256 (FreeBSD-12.3-BETA1-amd64-mini-memstick.img) = 7b31ba38008c25ff2e9c72815c9bf8e8c3eb2845a1b7ebeb1a0fccaab6442f9b SHA256 (FreeBSD-12.3-BETA1-amd64-mini-memstick.img.xz) = 739a80aa41300b87d9e12a62a0ae69b435b463e1ccb6ceb0888124573b18f915 o 12.3-BETA1 i386 GENERIC: SHA512 (FreeBSD-12.3-BETA1-i386-bootonly.iso) = a87fb5b325e952345b5f6e4d4bab4db3ae9a1e456e36f79603d0dc2fe3a7cd0e8f03daca08d79561f8c3aaf63ad1e07a817c18b418c95f48bffb8fdd12c55d22 SHA512 (FreeBSD-12.3-BETA1-i386-bootonly.iso.xz) = 934fea228e371fdff7c37fc3b6de6350677bf1b25efc85f7ac19c261a927f6d87a5b5c9758afa74fb63f288c234764acd65ea34a1aac26d7a12922f3bf2806c6 SHA512 (FreeBSD-12.3-BETA1-i386-disc1.iso) = ff0479af0383ecd4313dddd809a5bf2aea67bfce6df18f7f7792c7eca14e367a7d71c977b5a1b95d77704ffb48211e9a1579733464ffc25a877e6fd6ed6cd800 SHA512 (FreeBSD-12.3-BETA1-i386-disc1.iso.xz) = b8a08279798a1b8838c97045ef593ad7a76cde94bfc9090466d87edeec9820daf93a0d111ef2e409f4e07d76459a5ddac175a9d872892fd42b04805b72852fb9 SHA512 (FreeBSD-12.3-BETA1-i386-dvd1.iso) = e3c6987eea4641046caffa72ebc9ad1f50c3fc3691096858ffad8685e6f78a95ffcfe7d5de880db6d2b97751354dcbd36c01bf584f0e674b71c5e52c4745b785 SHA512 (FreeBSD-12.3-BETA1-i386-dvd1.iso.xz) = a5300fec9dc530d3cee8803f31cf3f85e3e9ef06018d180b744c5643cc689399e08d9fd465caacddf55adc4bde0e7c6afed5d173d42aa74b3ac1318b43acab86 SHA512 (FreeBSD-12.3-BETA1-i386-memstick.img) = 11dbe710848d0c6bd5e3c2ae425a4ccab5355ebc918440de946005022d500a3585dbe3f2a9a03ab9e749d641dfa1b3f73c0e7057d53427c8e0ac38aee967de05 SHA512 (FreeBSD-12.3-BETA1-i386-memstick.img.xz) = 34f30e9c74b071906e138f659b545b083c697e9e5215e76f4442fdf7440fbec236780f7618b1d5d52048b68559629e869b16c892326b2adb4def283a4f553d00 SHA512 (FreeBSD-12.3-BETA1-i386-mini-memstick.img) = 19c492bae8b26bcbc1eea85997049d03eba3793bc72807072d182b717d7cfcaf49a49f98910ffcfa787df565da6b1e038ebb59baa2a143cd8094e3823c9b3d0e SHA512 (FreeBSD-12.3-BETA1-i386-mini-memstick.img.xz) = 8157d87a1cb379ee59188faf3a2e305d79f6cc7e8b09c159f53a8f69a42cac9ad23453cfe3374a3e55f2339b41c7ee45dd98a94d362633eecafb68d8226a1447 SHA256 (FreeBSD-12.3-BETA1-i386-bootonly.iso) = bcb492ebeb0a05d88aeb0c5ab71bea25bc868d7235cb868ad4748bd472747b3c SHA256 (FreeBSD-12.3-BETA1-i386-bootonly.iso.xz) = d1b61be924d5ff1220bcf6357c202b1f4e806ae6dded5b4c72b6c980af66a1a7 SHA256 (FreeBSD-12.3-BETA1-i386-disc1.iso) = 3f4ccd87e1eb303c371ccbc7d5a7025c993674efc3fae26ef0239d11c4ee5675 SHA256 (FreeBSD-12.3-BETA1-i386-disc1.iso.xz) = 7adfdf0bb3c4cdd43fe0beac2066d71a2e22d9388b820a883a6e3f440f196498 SHA256 (FreeBSD-12.3-BETA1-i386-dvd1.iso) = 467177f5272e7a4c512d7b52eb758b73ed34e934f6aed4d8522d3cf456ca1e9b SHA256 (FreeBSD-12.3-BETA1-i386-dvd1.iso.xz) = 4b5a6654b9d381ccfa3b085ca6c69cc2ba975721e81f2697546e4f85358bf4d6 SHA256 (FreeBSD-12.3-BETA1-i386-memstick.img) = d9009e9ed76bd73b8e9d2d0c2fccf6bde6e5a7351d5ee519feaa80c2e4c514c8 SHA256 (FreeBSD-12.3-BETA1-i386-memstick.img.xz) = 8932ac21b95aacaf5b1016ad17c78990e51701fe3457430edc912ad20e0b691d SHA256 (FreeBSD-12.3-BETA1-i386-mini-memstick.img) = aa9a23cc844f645719295d3a912db8d706a0308e7befaf9155b74a71fd34cfe4 SHA256 (FreeBSD-12.3-BETA1-i386-mini-memstick.img.xz) = c39a8223709ed75e5d7cae5d4fc64176c5e777031c308d2abbad12c3f6af8444 o 12.3-BETA1 powerpc GENERIC: SHA512 (FreeBSD-12.3-BETA1-powerpc-bootonly.iso) = 3162655f314b6150a09ccc415b2018918955c01e4e8f1f213342f8854304ce65b77fdb4a7ddf24bd3cdbdff564ebf7a1bef2c2d486750ecf45dfc6659178fce5 SHA512 (FreeBSD-12.3-BETA1-powerpc-bootonly.iso.xz) = 11f432f899eeb85457d783adea462ca15be508eaffb923ec345a0e960da77cb2ac70c0246d658332dafbb874e56c88c729613d28d4ed0e45ae266bbb60b722ab SHA512 (FreeBSD-12.3-BETA1-powerpc-disc1.iso) = 18f04d10f96f8a7c7460ce29d17c9df0b323393332777c65066d7a0076c861ada92d3436897ed0f4807943e74c4675b9e00a4a63c6e5f9921afc46fee3bcfc80 SHA512 (FreeBSD-12.3-BETA1-powerpc-disc1.iso.xz) = 358d7c3ec9d3018b5d52a8ef24d6b1b2988390eba2abbf3cb9eabc232dbac6bdd8336441ac8436ef001dfe79993a1fb7a0b351ac6e14d3912ba9a18454d502cf SHA512 (FreeBSD-12.3-BETA1-powerpc-dvd1.iso) = 423cf661edd25aca13ab111bea7b71c5e4ac73f36e6deac23e3992bb07818c82d100b7d5b35591f05beed4e2d7be46b81cf8f89d5261d2d475e2a68917437949 SHA512 (FreeBSD-12.3-BETA1-powerpc-dvd1.iso.xz) = 424c05956131070664498ba11fb362bb40811b8b3ae378e47041f01f9b9abbcd6e4fd0ee20ab504bd1dc8c020b2e5b4e58506c9336a22369384cb801b4786f1d SHA512 (FreeBSD-12.3-BETA1-powerpc-memstick.img) = 50ebbbdf735542b077af39e102b36328de0dbcefdbe284a276b14dc0ecf8b6bbdb95541e88cd7f317c33f788e769ea5502bc6fa999467f9ad0f28a9a73e4fba3 SHA512 (FreeBSD-12.3-BETA1-powerpc-memstick.img.xz) = 8227b8319d44eb85c563791d559fae05fcbfc485d966829bed0faf245af06b6b5df32e7e8386db5dc0325016072a19f31145be0a7db1d2d1d04e6e8b808abc19 SHA512 (FreeBSD-12.3-BETA1-powerpc-mini-memstick.img) = 170a56cada367a207e6bce007057da185cd4f27caab9165156d1297aa56116347fd3b4916f9faeba99455bc6fc17d8e8dd38238458f3b028777db031c0a95160 SHA512 (FreeBSD-12.3-BETA1-powerpc-mini-memstick.img.xz) = 836986dc65b6282a29beff79efb35068ce8b5c4d5ce04169fb5c3d229d414cd8ef7bcfc9ed95ae62dad705a0a3bf01f338ef89ec76b57e1fd9e21e74f733f789 SHA256 (FreeBSD-12.3-BETA1-powerpc-bootonly.iso) = d466a76b236f7a598045eb19d9c45416d2220d6d33869fa0a7aff5e8ac80405d SHA256 (FreeBSD-12.3-BETA1-powerpc-bootonly.iso.xz) = 922ba64fd4a121ec0b617f88bb0f4228709fba40536f0f88d02d0880b2fcf298 SHA256 (FreeBSD-12.3-BETA1-powerpc-disc1.iso) = 34037c9f6af1d4ec11bb14bca66a22f693c19fcdb2c05628d83ac65c41db0039 SHA256 (FreeBSD-12.3-BETA1-powerpc-disc1.iso.xz) = 5719d7a6fbcf3b74e8f72a70cfb87570cb22794dc47a3bd93dfb00f2f1159c1f SHA256 (FreeBSD-12.3-BETA1-powerpc-dvd1.iso) = c2d6806225ef3b86d2eb49bc5de387827068ab9e9cb7afc44072633a214ea47d SHA256 (FreeBSD-12.3-BETA1-powerpc-dvd1.iso.xz) = 7ce2403d3ff77d4ba805c2cc2cd14ca1e75b257d6c8b79d2b17317a833c5cc8f SHA256 (FreeBSD-12.3-BETA1-powerpc-memstick.img) = 05589311dfa162cb9132b24b835f5b42be67afb8c151f6fa9ef99d467ef49884 SHA256 (FreeBSD-12.3-BETA1-powerpc-memstick.img.xz) = 6438586aeeb75dde06bbe667944d172504a179db227fd5ec3717243ee277b59e SHA256 (FreeBSD-12.3-BETA1-powerpc-mini-memstick.img) = 22400f3c5f58b5b31ec41261abe3d1cedacd3df4d6865ff9121975e38d905116 SHA256 (FreeBSD-12.3-BETA1-powerpc-mini-memstick.img.xz) = 5a763882eba2461fb4b0483be1d40ec74d0fb012211e858c1ce499e5731a2894 o 12.3-BETA1 powerpc64 GENERIC64: SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-bootonly.iso) = 234df38077ef8a213e3dfbdf146c752973fe51ecbf7cc855e9d395c43067c82cc1179904363edadd9cfba30b44a03a588460e3df95c17cb8492aa9c034fc234f SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-bootonly.iso.xz) = a92ec221363cff2d3c64823474da8d9a8110188a64d94e13ff3b51deb44101044ded25f0d9584ab69578c0255f009e482a29e3f5f55b89de6a7c75ca825b016b SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-disc1.iso) = d3a563416a63f902e08f6edd29feebc5bf5bf6893ae4791ab5564a8c7c977de737dd2422fd7769d5aa0232fa6fed9e585e17749f28e36af24e8eea7d544e2225 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-disc1.iso.xz) = 8ee070adc6a86ea8fb03c879958801dcf9c233e66d9247f14dd666b77694823aee15aa03c3ac9f8469c21bf9ba5596c80916db1a49d81a6e00d91bff77d448eb SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-dvd1.iso) = 473738832be4b428d9a0320705d07d7ebd834a40d901ce747dd20ff2f197bea3a5e000d9717477a81ecfa88e68e015f2d2fd1dcfe96513d61ff161abcd95f7e4 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-dvd1.iso.xz) = de5af8eca76d37da54c5b81683b4e381a8ec9006965e20e17857b2f57848213a2c93f3f091d7608c3c334b13c0c0b9dbd0a29d93fa82950322d276c186ea1233 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-memstick.img) = cdfcd39c6bcaad525f6e451c9c348b9ad8f1394f9ae723bad182a0f76b131f1c244d1607595f25b6753043dee1f41f591875ab3846fc1741e9c37874b00fc707 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-memstick.img.xz) = 448dbdaadc83cf56fc1730cb9e28ad6561e5752f78be3145a050a9b13046295406b4a04749e791e8ab87567af45a55cef76034972b2052d3614f8f45ff231e1d SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-mini-memstick.img) = 5eec4b7602452c738acdcc32997efe7c012f303b9298794a93312b6bac020c64a1edfc031c6a7d992d951d2ab0eca6dcc2c5ff2cb6a0c004003e76eb452ae725 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = 6a2a46dda4618f02e6eb28077b676b529bb3d2c7b7922f6c2eab732117397a913be98102710fcafeeb896a9ee5b9e1a7411f8b4e584c0e20116e408ebee41eee SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-bootonly.iso) = 4c3f057a9ddb2acddf62f47b4e725596e51a9a58da0a083013ccef86a398032e SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-bootonly.iso.xz) = 6ce06b354930ecdcb280b8b8844d1e028aadb0ee695a63440901dcdabe02e4d7 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-disc1.iso) = fa374230d1b6948fbd965d2bde06ab880a892607ffdf8aef6c78621469521757 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-disc1.iso.xz) = f61b42aa81eec4aa08aecce31d65ffc18139778fed7058fbc43800af4d5a6dc2 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-dvd1.iso) = 779b293d952c8c8a4e354f9755be67e292821273308576336ff8cd676ef7fc97 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-dvd1.iso.xz) = e595e887f39bd16b3093eb54ae1ad10178b4913e6e344232c1a97e025eefa93f SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-memstick.img) = 61a0835e50b420058a15f72eda1a6599a2d07ebbd959fee7f6ba160dda5d3ee1 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-memstick.img.xz) = 7f3f666ef0c220a3b4cdc32f8cb00794d5fe4abfb9ac132d9048bd5f2874ffd5 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-mini-memstick.img) = 87a6d96a05fc17e67e59d2c38c8733640cc0439c57ab3ba162e4c5bca40292d8 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = a9e24a3d207cb47f36249695d111abacbab85c193d79e5074c2bb2c8ca3af4f8 o 12.3-BETA1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-bootonly.iso) = b3a00faab3beda44137e27a2a093a2cee9864c801783a38867d4e50e18377f358fa1beb058c301701008dd9b817a2a9c3a75a0732a767e773d64026ec0568045 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = 19f8d70fc08aac02ccd39ee83e5264c09abbe709f33e9cdb56618032a4905fc8c57c4a2bef9515710d3eeb69abe17b0b9bfb485aedfc62f0c3dccc7820cbac7e SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-disc1.iso) = b3599158b22f031b0d3d21387f45bc6be66604afcb21036c6e1c53ba3af4d63b8c9d64cdc15aa5849c47751c08b8d35df8103204b4c9ff5127ba6ba5df85355d SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-disc1.iso.xz) = 4f16630a3cac7482978a9fd89734ad5c6c85a300b160af41371295c16e2ba90d5483d8335e06da1cae3f9d7039f401ebb45947489c4905c66c0ccba5248e3ae2 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-dvd1.iso) = 183432a14f5eebc85b45e27009f4e79f6d02e5972ad884d20403df235fe26d883c29d08c757fdd48f290ae083dcc70aaa3ec5ff95e0dade1902b5bce60c5a094 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = 2903b9f456d83fd9abc860c6252872272cf1b7785d21fc35cdc53d8848555c75304a4ea96a54d0dc01c352d8183515b2de9d3b460f88c52f4c0a903e1de28d51 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-memstick.img) = 4ad644e5b502e9e31660722220003b9642206126b99f2d509459dcb75fffbd2a0d680c150fccf3b8d3104bfd346251fd75dbdf330ac62b7fa0c00907e2f00ebd SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-memstick.img.xz) = 46abccf1cf31db4bc5db2bfbc91f0cf75a6c0fd2be42c4f52d3f03a158c3e71d474fa22fc85bfa0dd3a53ea820b14e035ccb9d9525d3fbe5beb3e0b6ff30580c SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-mini-memstick.img) = dcda3deac1aa1094f695b7c7444f1af46f2ba0115da58f3d9a4dbc801428b51549cfd305bae24e4d232cb73405efda7f9b9631a69ca655a874e9b663b16b3955 SHA512 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-mini-memstick.img.xz) = 1e58bcfadf8617120b06a9f38eb30e10b31da78746f888d36f87bb34a86d1c36ee882bc0eab459a1282fcd13f247e09ca96868bc74b4f105049a7223a641491f SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-bootonly.iso) = ca3257bec40141b691e2419450e0e97e4cfa04e2a8aed1df859c052eb3d6b745 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = dbb1c47da6a96fbde33eef900557a8c84724490bae77bf9c70f7a695c9e167b6 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-disc1.iso) = 8618df9386d35d21d5e8158a2d04177226e8420b4f583edffc19f47b0667283e SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-disc1.iso.xz) = 2e2f11a9bdf3f2e9968966881af56ff7abc89a6ebcfa8f4b5920bbf8b093db40 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-dvd1.iso) = 662479d870583ebb525518b0ce14e09308307ca4c474f3160db716083a1d0f06 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = d71b3e4c705ac8605224d613b848c9675d2c5eb9074bc781f6f257b29ccdf97e SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-memstick.img) = b702a8da6098d4285fc88d9e8d5c9e4d33c01f4368eb0d151c0e2e1ee95434eb SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-memstick.img.xz) = e0cc037f1b575cbd54a5971e5aabf979c0255e5185e2c5dbedcf983fe5dc1455 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-mini-memstick.img) = 55e06047ed7af0fc7643087f5fa7e403301161ed2015a9853ed23842fa867da7 SHA256 (FreeBSD-12.3-BETA1-powerpc-powerpcspe-mini-memstick.img.xz) = 1a61d1a87916088143619b693098da3389ae1797774cef3c85cdb6957db03497 o 12.3-BETA1 sparc64 GENERIC: SHA512 (FreeBSD-12.3-BETA1-sparc64-bootonly.iso) = 8d16aa8319ecc16ddddf1fca7cd5b970a0cde58a4f9dd5b9741a39bad0d98bc89c7bf833e2f137899efe88ecb7f0c2ee89ed930e3abba3c0330ff37a47e87319 SHA512 (FreeBSD-12.3-BETA1-sparc64-bootonly.iso.xz) = 498da63c85d6ab1d6264a9021b828462d555271cde49edf9f35ddabfaded17825ae59879d1832768e12bbee93ddaa659113c66b78663ea5e7576d0cbd4260307 SHA512 (FreeBSD-12.3-BETA1-sparc64-disc1.iso) = 1b50a810ca5cdfde0ad57e1f791ef87876007d776312f08c2e1ab33177b7295fcd2e3888fc77e091d181075d1e2d0bb3537ac03c654e56dabff626a5913eb6c2 SHA512 (FreeBSD-12.3-BETA1-sparc64-disc1.iso.xz) = f52f971293c881178063490de7a97447f373833f5b882569fab3a090c461db40840d48b37e4c9ef39f0215294374a3d3f3c88db8fa6211493ac3eb35c53ce46b SHA512 (FreeBSD-12.3-BETA1-sparc64-dvd1.iso) = dffcb4489523dc515fc950b8bac8557b523023c51efe9dc34c764807a9d38694a3015fbbe5f3ff5d4f7f6ffa4eab81fd8720d82efeb71ee927a319cd91240d6d SHA512 (FreeBSD-12.3-BETA1-sparc64-dvd1.iso.xz) = 4666411e33e32fd068f71e9af2eee22f0296dc5ec4e71d0f7bbde0c986e2989b0f46c5ad1edfdd06cd758e3016dcdb514a268b19357e307079b44a86c93de979 SHA256 (FreeBSD-12.3-BETA1-sparc64-bootonly.iso) = c6777cf8848410bc274ceb572d67c7e1f885da0ca126d1644e3454f4c5f678ef SHA256 (FreeBSD-12.3-BETA1-sparc64-bootonly.iso.xz) = b32944fe069298bba443d60e11acc77cd15dfe88eedb58ce61c0ffe3481a058e SHA256 (FreeBSD-12.3-BETA1-sparc64-disc1.iso) = ae05acca52deb3d0cf8b94d98115d9e5e7f86bff78d0b7e759b71d8bcb0c28fa SHA256 (FreeBSD-12.3-BETA1-sparc64-disc1.iso.xz) = 262771ee0e7b45d53756fc841ffbb027121fe379da5c295a7f14212a1514b03b SHA256 (FreeBSD-12.3-BETA1-sparc64-dvd1.iso) = 0d98bb2c602c8398830acad483ce2761008be765951c121b75cc6245e9143d11 SHA256 (FreeBSD-12.3-BETA1-sparc64-dvd1.iso.xz) = 4dd225e06f8d28e859bf227d42b538c9ca7de11c924cbef87d96dc2ae81ba0a1 o 12.3-BETA1 armv6 RPI-B: SHA512 (FreeBSD-12.3-BETA1-arm-armv6-RPI-B.img.xz) = c7996339780da1fe657897067275d0fcde943300275c73efaf34526e917acc3c42eab93e2cc133bf0ed88467ca0f76e045822eb01a7c49d600c203daba775724 SHA256 (FreeBSD-12.3-BETA1-arm-armv6-RPI-B.img.xz) = 581068d0d901a3d1888cd3f2b05204072b2c5c2dd1a1f0db18926e24bf32c9d5 o 12.3-BETA1 armv7 BANANAPI: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-BANANAPI.img.xz) = 1cebfb1c6c69e14e50e86d91a4417563eab4d917062f8ba6549e12adffec410676876dbfd981469b5203ab8a57630ec385a3917306361c6afc7c8f96a64e3134 SHA256 (FreeBSD-12.3-BETA1-arm-armv7-BANANAPI.img.xz) = 2b3790981caf929dd62cd7465a66d19a25b412745510f00b2196a655e3ad0114 o 12.3-BETA1 armv7 BEAGLEBONE: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-BEAGLEBONE.img.xz) = e27c332ca6c0cf99398a53f4d1457baebc3c5912dca80710cb24d81b0b41b778297b7f88fdb8d0cfcd8ec99c6382d1af038db54ac684dc680ebf307a4f47d5d6 SHA256 (FreeBSD-12.3-BETA1-arm-armv7-BEAGLEBONE.img.xz) = 0185c1398d7964863fde27272541b7fcd4cb93ea6d34715a464ae51eaf598bb6 o 12.3-BETA1 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-CUBIEBOARD.img.xz) = a9142fdd39fdd3084e4743000e275a1e85feaa881dda7742a53b71e95839466d0f4166be9c37b807ec66bf079cd2597d329a59c268b0432cda1b44e31f8d6f6e SHA256 (FreeBSD-12.3-BETA1-arm-armv7-CUBIEBOARD.img.xz) = ec2e8c4613d977159af5030f7117f2184f1e15f10eaa0d553436a09767822bff o 12.3-BETA1 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-CUBIEBOARD2.img.xz) = edfddf24cc08f8076338f4da2f753b9bea697c1e7bda975bc725e16058537eabda0485e4b0be01ac5b4e4c668ff1fca61e588a0c5a5fca5634a26d3ab9d1aef1 SHA256 (FreeBSD-12.3-BETA1-arm-armv7-CUBIEBOARD2.img.xz) = 4e5721d23793c67ff8460afa6b23b0a2ed97686d93318b3d5ecfb1d09c203454 o 12.3-BETA1 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 26b5b9c7697f41847d895bf4c90d3664b1fddc04d4b4f1051846a556068b1862fd69a60e6ab44aec127bcfea45ba6d79dd54998aee2ef0571de3bda62817705a SHA256 (FreeBSD-12.3-BETA1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 68f1a1bddc55db882bda99e853bfc08509262bf7cfa541cff6d6d69071db0622 o 12.3-BETA1 armv7 RPI2: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-RPI2.img.xz) = 313bee4fd71cf755cbae3913dbea1430f094b6e6b1d4564ea9a2a4e6ff12d4993245f8170dc7fb64fbec7ad785a408700f2c17dd1d31ba307045ad5e277b848a SHA256 (FreeBSD-12.3-BETA1-arm-armv7-RPI2.img.xz) = ec89bfa6bce0d25d45df3e2237b6521f85b21f2e3bf5b7897a40eeb98935bebb o 12.3-BETA1 armv7 WANDBOARD: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-WANDBOARD.img.xz) = 2347218e16a5d14ab12461615b9c9a6091b76afd4e0954ea46215a1cafdada8043e4ac25e85af6a6dd95310de557f9375bb93912dd5ec9e5783a309270bc60db SHA256 (FreeBSD-12.3-BETA1-arm-armv7-WANDBOARD.img.xz) = d7b100fca3ff3d56dd1f899c27555bb9749fb183feefc422b7b3ab184343fb06 o 12.3-BETA1 armv7 GENERICSD: SHA512 (FreeBSD-12.3-BETA1-arm-armv7-GENERICSD.img.xz) = f8dd5da08250e24655e083e61edc9081c9ebfd3a8ea7562ccd1fed8defd7f9ba100961dfaa01d658144e62c95e04144acb4fe1dcf61a0624f38ed1faf313ab29 SHA256 (FreeBSD-12.3-BETA1-arm-armv7-GENERICSD.img.xz) = 177b8ef58d8e4d95eaaf29f7ea807f6dd196a4836e2d61f301b7b6106a4151d3 o 12.3-BETA1 aarch64 GENERIC: SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-bootonly.iso) = f439b31a39774851b393b8a1e111915bbb4892ed4f00d597b063aa1698649c8139f33159b5c7b543e5982467ff43fe742106a2cb81aac6008cc31055fb7b9164 SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-bootonly.iso.xz) = 5ee9a0ec3a9f9b78c789e4969d205efcff7590f14645072de36920c4084d6255c756c01de4ddcfc04038c6863c08e7759e3dd51dfc4b074ec83eaae9c6d8c1ea SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-disc1.iso) = 1795f4649ebc66fb6b50382411c0868b026e27f53aa2f79e81d161a56b2581acefc499f62dcdda9dcaf51de463f400ddddd1cda89cc8c6dc201d6d16dc50457e SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-disc1.iso.xz) = 48a876718c5d7502de7e2909fc935fb55a2bdbb1f8b94838ef8d0f02e8e6a7b584c8abf8803e65c2627b4290c1c09410241bfa84f030a7ade2a7ad1d64082e6f SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-dvd1.iso) = c82afb2fe2566c2ad936a599a3187ac2b8f5c090da8c4f8cbff094749c8b8c16d6ad39515072f1335166b1deb835fce72e27d3ebffb81dd4ec0715fc037ca52e SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-dvd1.iso.xz) = f5874eddf5227bf367ae6a73d1137e7ed1ae9e2343916e4615c04bc0287c8b37bff64965abeb03e10cd03ef7f082ec66df741519258783385b955f5b83f68ea0 SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-memstick.img) = 4fa9a39e38596154a7169372bec1157b2d0b1ca88f5bc7c0af6185ba94c7087b34d522be34d67bc17800becd3adba675d6153ca13f34e0630a09a9c564861ddd SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-memstick.img.xz) = b7207889f26a301e25b4d192fa18100f85271ba6e93fda52e5f05fedea943aec207c9ec1e25c4546801c578417bb544e3200c7c6c4e6b18023823f575328cc42 SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-mini-memstick.img) = 77baf4f9462a2e7aaaea49d7eb75ddccbe6ee115bbf154d00377480eb4eeeedecf96cf4cf4c5327387ab45b1769a61ac79fe7185fe5574407a1703a866a8ccdd SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-mini-memstick.img.xz) = b90905b0c0194d98ea61543c7393d21a04b7df126afd4e791c072e53ce21dd1421ff5c7fc4f06cb98939936aa1a618bf41f244f9252149e9778b8ffa4dc8508d SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-bootonly.iso) = 709f9bd1bc9f587bb9ba19365de6955c5436f21ce3c16d68664928a6154fbfd4 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-bootonly.iso.xz) = ec700793160d0c0c7ddeee65e96ea221ad3b047d153da55cdb647e940847ea9b SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-disc1.iso) = 0e0407df55a38c5913869a17065399a6f41e0976defc23853fdf1bb37524e11c SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-disc1.iso.xz) = 1406148b176b234adc98cfd9090ed08c697f22dad6eb2157d8e88b2e0b5e7b42 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-dvd1.iso) = 1441ff6019cb17e226398a2134c80776da6acac2b270bde4e0a449045c3c6610 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-dvd1.iso.xz) = ca171fc467017bd1cdeb019869d9210de564462ba9f80569892ad228fc9a8c36 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-memstick.img) = 74b4c4e237e48149c4dd0bb471d44e5166d30e42f46f3543d58910e6bc74db60 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-memstick.img.xz) = e56e01ac025afc72061e751d70b22d642705315033fbdb68bf9a61d530830626 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-mini-memstick.img) = 2453ed9dd953f76885e080458e9d81712735f709d2788f29782406483938f55f SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-mini-memstick.img.xz) = 78ebde71672b57e539899257fa5a6bcd3a5b6916ca6ea89a7a6e48f78fac50f5 o 12.3-BETA1 aarch64 RPI3: SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-RPI3.img.xz) = 64d46c1e248c97e6ddc9bd8eaf6a55e66a9c5cc6f15f46c064f0e158c51cd901a10122cdd4b3a85b75b71ed92d55629895309cff99724ee4185e458ec342f8bb SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-RPI3.img.xz) = 4bd9158041119aec9b1ef4a98f4c034c363bfdc5990065051bc501af6542fc6d o 12.3-BETA1 aarch64 PINE64: SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-PINE64.img.xz) = 0e19f0cf1f87ae6d5f1cb38c08a1cfc6be33113cfad4d022865f41d0591785f14a3002d468e6bba3386612daed81dce8dc9c381cbe0a50127da9d5256549ed47 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-PINE64.img.xz) = 04e543e58d0c5e835607d29eb4f1f8b7f9e50bc1158b63bbc7622658df657519 o 12.3-BETA1 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = ed62e412afeb0c57035c475c3725cc3b729bfaa390f1051ea55f91ed9367a85163dd5ab7ae277d9047a99af67159b5bc41d9656dba860be543c1242740e4cf8d SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = 8dc08a1d5965e8435f3b9817bce55536ef9af48ff1a2cff38e03cb3fb6cf589e == VM IMAGE CHECKSUMS == o 12.3-BETA1 amd64: SHA512 (FreeBSD-12.3-BETA1-amd64.qcow2.xz) = 03988023b1bd25e0c59560eab56057170137a1069a52850c3ea94660247c8e2da588b7af57623498ac70b675be0c5ab70610bf02de8a9ea3f58e8e0810e766f2 SHA512 (FreeBSD-12.3-BETA1-amd64.raw.xz) = b4aa8610f22775a1db2f85f4e4948053a4aab9f303c738150e8ee6cc5471cc046c55d7ab9ed120240206ea58fd7286fccc907c32440fc217eb566efac24f9ec8 SHA512 (FreeBSD-12.3-BETA1-amd64.vhd.xz) = 327bf67caff752a478d43026dd044da41f5ecfd2610f8ab89e4128ea5ac569a6965211aa1c98b5688d65d5e7763d0c669b40bea37adf435ba745648469ff946b SHA512 (FreeBSD-12.3-BETA1-amd64.vmdk.xz) = 322d192c1d4538c4729dc5b1e9bfd6ce8c14e70571304ee5df1fe606c0a8a440f6f64897f2697c376a215a2fb16f930d33720b5ac6db606cd04dbc4304ba6474 SHA256 (FreeBSD-12.3-BETA1-amd64.qcow2.xz) = 2afa7230f868e1bb66c9da8987491ba4494447c431ec9db8bb424e40af85a091 SHA256 (FreeBSD-12.3-BETA1-amd64.raw.xz) = 521add8e5a35f026888b1c0143c46d0fca82f6564a22d413485f1f367054ffce SHA256 (FreeBSD-12.3-BETA1-amd64.vhd.xz) = ee6698be4a95b5b1c12e6c2a8d1f2ba33dedddd498bdc3a8853a107f94b35762 SHA256 (FreeBSD-12.3-BETA1-amd64.vmdk.xz) = e685e41dd7f53d526c5f84a6f19c31e221f80dc4da29b8a1166701d9cd3c53a2 o 12.3-BETA1 i386: SHA512 (FreeBSD-12.3-BETA1-i386.qcow2.xz) = 75e7efcfb982f3845b72d0fd93a8075f8902f9892fc42216e71a90647626a2143f23d45fa57a4dc3a6a7b960ae68ff0be57676b924d52a35bfd74e4bf8c39f21 SHA512 (FreeBSD-12.3-BETA1-i386.raw.xz) = 5075a54f45fce43be94ee1dc0a3d8a01cf1994df0fccd6b0c76ac15a8bb56c7f4aa1ef57e0b65b65b85c446130e0a5c8e203162011de07ffb6dcdd8cabbc9258 SHA512 (FreeBSD-12.3-BETA1-i386.vhd.xz) = 4375ca8a2128b2331f13ddb441909d8d37aaf96e7a47f04def5d1e6f2d39def7beefa7817058a890f22eea68f7767f853a42e167bd7a9b7536164002f8f054d3 SHA512 (FreeBSD-12.3-BETA1-i386.vmdk.xz) = 9b32fd19215e7b84d47564b73b4469ede7702cc1e725b6efab19dc6b7cdb7d8b3f2f515f838e71e28cba690560b919d4b672a95a9659ab6a5586d9a4b12597cd SHA256 (FreeBSD-12.3-BETA1-i386.qcow2.xz) = 9e321248b117ed2673bd523783e5307ac7b0b17d0614bc1270b6268ddcc1756a SHA256 (FreeBSD-12.3-BETA1-i386.raw.xz) = e75164bc137a75882bf336c6e4db06e790c653ca476388fba5a48c234568d6c4 SHA256 (FreeBSD-12.3-BETA1-i386.vhd.xz) = 9d6e0282646c0a8d206852764ea859285ad4da1462eec2f9089e584c12318282 SHA256 (FreeBSD-12.3-BETA1-i386.vmdk.xz) = 796ae58d1052de01367e2b9afedec735a009092ba3122b2539c232b837d7404d o 12.3-BETA1 aarch64: SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64.qcow2.xz) = 4f4b69a069368e5078717e80b2709fafb54ad4316f900694d87f1f28751c800591eb70078e3928ac70f07f2acd398311e8aae094e14c98c244ee6ec4e7effc2f SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64.raw.xz) = c89bcd8d3db30d9c1a56ae92c2eaa194497b3b212455e2ea6122c63069a2c6e74d16262dc2914c48ecbcf741f1bb0da267262efd631692e7e5e12c7f0b659e27 SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64.vhd.xz) = 61399b6e349c96b746d58b4db110e48230f8986df946cfaa043e0ab1ecb42367eb4b3fba8c367712ba0bebe1cb056bd2d8a90ce599b0eb55920bb0f3b12e3cac SHA512 (FreeBSD-12.3-BETA1-arm64-aarch64.vmdk.xz) = 7b3aa6587c33ebf4b92e42bb1d57a36bb537130a2c3141c8578b2349babfe8d54cc816f372c669f1e146ede7d22e8c9fd4c337e6b3ff2fb0dfc80cad63c45238 SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64.qcow2.xz) = 9b1dc043d9157fc2ac6dc045b259d82da6f41f56bbd3614d9af77e3521eeef3f SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64.raw.xz) = d36e1a34f69358feaddd514a2da0cf7a4f03d37ae387bc8126bb3ce4d160344b SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64.vhd.xz) = 7a87fd68917ef906014346e64de259f2c0ce1e665ee996ded2df93ea96a1f77b SHA256 (FreeBSD-12.3-BETA1-arm64-aarch64.vmdk.xz) = 6353a340247acb6a16c447f49094a2b3f0a058573053f70bcc2afdacb81822e3 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmFzNpMACgkQAxRYpUeP 4pO/vBAAnxRcQawckGQoXQRhU9a9ns4mVIpBNm7A72XgcMNdH7IuRIsfJyq/iT/M 5QY1qOO42aoQVRrmOWJqEt9srOqT7LX1Gq50933D2rdx+58tWLnpv3o7A7Ob8jH3 zSRq3zPgGbJ1Etf+AAOLHUKBAwgy418+PSaw3bGytF5UG8JY/uCZ39LLTVBMlEbd LmU5CjbCc6HxPhiNWNnt1q4TSu9V9gAUDwV496gvsYc8OBAS6HhdcMgdestGf4Df NsoPS7xy76b49AVqvqC32HCb0uF4MJiga6TS7YnftFAem/G7Iy4hRVs8ma11q0jl qv6EuDp1gEzQcsw/9ENsKt1zOrv8mB9M+k/MB/mkdZLKbU1w3vG27Bh2BVAEgRRy s9Mhzq4lPtAliwrf3IDvS0Bvb/btF9jNbyWgd3dV5ZksCK5ubbrCn70fKhzA04we nMIm55Mi7uVWI7/rBJC0XDmxiqa6I1Q1Sz3qxWSBxzEFSHsMFJR19WQHs//ytcGM +EiZDjmkOAF+MVCw42gIiyOVLzJf24Rixi6iAPeAxGJ53IrkYRvs5NwwICGSvz13 L524MnB13l9gpDiMDvyhoytfMkNkUV1p0f6eRP1GpKwV/hK3fCyQyF17LnuoSBOZ peoPe4HZt2qHAxSx2G7qjBsX4w8tGONSXs5lqTzsZbjFDz7JGqU= =DGi+ -----END PGP SIGNATURE----- From nobody Sat Oct 23 15:03:35 2021 X-Original-To: freebsd-stable@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 15579181FCF5 for ; Sat, 23 Oct 2021 15:03:40 +0000 (UTC) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [IPv6:2001:67c:1220:808::93e5:80c]) (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 "kazi.fit.vutbr.cz", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hc4Gz0B1sz3G2w for ; Sat, 23 Oct 2021 15:03:38 +0000 (UTC) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.16.1/8.16.1) with ESMTPS id 19NF3Zlv060470 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 23 Oct 2021 17:03:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fit.vutbr.cz; s=mx1; t=1635001416; bh=8o5/HSVnsq9Z1pGw5l+2hY1f+2bIcigRDbpfZ+mGZ0E=; h=Date:From:To:Subject; b=cgRsYEd73rEZIHgPEOBsilRtFHSq/pII8RPMyI0yne/RDYWNskCQ7pdEkCn1fM3CU IsrLPxbIis5en0pnjHmKWrjznpYbPtCNkPx3EiZTjuZ2k7Nmfj6tLmSyvsAvyaZzgu wApIFMWR44zCVKw1lrgLxTZemAvWHdLO/WwvaPyY= Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.16.1/8.16.1/Submit) id 19NF3ZQr060469 for freebsd-stable@freebsd.org; Sat, 23 Oct 2021 17:03:35 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Sat, 23 Oct 2021 17:03:35 +0200 From: Cejka Rudolf To: freebsd-stable@freebsd.org Subject: Unable to grab keyboard with VT on a headless node in stable/12 Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4Hc4Gz0B1sz3G2w X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fit.vutbr.cz header.s=mx1 header.b=cgRsYEd7; dmarc=none; spf=none (mx1.freebsd.org: domain of cejkar@fit.vutbr.cz has no SPF policy when checking 2001:67c:1220:808::93e5:80c) smtp.mailfrom=cejkar@fit.vutbr.cz X-Spamd-Result: default: False [-1.30 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[fit.vutbr.cz:s=mx1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[fit.vutbr.cz:+]; DMARC_NA(0.00)[vutbr.cz]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197451, ipnet:2001:67c:1220::/46, country:CZ]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, I have a headless node without monitor and without keyboard. There is just network and USB card reader in keyboard mode. In stable/11, there was no problem to disconnect USB card reader from kbdmux using kbdcontrol -A ukbd0 < /dev/console and open /dev/ukbd0 in a program. However, under stable/12 it works just with connected monitor. Without monitor, there is an error: # kbdcontrol < /dev/console -bash: /dev/console: Device not configured Furthermore with default VT, it is also impossible to use /dev/kbdmux0: # kbdcontrol < /dev/kbdmux0 -bash: /dev/kbdmux0: Device busy I have found a workaround using SC, where it is possible to atleast open /dev/kbdmux0 and use kbdcontrol -A ukbd0 < /dev/kbdmux0, but why keyboard operation is now dependend on connected monitor? And why VT does not allow to open /dev/kbdmux0? Thank you. -- Rudolf Cejka http://www.fit.vut.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From nobody Sat Oct 23 16:19:26 2021 X-Original-To: freebsd-stable@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 89EF41817D2B; Sat, 23 Oct 2021 16:19:35 +0000 (UTC) (envelope-from montgomerysmithstephen@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (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 4Hc5yZ5Dzjz3rn0; Sat, 23 Oct 2021 16:19:34 +0000 (UTC) (envelope-from montgomerysmithstephen@gmail.com) Received: by mail-ot1-x32d.google.com with SMTP id z5-20020a9d4685000000b005537cbe6e5aso1634308ote.1; Sat, 23 Oct 2021 09:19:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=Aw0lb4Ow8N9YsVlOB29HafQwpSoct4i1IlWgSFm7KAQ=; b=X55MsYVrB7bLvJ5OVjYmq3OCrPB48p5YqRxALA7XjAGPGMNlaXBLKuaFnsb0lno1gD 74H+HCN4hrJAy/VJvrruC4l+EMmwk/f8IX0Mi5R2E3uxUiyy3RjjCXzTdxPscioyKYRE ImY76en+LudLlNsZH22rhOQT0fVdhsoz5gOSUR9i2sKgPPgYQdTnYEBuNrky5pB7pSwO SW/GLrpFjDzTTiUOFWwSa8wUVS87NI1m6lP98Y+yIHzLqxFgZac0UbFhkLAhNL3CkZNn NlzZ0zzBQEgx7bE11x43SwG+adP6zmZZ9j7k5yjXtxEKtnFNW5iWzPuzMA+nOm8HUDbV 9crA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=Aw0lb4Ow8N9YsVlOB29HafQwpSoct4i1IlWgSFm7KAQ=; b=0s17H0Vm60TkFZo01emfIBWtbs0eSm8hNzhyL1BfH26t+2UTw3Z2dZlQvltVr+GSfP rwWUg+x6JmsFBGgzOdOIoDpf4MkZUqN3sOMQSbRSIAj5bUVGBpGpFjGG2SGJos5w5v46 odWDt7wv4TATF+yWZpchjwYb6Vnc7jKvMjMhSJqDnWCEjN4bGogLnk36U99lsInHkyab LFcsS1C4kVk24XRBlx+98nbGK1ZH5nfDvUhmYnYcLgx8+791jFSx8IWhMZk1jhjLmMju EHWFTQSj3GUXH8q841h9j036/KZGM1ikDty77M9SZSju1QptiNGHWuPL+Lrt0+lE8Fuo s+Vg== X-Gm-Message-State: AOAM530aMB3uZqh31IOPa9lo4305ruJ5cboIeCcjw46qg9UOhypDMTIf AK1TUxr5BZRc/wfR7bQMTQZOyIo5xQk= X-Google-Smtp-Source: ABdhPJwSVkHzGdP8IyZucYVfI8cAbAVqaeDVF+RqxvMGMrv2ikqSCq19dpJdcia9BJMyrhibI/HF0w== X-Received: by 2002:a9d:396:: with SMTP id f22mr5347523otf.327.1635005968302; Sat, 23 Oct 2021 09:19:28 -0700 (PDT) Received: from [10.8.13.52] ([161.130.189.143]) by smtp.gmail.com with ESMTPSA id w16sm2331050oti.3.2021.10.23.09.19.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 23 Oct 2021 09:19:28 -0700 (PDT) From: Stephen Montgomery-Smith X-Google-Original-From: Stephen Montgomery-Smith To: freebsd-ports@freebsd.org, "yuri@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Strange things when trying to build math/arb Message-ID: <4a3a7b57-b13e-2823-0a46-aa8197d1ef5e@FreeBSD.org> Date: Sat, 23 Oct 2021 11:19:26 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Hc5yZ5Dzjz3rn0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=X55MsYVr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of montgomerysmithstephen@gmail.com designates 2607:f8b0:4864:20::32d as permitted sender) smtp.mailfrom=montgomerysmithstephen@gmail.com X-Spamd-Result: default: False [-1.38 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.62)[0.624]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_TO(1.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32d:from]; RECEIVED_SPAMHAUS_PBL(0.00)[161.130.189.143:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N I get the weirdest errors when I try to build the port math/arb, which was recently updated to version 2.21.0. Maybe it is a compiler error? Here is a sample: /usr/bin/cc -DARB_BUILD_DLL -Darb_EXPORTS -I/usr/local/include -I/usr/ports/math/arb/work/arb-2.21.0 -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fPIC -pthread -MD -MT CMakeFiles/arb.dir/acb_hypgeom/gamma_taylor.c.o -MF CMakeFiles/arb.dir/acb_hypgeom/gamma_taylor.c.o.d -o CMakeFiles/arb.dir/acb_hypgeom/gamma_taylor.c.o -c /usr/ports/math/arb/work/arb-2.21.0/acb_hypgeom/gamma_taylor.c /usr/ports/math/arb/work/arb-2.21.0/acb_hypgeom/gamma_taylor.c:48:22: /usr/ports/math/arb/work/arb-2.21.0/acb_hypgeom/gamma_taylor.c:87:35: error: use of undeclared identifier 'arb_hypgeom_gamma_coeffs'; did you mean 'arb_hypgeom_gamma_lower'? mag_mul_2exp_si(err, err, arb_hypgeom_gamma_coeffs[N].exp); ^~~~~~~~~~~~~~~~~~~~~~~~ It is as though the c compiler failed to preprocess the source code, and forget the include files. Note, if I add USE_GCC=yes to the port Makefile, it builds just fine. I am using: cc --version FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2) uname -a FreeBSD wilberforce 12.3-PRERELEASE FreeBSD 12.3-PRERELEASE stable/12-n234170-35f1d655819 GENERIC amd64 From nobody Sat Oct 23 16:47:28 2021 X-Original-To: freebsd-stable@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 A6D5A1802DF4; Sat, 23 Oct 2021 16:44:46 +0000 (UTC) (envelope-from pj@smo.de) Received: from mail.adebahr.de (mail.adebahr.de [185.66.179.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.adebahr.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hc6Wf3St8z4V4Y; Sat, 23 Oct 2021 16:44:46 +0000 (UTC) (envelope-from pj@smo.de) Received: from localhost (localhost [127.0.0.1]) by mail.adebahr.de (Postfix) with ESMTP id 9174B605CDDB2; Sat, 23 Oct 2021 18:44:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=smo.de; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:references:content-language:subject:subject :user-agent:mime-version:date:date:message-id; s=mail; t= 1635007478; x=1636821879; bh=8YKfGBio2XIH/R2HLJ6xT5doTlI5tF/ZNzV HmUgqQ7Y=; b=XxhhWBpdPZmWvm2PPC/dPfuT8t02S5kdyl5jBfFCCx9Z/QoqAwB Dc6Uy1WPigP0f1N6a5DsE/evGfkR9CndGvt//BJJKp1Miq2KnweiZ55cbOtEA21y +cSgE1htlWtLNP3nX/jHFfjgPEkjEWrtNBUFFK4yhR9xkG7HP6ejMXHM= Received: from mail.adebahr.de ([127.0.0.1]) by localhost (mail.adebahr.de [127.0.0.1]) (amavisd-new, port 10026) with LMTP id TEVHEHxvPsxm; Sat, 23 Oct 2021 18:44:38 +0200 (CEST) Received: from [192.168.153.212] (pd9515da9.dip0.t-ipconnect.de [217.81.93.169]) by mail.adebahr.de (Postfix) with ESMTPSA id 2FA2B605CDDAC; Sat, 23 Oct 2021 18:44:38 +0200 (CEST) Message-ID: <58f97411-01d7-28f0-1586-a58b405a1421@smo.de> Date: Sat, 23 Oct 2021 18:47:28 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: Strange things when trying to build math/arb Content-Language: en-US To: Stephen Montgomery-Smith , freebsd-ports@freebsd.org, "yuri@freebsd.org" , "freebsd-stable@freebsd.org" References: <4a3a7b57-b13e-2823-0a46-aa8197d1ef5e@FreeBSD.org> From: Philipp Ost In-Reply-To: <4a3a7b57-b13e-2823-0a46-aa8197d1ef5e@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Hc6Wf3St8z4V4Y X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 10/23/21 18:19, Stephen Montgomery-Smith wrote: > I get the weirdest errors when I try to build the port math/arb, which > was recently updated to version 2.21.0.  Maybe it is a compiler error? I observe the same behaviour on my stable/13 machine: FreeBSD 13.0-STABLE #1 stable/13-n247583-0e5787b1d08 with FreeBSD clang version 12.0.1 (git@github.com:llvm/llvm-project.git llvmorg-12.0.1-0-gfed41342a82f). Strangely, `poudriere testport` succeeds; with both a 12.2-Release-p10 and 13.0-RELEASE-p4 amd64 jail. There are warnings about implicit conversions, but nothing which causes the compilation to fail. Cheers Philipp From nobody Sun Oct 24 01:36:11 2021 X-Original-To: freebsd-stable@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 D507F180362F; Sun, 24 Oct 2021 01:36:15 +0000 (UTC) (envelope-from montgomerysmithstephen@gmail.com) Received: from mail-oi1-x233.google.com (mail-oi1-x233.google.com [IPv6:2607:f8b0:4864:20::233]) (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 4HcLJv0RfVz4gJf; Sun, 24 Oct 2021 01:36:15 +0000 (UTC) (envelope-from montgomerysmithstephen@gmail.com) Received: by mail-oi1-x233.google.com with SMTP id r6so10307062oiw.2; Sat, 23 Oct 2021 18:36:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=/xvXn8mBC/SYbC81wlt/aivbtaf8HV97+PJfsMv8Gvw=; b=TA9XAWoumllSv1gQIjcTUmdar1193KMRlskK38ZpjhQGlBjPTJxom+VLPjE4aqU/jQ Qb9Gw+s6M9qG43/uAUfURu1k9fiaQqlNB8d8LXAFXI5oPFuKZdavJF+ghxW0wTGd0jCj NBpHJgh89s9RMfkY0JnOjOKxn/WhtwMUsBP3o6sBa+Hce+9nLTxzPwDNv5IcR5T0Q3sW gVM700USACbHLxBAGsMCqNGELn8KnCOiCNOVZyNuIw1yXpTkPoLk4oLcSkn2muqjw+Fj PZ1jGo5+YiGW7YYAOUsP3+rhMbh9oysALB44CsLAhGERqHWXMJtm+LM7vZqNHsLMhl8Z okKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=/xvXn8mBC/SYbC81wlt/aivbtaf8HV97+PJfsMv8Gvw=; b=EKAXPfEZUtWVnu5HXKa5COSKjM6EBznr4LhFDVSngUbHc/RoCaHw+AU73uF6dozFL7 Darge0F/DDL+2Stdk1Tl8rD5DS2m+iGHwXrQ2ejSPZhMsXCK51F8jwEBluxHIuwTQMsr fVGxc3Nlv2ihY1DUhS2o57bGIepY36/3tRFpyWyZv0BjMCBgF98fvXxueSzo78aXEaJO McvarphczPZyhsB2228cuj2qob0XI+H/pJkJy22KUlg7rWq0dC68lJOZpM61dSTJRyJQ i2WN6R6c7CRjapQWNPGW51x0KcO7AdJfs10yH4T1rjtpRCYpXToe69rC38E47igWBs5b 4AjQ== X-Gm-Message-State: AOAM5335Uq6lv7MuIaK0+sNkqXa+Y4JhW7nEw1B5KjrjjpePFmlUHN+/ KJuFjcKwtKLj6Ur4cGKtXfvbjBzdiBM= X-Google-Smtp-Source: ABdhPJzpva2ixNJXjTWcfQco7O69DJiEO50MGQNLfwt1cMNGS/FXu8EbuVsIK2Wb559yR7D3QXAc+Q== X-Received: by 2002:a05:6808:14cf:: with SMTP id f15mr13637217oiw.166.1635039374300; Sat, 23 Oct 2021 18:36:14 -0700 (PDT) Received: from [10.8.13.52] ([161.130.189.143]) by smtp.gmail.com with ESMTPSA id bh39sm3000677oib.42.2021.10.23.18.36.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 23 Oct 2021 18:36:14 -0700 (PDT) From: Stephen Montgomery-Smith X-Google-Original-From: Stephen Montgomery-Smith Subject: Solved: Strange things when trying to build math/arb To: freebsd-ports@freebsd.org, "yuri@freebsd.org" , "freebsd-stable@freebsd.org" References: <4a3a7b57-b13e-2823-0a46-aa8197d1ef5e@FreeBSD.org> Message-ID: <4bc377a9-0518-face-6fc7-43e6640d1bb3@FreeBSD.org> Date: Sat, 23 Oct 2021 20:36:11 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <4a3a7b57-b13e-2823-0a46-aa8197d1ef5e@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4HcLJv0RfVz4gJf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=TA9XAWou; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of montgomerysmithstephen@gmail.com designates 2607:f8b0:4864:20::233 as permitted sender) smtp.mailfrom=montgomerysmithstephen@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_TO(1.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::233:from]; RECEIVED_SPAMHAUS_PBL(0.00)[161.130.189.143:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 10/23/21 11:19 AM, Stephen Montgomery-Smith wrote: > I get the weirdest errors when I try to build the port math/arb, which > was recently updated to version 2.21.0.  Maybe it is a compiler error? > > Here is a sample: > > /usr/bin/cc -DARB_BUILD_DLL -Darb_EXPORTS -I/usr/local/include > -I/usr/ports/math/arb/work/arb-2.21.0 -O2 -pipe -fstack-protector-strong > -fno-strict-aliasing -O2 -pipe -fstack-protector-strong > -fno-strict-aliasing -fPIC -pthread -MD -MT > CMakeFiles/arb.dir/acb_hypgeom/gamma_taylor.c.o -MF > CMakeFiles/arb.dir/acb_hypgeom/gamma_taylor.c.o.d -o > CMakeFiles/arb.dir/acb_hypgeom/gamma_taylor.c.o -c > /usr/ports/math/arb/work/arb-2.21.0/acb_hypgeom/gamma_taylor.c > /usr/ports/math/arb/work/arb-2.21.0/acb_hypgeom/gamma_taylor.c:48:22: > /usr/ports/math/arb/work/arb-2.21.0/acb_hypgeom/gamma_taylor.c:87:35: > error: use of undeclared identifier 'arb_hypgeom_gamma_coeffs'; did you > mean 'arb_hypgeom_gamma_lower'? >         mag_mul_2exp_si(err, err, arb_hypgeom_gamma_coeffs[N].exp); >                                   ^~~~~~~~~~~~~~~~~~~~~~~~ > It is as though the c compiler failed to preprocess the source code, and > forget the include files. > > Note, if I add USE_GCC=yes to the port Makefile, it builds just fine. > > I am using: > > cc --version > FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git > llvmorg-10.0.1-0-gef32c611aa2) > > uname -a > FreeBSD wilberforce 12.3-PRERELEASE FreeBSD 12.3-PRERELEASE > stable/12-n234170-35f1d655819 GENERIC  amd64 > It was because I was using portupgrade. It referenced the include files in /usr/local/include, that is, the arb include files that existed before.