From nobody Mon Jul 19 22:02:19 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8B44A12A9925 for ; Mon, 19 Jul 2021 22:02:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTG6P3CvKz4YDh for ; Mon, 19 Jul 2021 22:02:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 16JM2JZ2001040 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 19 Jul 2021 15:02:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 16JM2JXK001039 for freebsd-current@freebsd.org; Mon, 19 Jul 2021 15:02:19 -0700 (PDT) (envelope-from sgk) Date: Mon, 19 Jul 2021 15:02:19 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: <20210719220219.GA1010@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4GTG6P3CvKz4YDh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-1.11 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.95.76.21:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.88)[0.877]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[128.95.76.21:from:127.0.2.255]; ARC_NA(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996]; 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:73, ipnet:128.95.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none] X-ThisMailContainsUnwantedMimeParts: N While reading files from a UDF filesystem, I received the following panic. I have the core file and kernel if anyone is interested. Unread portion of the kernel message buffer: panic: vm_domainset_iter_first: Unknown policy 15168 cpuid = 2 time = 1626730195 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe012ae5e1a0 vpanic() at vpanic+0x181/frame 0xfffffe012ae5e1f0 panic() at panic+0x43/frame 0xfffffe012ae5e250 vm_domainset_iter_first() at vm_domainset_iter_first+0xab/frame 0xfffffe012ae5e260 vm_domainset_iter_page_init() at vm_domainset_iter_page_init+0xc2/frame 0xfffffe012ae5e290 vm_page_grab_pages() at vm_page_grab_pages+0x155/frame 0xfffffe012ae5e330 vm_page_grab_pages_unlocked() at vm_page_grab_pages_unlocked+0x1b0/frame 0xfffffe012ae5e390 allocbuf() at allocbuf+0x38b/frame 0xfffffe012ae5e400 getblkx() at getblkx+0x58c/frame 0xfffffe012ae5e4c0 breadn_flags() at breadn_flags+0x42/frame 0xfffffe012ae5e520 udf_vget() at udf_vget+0x1c2/frame 0xfffffe012ae5e5c0 udf_lookup() at udf_lookup+0x442/frame 0xfffffe012ae5e670 vfs_cache_lookup() at vfs_cache_lookup+0xa4/frame 0xfffffe012ae5e6c0 lookup() at lookup+0x65f/frame 0xfffffe012ae5e760 namei() at namei+0x216/frame 0xfffffe012ae5e810 kern_statat() at kern_statat+0xe1/frame 0xfffffe012ae5e940 sys_fstatat() at sys_fstatat+0x2f/frame 0xfffffe012ae5ea40 amd64_syscall() at amd64_syscall+0xe0/frame 0xfffffe012ae5eb70 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe012ae5eb70 --- syscall (552, FreeBSD ELF64, sys_fstatat), rip = 0x2011a12fa, rsp = 0x7fffffffe0c8, rbp = 0x7fffffffe180 --- Uptime: 19m58s (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=textdump@entry=1) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff805fe263 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:486 #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:919 #4 0xffffffff805fe4b3 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:843 #5 0xffffffff8085dcbb in vm_domainset_iter_first (di=, domain=) at /usr/src/sys/vm/vm_domainset.c:189 #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, pindex=, pindex@entry=16931, domain=domain@entry=0xfffffe012ae5e2f4, req=, req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 #7 0xffffffff80879b25 in vm_page_alloc_after (object=0xfffff8003c21f420, pindex=16931, req=118818, mpred=0xfffffe000ce709b0) at /usr/src/sys/vm/vm_page.c:2008 #8 vm_page_grab_pages (object=object@entry=0xfffff8003c21f420, pindex=pindex@entry=16931, allocflags=, ma=0xfffffe001c1c9a90, count=1) at /usr/src/sys/vm/vm_page.c:4800 #9 0xffffffff80879f90 in vm_page_grab_pages_unlocked ( object=, pindex=16931, allocflags=allocflags@entry=4642, ma=0xfffffe001c1c9a90, ma@entry=, count=) at /usr/src/sys/vm/vm_page.c:4862 #10 0xffffffff806a2eab in vfs_vmio_extend (bp=0xfffffe001c1c9960, desiredpages=0, size=) at /usr/src/sys/kern/vfs_bio.c:3095 #11 allocbuf (bp=bp@entry=0xfffffe001c1c9960, size=size@entry=2048) at /usr/src/sys/kern/vfs_bio.c:4337 #12 0xffffffff806a137c in getblkx (vp=, vp@entry=0xfffff801e23d3380, blkno=, dblkno=, size=2048, slpflag=, slpflag@entry=0, slptimeo=slptimeo@entry=0, flags=, bpp=0xfffffe012ae5e4e8) at /usr/src/sys/kern/vfs_bio.c:4172 #13 0xffffffff806a0c72 in breadn_flags (vp=, blkno=, dblkno=, size=, rablkno=, rablkno@entry=0x0, rabsize=, rabsize@entry=0x0, cnt=0, cred=0x0, flags=0, ckhashfunc=0x0, bpp=0xfffffe012ae5e580) at /usr/src/sys/kern/vfs_bio.c:2176 #14 0xffffffff8056ecc2 in udf_vget (mp=, ino=ino@entry=33574, flags=, flags@entry=2105344, vpp=vpp@entry=0xfffffe012ae5e630) at /usr/src/sys/fs/udf/udf_vfsops.c:646 #15 0xffffffff805707f2 in udf_lookup (a=, a@entry=) at /usr/src/sys/fs/udf/udf_vnops.c:1227 #16 0xffffffff806aa3a4 in VOP_CACHEDLOOKUP (dvp=0xfffff80216c1ee00, vpp=0xfffffe012ae5e878, cnp=0xfffffe012ae5e8a0) at ./vnode_if.h:99 #17 vfs_cache_lookup (ap=, ap@entry=) at /usr/src/sys/kern/vfs_cache.c:3041 #18 0xffffffff806b62ff in VOP_LOOKUP (dvp=0xfffff80216c1ee00, vpp=0xfffffe012ae5e878, cnp=0xfffffe012ae5e8a0) at ./vnode_if.h:65 #19 lookup (ndp=ndp@entry=0xfffffe012ae5e820) at /usr/src/sys/kern/vfs_lookup.c:1116 #20 0xffffffff806b54a6 in namei (ndp=ndp@entry=0xfffffe012ae5e820) at /usr/src/sys/kern/vfs_lookup.c:661 #21 0xffffffff806d0dc1 in kern_statat (td=0xfffffe00db1f9300, flag=, fd=, path=, pathseg=, pathseg@entry=UIO_USERSPACE, sbp=sbp@entry=0xfffffe012ae5e958, hook=0x0) at /usr/src/sys/kern/vfs_syscalls.c:2423 #22 0xffffffff806d1a6f in sys_fstatat (td=, uap=0xfffffe00db1f96e8) at /usr/src/sys/kern/vfs_syscalls.c:2400 #23 0xffffffff808e2240 in syscallenter (td=0xfffffe00db1f9300) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:189 #24 amd64_syscall (td=0xfffffe00db1f9300, traced=0) at /usr/src/sys/amd64/amd64/trap.c:1156 #25 #26 0x00000002011a12fa in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffe0c8 (kgdb) -- Steve From nobody Mon Jul 19 23:55:07 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0C60A1272838 for ; Mon, 19 Jul 2021 23:55:09 +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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTJcX6WMzz4v3d for ; Mon, 19 Jul 2021 23:55:08 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x829.google.com with SMTP id l2so2416547qtp.11 for ; Mon, 19 Jul 2021 16:55:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=xqgePXouPScDbPeruvk/EryUpOVo5mTDm3xBrUvxl1E=; b=QwMiIkJpLI+cyF8v7ZxMw8lRFcJwa5W1mRH065qwNb2NGfQmZXuBmkoJlZ6aBANX25 uEoZDl8Ps6HJrcvjTQZXxeDdc2Qxy8CilE7+4uoieNM6WK4nS0A8ZlO/HGHuhz1fd6gj IUzb/kK3ZgceobmtfKhB9qRizyUpsoVMV+cNs8NmrHfFnFC++Tp/sSPbiMa2ULXBIvij WHs6wPAf+12tN9zuIciZZqBgpP0+jqkahZBt3/30TaUtdhr/c9MvqZ81nxhlGSC0qbHX 8PMkyn2tqsS1uSsnuRVlXUNbxWYa+Fi87czzadB2Shv6SW0LYezCuakzq/0R5shKzH7N bnsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=xqgePXouPScDbPeruvk/EryUpOVo5mTDm3xBrUvxl1E=; b=uc4IjSvrAdofbYSvlUmQpFae5e88RJDH02TUcpuC4u6Ozbf4qZxJGHlhPKVNp2Uz11 2FYScsx4lfYUvw89SZ/g1dC5swjNGsEsQAmD/E7Wq9+NVnLJPZpcRkKavrMdTC/IUs0x lj5UrdQBfZsOVgdeBoQhgRGdB2dWsAZgP0uQ3E4piUlIGnjDYryXCGSbuTrXUL58Buo7 EqkjEY19ZGgWyftE4dpcCVWXgK9oyE2fIHUiJcnYlyuTxsl5bGqlenfrgAFytksmoViM nJwd0dbE2VTrQsTfAt/Dn9u4gXHgoj/RZ8t8qXkGraadrHyIIbEy435pN8pe50iko26z mr5A== X-Gm-Message-State: AOAM533v139eMUecqazEL+YcE+5ykc3+nDbdRnh60r9nprvg5QhHvH+L I4U4QC5lie7+pasu8q6GSMstD/eSIi+PcA== X-Google-Smtp-Source: ABdhPJzsKGf35ovCXkJV8YiMJuXQR3nmZHuIPFVhyYCYZ7bAfpKVyjXBJ9B3SUX+CKtMyWBzpbW4XQ== X-Received: by 2002:ac8:4a19:: with SMTP id x25mr24185630qtq.389.1626738907805; Mon, 19 Jul 2021 16:55:07 -0700 (PDT) Received: from nuc ([142.126.183.196]) by smtp.gmail.com with ESMTPSA id u3sm7276530qtg.16.2021.07.19.16.55.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 19 Jul 2021 16:55:07 -0700 (PDT) Date: Mon, 19 Jul 2021 19:55:07 -0400 From: Mark Johnston To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: References: <20210719220219.GA1010@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210719220219.GA1010@troutmask.apl.washington.edu> X-Rspamd-Queue-Id: 4GTJcX6WMzz4v3d 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, Jul 19, 2021 at 03:02:19PM -0700, Steve Kargl wrote: > While reading files from a UDF filesystem, I > received the following panic. I have the core > file and kernel if anyone is interested. > > > Unread portion of the kernel message buffer: > panic: vm_domainset_iter_first: Unknown policy 15168 > cpuid = 2 > time = 1626730195 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe012ae5e1a0 > vpanic() at vpanic+0x181/frame 0xfffffe012ae5e1f0 > panic() at panic+0x43/frame 0xfffffe012ae5e250 > vm_domainset_iter_first() at vm_domainset_iter_first+0xab/frame 0xfffffe012ae5e260 > vm_domainset_iter_page_init() at vm_domainset_iter_page_init+0xc2/frame 0xfffffe012ae5e290 > vm_page_grab_pages() at vm_page_grab_pages+0x155/frame 0xfffffe012ae5e330 > vm_page_grab_pages_unlocked() at vm_page_grab_pages_unlocked+0x1b0/frame 0xfffffe012ae5e390 > allocbuf() at allocbuf+0x38b/frame 0xfffffe012ae5e400 > getblkx() at getblkx+0x58c/frame 0xfffffe012ae5e4c0 > breadn_flags() at breadn_flags+0x42/frame 0xfffffe012ae5e520 > udf_vget() at udf_vget+0x1c2/frame 0xfffffe012ae5e5c0 > udf_lookup() at udf_lookup+0x442/frame 0xfffffe012ae5e670 > vfs_cache_lookup() at vfs_cache_lookup+0xa4/frame 0xfffffe012ae5e6c0 > lookup() at lookup+0x65f/frame 0xfffffe012ae5e760 > namei() at namei+0x216/frame 0xfffffe012ae5e810 > kern_statat() at kern_statat+0xe1/frame 0xfffffe012ae5e940 > sys_fstatat() at sys_fstatat+0x2f/frame 0xfffffe012ae5ea40 > amd64_syscall() at amd64_syscall+0xe0/frame 0xfffffe012ae5eb70 > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe012ae5eb70 > --- syscall (552, FreeBSD ELF64, sys_fstatat), rip = 0x2011a12fa, rsp = 0x7fffffffe0c8, rbp = 0x7fffffffe180 --- > Uptime: 19m58s > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=textdump@entry=1) > at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xffffffff805fe263 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:486 > #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) > at /usr/src/sys/kern/kern_shutdown.c:919 > #4 0xffffffff805fe4b3 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:843 > #5 0xffffffff8085dcbb in vm_domainset_iter_first (di=, > domain=) at /usr/src/sys/vm/vm_domainset.c:189 > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > pindex=, pindex@entry=16931, > domain=domain@entry=0xfffffe012ae5e2f4, req=, > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 Could you please show output from: (kgdb) frame 6 (kgdb) p *dr (kgdb) p obj->domain ? From nobody Tue Jul 20 02:05:03 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 84F971243CC0 for ; Tue, 20 Jul 2021 02:05:06 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTMVV2Fdnz3vnG; Tue, 20 Jul 2021 02:05:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 16K253x8032866 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 19 Jul 2021 19:05:03 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 16K253vr032865; Mon, 19 Jul 2021 19:05:03 -0700 (PDT) (envelope-from sgk) Date: Mon, 19 Jul 2021 19:05:03 -0700 From: Steve Kargl To: Mark Johnston Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: <20210720020503.GA32856@troutmask.apl.washington.edu> References: <20210719220219.GA1010@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4GTMVV2Fdnz3vnG 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, Jul 19, 2021 at 07:55:07PM -0400, Mark Johnston wrote: > On Mon, Jul 19, 2021 at 03:02:19PM -0700, Steve Kargl wrote: > > > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > #1 doadump (textdump=textdump@entry=1) > > at /usr/src/sys/kern/kern_shutdown.c:399 > > #2 0xffffffff805fe263 in kern_reboot (howto=260) > > at /usr/src/sys/kern/kern_shutdown.c:486 > > #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) > > at /usr/src/sys/kern/kern_shutdown.c:919 > > #4 0xffffffff805fe4b3 in panic (fmt=) > > at /usr/src/sys/kern/kern_shutdown.c:843 > > #5 0xffffffff8085dcbb in vm_domainset_iter_first (di=, > > domain=) at /usr/src/sys/vm/vm_domainset.c:189 > > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > > pindex=, pindex@entry=16931, > > domain=domain@entry=0xfffffe012ae5e2f4, req=, > > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 > > Could you please show output from: > > (kgdb) frame 6 > (kgdb) p *dr > (kgdb) p obj->domain > The system is at work. I'll do this tomorrow morning. Thanks for asking for additional info. -- Steve From nobody Tue Jul 20 15:46:44 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A38141271DDC for ; Tue, 20 Jul 2021 15:46:58 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (mail.yourbox.net [IPv6:2001:41d0:1:767d::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.yourbox.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTjkn5NM9z4pWw; Tue, 20 Jul 2021 15:46:57 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.yourbox.net (8.16.1/8.16.1) with ESMTP id 16KFknWl020375; Tue, 20 Jul 2021 17:46:49 +0200 (CEST) (envelope-from fbl@aoek.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=aoek.com; s=mailbox; t=1626796009; bh=XneMEYTh4Z5sWd7yLBnK1Nt0f1aIb6SNCXrellYklZ0=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Zdeef8xzfYQA4agIwmsWKE9+IcAJ+yH9ZiqSaYLDxwmPlADNJvzlre9oSE/B00eE5 L6NlQ/rhULMpyBrfexjpxWgCErkKzJaoswDxAjNlXQN/mvpj/KDe9VEEgDlh8QeJEe qSm09k5+XWQvXewN8gcgatXCEojT72PlpNYNWPrO3TgmPQq2yLnl+gLU6H+1wd+Zet W0G9nkYANHUu8f4fNZBezawVHYGUpxmPiw6dIAFpESaVxuja0lhoTFcqZgMk6P5sg1 Bm4KJt7Er9l0gFlEdJ41Ffns40AlHeahpT7B5ymHBNdHM4zwBXN6aQYRHhquPogsKk F2niURJbjDcpg== List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 20 Jul 2021 17:46:44 +0200 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: gljennjohn@gmail.com Cc: Edward Tomasz Napiera?a , FreeBSD Current Subject: Re: panic: Unaligned free In-Reply-To: <20210707094021.631a005b@ernst.home> References: <20210608155405.5cf0e200@ernst.home> <20210610095041.38d7597c@ernst.home> <20210629094201.77ef5f22@ernst.home> <20210630125703.2b5544e7@ernst.home> <20210701035800.410d2376@ernst.home> <20210701113026.59f864e9@ernst.home> <20210705163324.29466849@ernst.home> <20210707094021.631a005b@ernst.home> Message-ID: <06075b067444e30b357857d1db95593d@mail.yourbox.net> X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.2.0 X-Rspamd-Queue-Id: 4GTjkn5NM9z4pWw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=aoek.com header.s=mailbox header.b=Zdeef8xz; dmarc=pass (policy=reject) header.from=aoek.com; spf=pass (mx1.freebsd.org: domain of fbl@aoek.com designates 2001:41d0:1:767d::1 as permitted sender) smtp.mailfrom=fbl@aoek.com X-Spamd-Result: default: False [-2.54 / 15.00]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:1:767d::1:from]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_DKIM_REJECT(0.00)[aoek.com:s=mailbox]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:41d0:1:767d::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[aoek.com:-]; DMARC_POLICY_ALLOW(0.00)[aoek.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(1.25)[subject]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N El 2021-07-07 11:40, Gary Jennejohn escribió: > On Wed, 7 Jul 2021 09:38:05 +0100 [very large snip] >> Perfect, I've committed the fix. Thank you! >> > > Thanks to you! I built a new kernel as soon as I saw the commit and > am running it since yesterday. I am hitting the bug again, please check here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257298 BR, -- José Pérez From nobody Tue Jul 20 16:07:04 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BF13E12790E7 for ; Tue, 20 Jul 2021 16:07:08 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTkB31Ymgz4vpB; Tue, 20 Jul 2021 16:07:06 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 16KG74XN035223 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 20 Jul 2021 09:07:04 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 16KG74qw035222; Tue, 20 Jul 2021 09:07:04 -0700 (PDT) (envelope-from sgk) Date: Tue, 20 Jul 2021 09:07:04 -0700 From: Steve Kargl To: Mark Johnston Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: <20210720160704.GA35184@troutmask.apl.washington.edu> References: <20210719220219.GA1010@troutmask.apl.washington.edu> <20210720020503.GA32856@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210720020503.GA32856@troutmask.apl.washington.edu> X-Rspamd-Queue-Id: 4GTkB31Ymgz4vpB X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-1.01 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.95.76.21:from]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.969]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.96)[0.955]; SPAMHAUS_ZRD(0.00)[128.95.76.21:from:127.0.2.255]; 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:73, ipnet:128.95.0.0/16, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Mon, Jul 19, 2021 at 07:05:03PM -0700, Steve Kargl wrote: > On Mon, Jul 19, 2021 at 07:55:07PM -0400, Mark Johnston wrote: > > On Mon, Jul 19, 2021 at 03:02:19PM -0700, Steve Kargl wrote: > > > > > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > #1 doadump (textdump=textdump@entry=1) > > > at /usr/src/sys/kern/kern_shutdown.c:399 > > > #2 0xffffffff805fe263 in kern_reboot (howto=260) > > > at /usr/src/sys/kern/kern_shutdown.c:486 > > > #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) > > > at /usr/src/sys/kern/kern_shutdown.c:919 > > > #4 0xffffffff805fe4b3 in panic (fmt=) > > > at /usr/src/sys/kern/kern_shutdown.c:843 > > > #5 0xffffffff8085dcbb in vm_domainset_iter_first (di=, > > > domain=) at /usr/src/sys/vm/vm_domainset.c:189 > > > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > > > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > > > pindex=, pindex@entry=16931, > > > domain=domain@entry=0xfffffe012ae5e2f4, req=, > > > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 > > > > Could you please show output from: > > > > (kgdb) frame 6 > > (kgdb) p *dr > > (kgdb) p obj->domain > > > > The system is at work. I'll do this tomorrow morning. > Thanks for asking for additional info. > Hi Mark, I poked around and tried to supply the request info along with content of other structs. (kgdb) frame 6 #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, pindex=, pindex@entry=16931, domain=domain@entry=0xfffffe012ae5e2f4, req=, req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 217 vm_domainset_iter_first(di, domain); (kgdb) p *dr value has been optimized out (kgdb) p obj->domain $1 = {dr_policy = 0xfffff800064b9c60, dr_iter = 0} (kgdb) p *obj->domain->dr_policy $3 = {ds_link = {le_next = 0xfffff8003c21f420, le_prev = 0xfffffe000ce71188}, ds_mask = {__bits = {0}}, ds_policy = 15168, ds_prefer = 231 '\347', ds_cnt = 12 '\f', ds_order = "\000\376\377\377@", } (kgdb) p *di $8 = {di_domain = 0xfffff800064b9c60, di_iter = 0xfffff8003c21f490, di_offset = 35190825029656, di_flags = 86066, di_policy = 15168, di_n = 255 '\377', di_minskip = true} -- Steve From nobody Tue Jul 20 16:15:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A9EB0127D2C2 for ; Tue, 20 Jul 2021 16:15:59 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (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 4GTkNH2Tygz502G for ; Tue, 20 Jul 2021 16:15:58 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x735.google.com with SMTP id 23so20555847qke.0 for ; Tue, 20 Jul 2021 09:15:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=JjLjfaRPAE8JboTDTUCYXvTodJxJ1AF4k+8ZuoVNpSU=; b=nrV/xXcNvx0v3UIWRBrimz+QNmSQeYVlXc0lyBKADfCWjaKLI/GcuLX9gdq+h3UL9N dmd2rksIv82GyLRFeJHNeH4GF4ovDFnuhgc6punrN1/wkt/uuHVmEVBiDs37zzj9VufK D9aVvV5AlNp/YJh0OF7H9ecZd9yQgziATGZp8iKsrz/E/lzRSdVyQmDvcA+xbVXUFURR QPUcVQ+gCwNwml7AFX2PdozBmkLHNEu8hZJ8/HYc0qtHMcwhAxbF9q1SB7fgfTw13GTv Lu/1ArkSeR6eISoNhl0pBzSdiA9py/fVqQIhlqWP7P6lvQvQT5P5E3+sMRwaVR5JZQdm RUVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=JjLjfaRPAE8JboTDTUCYXvTodJxJ1AF4k+8ZuoVNpSU=; b=mhbZFzyJnJn+lVyqzRlsBEua7bzQ+4xgohhHkZo/1dFnIaOZfSWlDCaW04MUp7ZQSZ 0iAMRVJnwTzIb4vzf0SUhGKVqSPBqw9wpTovQt2KGXxkeRWy8ICk8sgaXoE+qOcAIxvX 2/epzlVTyRoFywUgV5VaG7qOtGcmGCJdom+/VqBiLG6yJ89TqhTVQnbWLjpflMzecnf9 0E6kMrJ+Mhp/aXKfPk/Z/SraiL1ZmTmF42JukIlom79sEBD3IXuceNGM48uzHeParmsb yxRPb3FMU/Y3Tr6oZ2uWH8KuKJZhh16nJKna4zOyF5NeiJ9F8YfzKYdUnRaQWd6sffcG ggIw== X-Gm-Message-State: AOAM531xj1H0CYc7BSCTktOKbTOI3rHtzPQZjVJeWd0D+Bjcf5k/KUFt Sl8zVKclJVPuQ9ANlli6dd2bY+ne9BE= X-Google-Smtp-Source: ABdhPJwSVnamw+wGBzTUFGib7u+61JLTz/eTjPQCn8Qzqvd/stkmRfonwKNngycmeokGF99HZTSt1Q== X-Received: by 2002:a05:620a:d5d:: with SMTP id o29mr30408203qkl.157.1626797757736; Tue, 20 Jul 2021 09:15:57 -0700 (PDT) Received: from nuc ([142.126.183.196]) by smtp.gmail.com with ESMTPSA id o13sm8124439qti.84.2021.07.20.09.15.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Jul 2021 09:15:57 -0700 (PDT) Date: Tue, 20 Jul 2021 12:15:58 -0400 From: Mark Johnston To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: References: <20210719220219.GA1010@troutmask.apl.washington.edu> <20210720020503.GA32856@troutmask.apl.washington.edu> <20210720160704.GA35184@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210720160704.GA35184@troutmask.apl.washington.edu> X-Rspamd-Queue-Id: 4GTkNH2Tygz502G 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 Tue, Jul 20, 2021 at 09:07:04AM -0700, Steve Kargl wrote: > On Mon, Jul 19, 2021 at 07:05:03PM -0700, Steve Kargl wrote: > > On Mon, Jul 19, 2021 at 07:55:07PM -0400, Mark Johnston wrote: > > > On Mon, Jul 19, 2021 at 03:02:19PM -0700, Steve Kargl wrote: > > > > > > > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > > #1 doadump (textdump=textdump@entry=1) > > > > at /usr/src/sys/kern/kern_shutdown.c:399 > > > > #2 0xffffffff805fe263 in kern_reboot (howto=260) > > > > at /usr/src/sys/kern/kern_shutdown.c:486 > > > > #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) > > > > at /usr/src/sys/kern/kern_shutdown.c:919 > > > > #4 0xffffffff805fe4b3 in panic (fmt=) > > > > at /usr/src/sys/kern/kern_shutdown.c:843 > > > > #5 0xffffffff8085dcbb in vm_domainset_iter_first (di=, > > > > domain=) at /usr/src/sys/vm/vm_domainset.c:189 > > > > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > > > > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > > > > pindex=, pindex@entry=16931, > > > > domain=domain@entry=0xfffffe012ae5e2f4, req=, > > > > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 > > > > > > Could you please show output from: > > > > > > (kgdb) frame 6 > > > (kgdb) p *dr > > > (kgdb) p obj->domain > > > > > > > The system is at work. I'll do this tomorrow morning. > > Thanks for asking for additional info. > > > > Hi Mark, I poked around and tried to supply the request info > along with content of other structs. > > (kgdb) frame 6 > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > pindex=, pindex@entry=16931, > domain=domain@entry=0xfffffe012ae5e2f4, req=, > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 > 217 vm_domainset_iter_first(di, domain); > (kgdb) p *dr > value has been optimized out > (kgdb) p obj->domain > $1 = {dr_policy = 0xfffff800064b9c60, dr_iter = 0} > (kgdb) p *obj->domain->dr_policy > $3 = {ds_link = {le_next = 0xfffff8003c21f420, le_prev = 0xfffffe000ce71188}, > ds_mask = {__bits = {0}}, ds_policy = 15168, ds_prefer = 231 '\347', > ds_cnt = 12 '\f', > ds_order = "\000\376\377\377@", } > (kgdb) p *di > $8 = {di_domain = 0xfffff800064b9c60, di_iter = 0xfffff8003c21f490, > di_offset = 35190825029656, di_flags = 86066, di_policy = 15168, > di_n = 255 '\377', di_minskip = true} So the object somehow ended up referencing a bogus domainset. Could you please also show (kgdb) p *obj (kgdb) p vnode_domainset ? Is the problem reproducible? From nobody Tue Jul 20 17:13:20 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 061C112ABBC0 for ; Tue, 20 Jul 2021 17:13:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTlfb5Zsmz3Cpp; Tue, 20 Jul 2021 17:13:27 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 16KHDK3F035691 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 20 Jul 2021 10:13:20 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 16KHDKOW035690; Tue, 20 Jul 2021 10:13:20 -0700 (PDT) (envelope-from sgk) Date: Tue, 20 Jul 2021 10:13:20 -0700 From: Steve Kargl To: Mark Johnston Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: <20210720171320.GA35542@troutmask.apl.washington.edu> References: <20210719220219.GA1010@troutmask.apl.washington.edu> <20210720020503.GA32856@troutmask.apl.washington.edu> <20210720160704.GA35184@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4GTlfb5Zsmz3Cpp 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 Tue, Jul 20, 2021 at 12:15:58PM -0400, Mark Johnston wrote: > On Tue, Jul 20, 2021 at 09:07:04AM -0700, Steve Kargl wrote: > > On Mon, Jul 19, 2021 at 07:05:03PM -0700, Steve Kargl wrote: > > > On Mon, Jul 19, 2021 at 07:55:07PM -0400, Mark Johnston wrote: > > > > On Mon, Jul 19, 2021 at 03:02:19PM -0700, Steve Kargl wrote: > > > > > > > > > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > > > #1 doadump (textdump=textdump@entry=1) > > > > > at /usr/src/sys/kern/kern_shutdown.c:399 > > > > > #2 0xffffffff805fe263 in kern_reboot (howto=260) > > > > > at /usr/src/sys/kern/kern_shutdown.c:486 > > > > > #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) > > > > > at /usr/src/sys/kern/kern_shutdown.c:919 > > > > > #4 0xffffffff805fe4b3 in panic (fmt=) > > > > > at /usr/src/sys/kern/kern_shutdown.c:843 > > > > > #5 0xffffffff8085dcbb in vm_domainset_iter_first (di=, > > > > > domain=) at /usr/src/sys/vm/vm_domainset.c:189 > > > > > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > > > > > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > > > > > pindex=, pindex@entry=16931, > > > > > domain=domain@entry=0xfffffe012ae5e2f4, req=, > > > > > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 > > > > > > > > Could you please show output from: > > > > > > > > (kgdb) frame 6 > > > > (kgdb) p *dr > > > > (kgdb) p obj->domain > > > > > > > > > > The system is at work. I'll do this tomorrow morning. > > > Thanks for asking for additional info. > > > > > > > Hi Mark, I poked around and tried to supply the request info > > along with content of other structs. > > > > (kgdb) frame 6 > > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > > pindex=, pindex@entry=16931, > > domain=domain@entry=0xfffffe012ae5e2f4, req=, > > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 > > 217 vm_domainset_iter_first(di, domain); > > (kgdb) p *dr > > value has been optimized out > > (kgdb) p obj->domain > > $1 = {dr_policy = 0xfffff800064b9c60, dr_iter = 0} > > (kgdb) p *obj->domain->dr_policy > > $3 = {ds_link = {le_next = 0xfffff8003c21f420, le_prev = 0xfffffe000ce71188}, > > ds_mask = {__bits = {0}}, ds_policy = 15168, ds_prefer = 231 '\347', > > ds_cnt = 12 '\f', > > ds_order = "\000\376\377\377@", } > > (kgdb) p *di > > $8 = {di_domain = 0xfffff800064b9c60, di_iter = 0xfffff8003c21f490, > > di_offset = 35190825029656, di_flags = 86066, di_policy = 15168, > > di_n = 255 '\377', di_minskip = true} > > So the object somehow ended up referencing a bogus domainset. Could you > please also show > > (kgdb) p *obj > (kgdb) p vnode_domainset > (kgdb) p *obj $1 = {lock = {lock_object = {lo_name = 0xffffffff8092d720 "vm object", lo_flags = 627245056, lo_data = 0, lo_witness = 0x0}, rw_lock = 18446741878362575616}, object_list = { tqe_next = 0xfffff8003c21f528, tqe_prev = 0xfffff8003c21f338}, shadow_head = {lh_first = 0x0}, shadow_list = {le_next = 0x0, le_prev = 0x0}, memq = {tqh_first = 0xfffffe000d44b290, tqh_last = 0xfffffe000d418a30}, rtree = {rt_root = 18446735285712745888}, size = 527600, domain = {dr_policy = 0xfffff800064b9c60, dr_iter = 0}, generation = 1, cleangeneration = 1, ref_count = 0, shadow_count = 0, memattr = 6 '\006', type = 2 '\002', flags = 0, pg_color = 0, paging_in_progress = {__count = 0}, busy = {__count = 0}, resident_page_count = 5383, backing_object = 0x0, backing_object_offset = 0, pager_object_list = {tqe_next = 0x0, tqe_prev = 0x0}, rvq = { lh_first = 0x0}, handle = 0xfffff801e23d3380, un_pager = {vnp = { vnp_size = 2161049600, writemappings = 0}, devp = {devp_pglist = { tqh_first = 0x80cf0000, tqh_last = 0x0}, ops = 0x0, dev = 0x0}, sgp = { sgp_pglist = {tqh_first = 0x80cf0000, tqh_last = 0x0}}, swp = { swp_tmpfs = 0x80cf0000, swp_blks = {pt_root = 0}, writemappings = 0}, phys = {ops = 0x80cf0000, {data_ptr = 0x0, data_val = 0}}}, cred = 0x0, charge = 0, umtx_data = 0x0} (kgdb) p vnode_domainset $2 = (struct domainset *) 0x0 > > Is the problem reproducible? Don't know if it matters, but the DVD was prepared on a MS Windows 10 system. I don't know what software was used. I got 4 different panics while trying to copy data from the UDF disk. % mount_udf /dev/cd0 /cdrom This mounts the drive and I can ls and cd into it. If I do % cd ${HOME}/data <-- UFS2, softupdate % cp -R /cdrom/data . where /cdrom/data is a directory with 4000-ish files, I eventually get a panic. Two of the other panics are of the form (which may be a result of UDF handing FFS bad data). KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00db4045e0 vpanic() at vpanic+0x181/frame 0xfffffe00db404630 panic() at panic+0x43/frame 0xfffffe00db404690 trap_fatal() at trap_fatal+0x381/frame 0xfffffe00db4046f0 trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00db404750 trap() at trap+0x27d/frame 0xfffffe00db404860 calltrap() at calltrap+0x8/frame 0xfffffe00db404860 --- trap 0xc, rip = 0x25630000, rsp = 0xfffffe00db404938, rbp = 0xfffffe00db4049c0 --- kernload() at 0x25630000/frame 0xfffffe00db4049c0 ffs_syncvnode() at ffs_syncvnode+0x347/frame 0xfffffe00db404a50 ffs_fsync() at ffs_fsync+0x22/frame 0xfffffe00db404a90 sched_sync() at sched_sync+0x3e2/frame 0xfffffe00db404b30 fork_exit() at fork_exit+0x71/frame 0xfffffe00db404b70 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00db404b70 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=textdump@entry=1) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff805fe263 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:486 #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:919 #4 0xffffffff805fe4b3 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:843 #5 0xffffffff808e19b1 in trap_fatal (frame=0xfffffe00db404870, eva=) at /usr/src/sys/amd64/amd64/trap.c:915 #6 0xffffffff808e1a0f in trap_pfault (frame=frame@entry=0xfffffe00db404870, usermode=false, signo=, signo@entry=0x0, ucode=, ucode@entry=0x0) at /usr/src/sys/amd64/amd64/trap.c:732 #7 0xffffffff808e10cd in trap (frame=0xfffffe00db404870) at /usr/src/sys/amd64/amd64/trap.c:398 #8 #9 0x0000000025630000 in ?? () #10 0xffffffff806a229c in bwrite (bp=0xfffffe001e26aec0) at /usr/src/sys/sys/buf.h:430 #11 vfs_bio_awrite (bp=, bp@entry=0xfffffe001e26aec0) at /usr/src/sys/kern/vfs_bio.c:3245 #12 0xffffffff8083fd67 in ffs_syncvnode (vp=vp@entry=0xfffff80112f4da80, waitfor=3, flags=flags@entry=0) at /usr/src/sys/ufs/ffs/ffs_vnops.c:378 #13 0xffffffff8083e9f2 in ffs_fsync (ap=0xfffffe00db404ab0) at /usr/src/sys/ufs/ffs/ffs_vnops.c:230 #14 0xffffffff806ca1a2 in VOP_FSYNC (vp=0xfffff80112f4da80, waitfor=3, td=0xfffffe00dae5a800) at ./vnode_if.h:771 #15 sync_vnode (slp=, bo=, td=0xfffffe00dae5a800) at /usr/src/sys/kern/vfs_subr.c:2617 #16 sched_sync () at /usr/src/sys/kern/vfs_subr.c:2719 #17 0xffffffff805c8d01 in fork_exit (callout=0xffffffff806c9dc0 , arg=, frame=) at /usr/src/sys/kern/kern_fork.c:1083 -- Steve From nobody Tue Jul 20 18:36:39 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D50171245AD7 for ; Tue, 20 Jul 2021 18:36:39 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf2b.google.com (mail-qv1-xf2b.google.com [IPv6:2607:f8b0:4864:20::f2b]) (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 4GTnVb5GNBz3jRX for ; Tue, 20 Jul 2021 18:36:39 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf2b.google.com with SMTP id i4so10565259qvq.10 for ; Tue, 20 Jul 2021 11:36:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=ETAvJPBFeXLknJ0zGbykGOpSV/CJF7Ppj9JkNTq60EI=; b=qavS47Fki+mVzdEnQWvKKEGR0kyN1quIIqB55cRt3tx4K4SXiiHe88gqVDAXNOxM8l TVrSlml3tS6qT3dUCTjYxywmJCcudK0dO0k2WjzdSUEcDEpXZEGKXGh8Wzib8aVCQvL/ shBijxSW22vBX6NONOUlaRCe9C7c+a4RFzDCTiTYHIrNhXvtA+NewBx4wIfv6WPT7u7Q z6rl0UN0m0AexMrHIHY4/Qj/56hWenYrwrFPlCWI7o+wPBVpYAEmE/2d6VF4W/JOE200 XKAaxU8OV+uOzUuH6lPLIB/nH9vbVTk+DsmtlNj0WgWZypalRpeZ8ZuM7BkuzbYwJRa7 PNFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=ETAvJPBFeXLknJ0zGbykGOpSV/CJF7Ppj9JkNTq60EI=; b=UsaHzkW08yDc/6NOTZFNfAifVS8aCvlv+SqseOBf4PDcwO5/L7+8bqHlhkyt5fZCgl rdAD0WVlcjiRjSQx4AMRHOPSd39QHTjwieBA7CMEGcISugqUGZgq3UTxnMVqo26a2L6e +ub81lfFNXlXa/ePhxG68IVma+Kw/UkbtY+C/QD4LKwmtzt4bpKw5NPpuRDV2GkBO3FY tRqlhc7iMjEnXV9eEHjF5gHjfUiDyUdsBxcPDbCm7ucxzZz10VfuuK9DrUqv+iC8EkKL yufOnH2iyl14Di6PSUiethM6nl9MBKqaxSbV5jZJmrN0zVGgGRmr7u3XZiH6c7EB0vZM LTxw== X-Gm-Message-State: AOAM533fvuG5Qqwc6l/RcxIz0OQD5G2cilR9HyABQs/ej9MzHKOs59Ok 01vhTXoXaK3OoCSHVnQE9xPl1hBaJFg= X-Google-Smtp-Source: ABdhPJy5Piv3M8GidsgJB/KThv5bjsIVgQvnxiPYojeoh1THSeFa9dsKt7QtbsM+KkIQFAGFSYaH3Q== X-Received: by 2002:a0c:fac9:: with SMTP id p9mr32201405qvo.57.1626806198764; Tue, 20 Jul 2021 11:36:38 -0700 (PDT) Received: from nuc ([142.126.183.196]) by smtp.gmail.com with ESMTPSA id r5sm7949494qtm.75.2021.07.20.11.36.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Jul 2021 11:36:38 -0700 (PDT) Date: Tue, 20 Jul 2021 14:36:39 -0400 From: Mark Johnston To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: References: <20210719220219.GA1010@troutmask.apl.washington.edu> <20210720020503.GA32856@troutmask.apl.washington.edu> <20210720160704.GA35184@troutmask.apl.washington.edu> <20210720171320.GA35542@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210720171320.GA35542@troutmask.apl.washington.edu> X-Rspamd-Queue-Id: 4GTnVb5GNBz3jRX 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 Tue, Jul 20, 2021 at 10:13:20AM -0700, Steve Kargl wrote: > On Tue, Jul 20, 2021 at 12:15:58PM -0400, Mark Johnston wrote: > > On Tue, Jul 20, 2021 at 09:07:04AM -0700, Steve Kargl wrote: > > > On Mon, Jul 19, 2021 at 07:05:03PM -0700, Steve Kargl wrote: > > > > On Mon, Jul 19, 2021 at 07:55:07PM -0400, Mark Johnston wrote: > > > > > On Mon, Jul 19, 2021 at 03:02:19PM -0700, Steve Kargl wrote: > > > > > > > > > > > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > > > > #1 doadump (textdump=textdump@entry=1) > > > > > > at /usr/src/sys/kern/kern_shutdown.c:399 > > > > > > #2 0xffffffff805fe263 in kern_reboot (howto=260) > > > > > > at /usr/src/sys/kern/kern_shutdown.c:486 > > > > > > #3 0xffffffff805fe6b0 in vpanic (fmt=, ap=) > > > > > > at /usr/src/sys/kern/kern_shutdown.c:919 > > > > > > #4 0xffffffff805fe4b3 in panic (fmt=) > > > > > > at /usr/src/sys/kern/kern_shutdown.c:843 > > > > > > #5 0xffffffff8085dcbb in vm_domainset_iter_first (di=, > > > > > > domain=) at /usr/src/sys/vm/vm_domainset.c:189 > > > > > > #6 0xffffffff8085dbd2 in vm_domainset_iter_page_init ( > > > > > > di=di@entry=0xfffffe012ae5e2a0, obj=obj@entry=0xfffff8003c21f420, > > > > > > pindex=, pindex@entry=16931, > > > > > > domain=domain@entry=0xfffffe012ae5e2f4, req=, > > > > > > req@entry=0xfffffe012ae5e2f0) at /usr/src/sys/vm/vm_domainset.c:217 > > > > > > > > > > Could you please show output from: > > > > > > > > > > (kgdb) frame 6 > > > > > (kgdb) p *dr > > > > > (kgdb) p obj->domain > > > > > > > > > > > > > The system is at work. I'll do this tomorrow morning. > > > > Thanks for asking for additional info. > > > > > > > > > > Hi Mark, I poked around and tried to supply the request info > > > along with content of other structs. > > > > Is the problem reproducible? > > Don't know if it matters, but the DVD was prepared on a MS > Windows 10 system. I don't know what software was used. > > I got 4 different panics while trying to copy data from > the UDF disk. > > % mount_udf /dev/cd0 /cdrom > > This mounts the drive and I can ls and cd into it. If I do > > % cd ${HOME}/data <-- UFS2, softupdate > % cp -R /cdrom/data . > > where /cdrom/data is a directory with 4000-ish files, I > eventually get a panic. Two of the other panics are of > the form (which may be a result of UDF handing FFS bad > data). I see, it looks like there is some generic memory corruption triggered by the UDF implementation. Our implementation is fairly stale, unfortunately, but it shouldn't trigger a panic. If you don't already have INVARIANTS configured, that would probably help narrow this down. If you're able to share the image that can trigger this, I could try to debug from that. From nobody Tue Jul 20 19:51:20 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BFF7C127F7B6 for ; Tue, 20 Jul 2021 19:51:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTq8p48R9z4RLt; Tue, 20 Jul 2021 19:51:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 16KJpKt6036268 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 20 Jul 2021 12:51:20 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 16KJpK4b036267; Tue, 20 Jul 2021 12:51:20 -0700 (PDT) (envelope-from sgk) Date: Tue, 20 Jul 2021 12:51:20 -0700 From: Steve Kargl To: Mark Johnston Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_domainset_iter_first: Unknown policy 15168 Message-ID: <20210720195120.GA35870@troutmask.apl.washington.edu> References: <20210719220219.GA1010@troutmask.apl.washington.edu> <20210720020503.GA32856@troutmask.apl.washington.edu> <20210720160704.GA35184@troutmask.apl.washington.edu> <20210720171320.GA35542@troutmask.apl.washington.edu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4GTq8p48R9z4RLt 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 Tue, Jul 20, 2021 at 02:36:39PM -0400, Mark Johnston wrote: > > I see, it looks like there is some generic memory corruption triggered > by the UDF implementation. Our implementation is fairly stale, > unfortunately, but it shouldn't trigger a panic. >` > If you don't already have INVARIANTS configured, that would probably > help narrow this down. If you're able to share the image that can > trigger this, I could try to debug from that. Don't have invariants configured. I can update my kernel config and recompile tomorrow. For debugging purposes, do you only need kernel.debug and vmcore.2, or do you also need the loaded modules? -- Steve From nobody Fri Jul 23 18:26:02 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D14D0127FCAE for ; Fri, 23 Jul 2021 18:26:05 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (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 4GWd705KPCz3sDp for ; Fri, 23 Jul 2021 18:26:04 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id 9-20020a05600c26c9b02901e44e9caa2aso2144918wmv.4 for ; Fri, 23 Jul 2021 11:26:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=Wv8uUOvvd8PwbquAJp88pmHiOveLLUJtn0tS+iWH+Zs=; b=nDTAXfd8PgaqC6KwDKL9duHKakT5XWI4BrJjan7qWFk2xgAnMHZXCocVGMAunq+PD8 LFEBYXZhhYUyJhlPgpVzo9cUK0Rinx8bNh1aZvNZ892rSyvGbKTl99a9gQO1rsBKrIor Bwhg6zRIePqKb1gV5yft2E6vigU7x0uPS+/Y6r6Bm2gorbc7aQ5q9jvoh4qTiiKCXej8 r92DUUG95sucUQqCELVghqRbUydnM1EOV0gznVT3RccYojVrzJ6/ROlL3m9iwW8ftt1L 6hC5hjydc16eBsPm2GsHuovmROSJcII3lzPmgKmGZdbv/fv4rEkF6+HQJRyuwIxeyn3F Ds2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=Wv8uUOvvd8PwbquAJp88pmHiOveLLUJtn0tS+iWH+Zs=; b=FugkXy9ruOigvHYZr6eXxo+hiGszEj6H11mBg8pqjt9sKWrOMmKI68Ig7Ug6702YoO LwEE8UOjSE8WfeJUjc57wSEQTdjrlDOEfZQ3U2tQtjLRuiYmdOtkXINeuM+Ko8obXqqR hd+LvsD3DyoouFvKZI7DkCliKUPtg17L7vloZTg7DfVBJmZFaQfYUQq9/0m2Z2RFfiBe vXXaDkXYtqZApiVxqw8xbN2Nr7n/I9Lf86JvkzBrRW3L3pLN9H+lKPGMWSNWuktzKTmW osV4UIjFnL18ODvxHzMeN1De0AzK89bv9va8wtCVlLuqruJUSfMkPc+1aQYdKzjKmwAM jCAQ== X-Gm-Message-State: AOAM531MqWXZjqIM/jTVz/eDMVBOBgAvoyiuJdtp2ZO5remqQkJo/n0T sFL12h14lb/tBFssqxNKaMS49zBfgXizsQ== X-Google-Smtp-Source: ABdhPJzZ8oukSiq6CZuFwlEcdscyRtoGKv9W+RuUW+bTtyBIwRk4LTmy7ABGOyYXQSmqVDggKrBtew== X-Received: by 2002:a1c:f613:: with SMTP id w19mr5649226wmc.141.1627064762909; Fri, 23 Jul 2021 11:26:02 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id o3sm33664398wrm.5.2021.07.23.11.26.02 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Jul 2021 11:26:02 -0700 (PDT) To: FreeBSD CURRENT From: Graham Perrin Subject: Wi-Fi: HP ZBook 17 G2 Message-ID: <19aea785-b02a-14b2-905c-692dd64ad8af@gmail.com> Date: Fri, 23 Jul 2021 19:26:02 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4GWd705KPCz3sDp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=nDTAXfd8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::330 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-0.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::330:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.04)[0.038]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::330:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::330:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N According to , iwm(4) should work. Neither wpa_gui (with wpa_supplicant-devel 2021.06.14) nor net-mgt/wifimgr can detect any network. What am I missing? /etc/rc.conf includes: create_args_wlan0="country GB regdomain etsi" wlans_iwm0="wlan0" ifconfig_wlan0="WPA SYNCDHCP" ---- wlan0: flags=8802 metric 0 mtu 1500     ether ⋯:⋯:⋯:⋯:⋯:⋯     groups: wlan     ssid "" channel 1 (2412 MHz 11b)     regdomain ETSI country GB authmode OPEN privacy OFF txpower 30     bmiss 10 scanvalid 60 wme bintval 0     parent interface: iwm0     media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)     status: no carrier     nd6 options=29 ---- FreeBSD 14.0-CURRENT #0 main-n248042-f808bb9b7e5-dirty: Sat Jul 17 16:15:31 EDT 2021 root@testpc-freebsd.davidgroup:/usr/obj/usr/home/david/FreeBSD/src/amd64.amd64/sys/GENERIC 1400026 1400026 From nobody Fri Jul 23 18:38:01 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C0F4512AC724 for ; Fri, 23 Jul 2021 18:38:10 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GWdNy3j0Mz3wTx for ; Fri, 23 Jul 2021 18:38:09 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 16NIc1N6001583; Fri, 23 Jul 2021 11:38:01 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 16NIc1Ra001582; Fri, 23 Jul 2021 11:38:01 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202107231838.16NIc1Ra001582@gndrsh.dnsmgr.net> Subject: Re: Wi-Fi: HP ZBook 17 G2 In-Reply-To: <19aea785-b02a-14b2-905c-692dd64ad8af@gmail.com> To: Graham Perrin Date: Fri, 23 Jul 2021 11:38:01 -0700 (PDT) CC: FreeBSD CURRENT X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4GWdNy3j0Mz3wTx X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > According to , iwm(4) > should work. > > Neither wpa_gui (with wpa_supplicant-devel 2021.06.14) nor > net-mgt/wifimgr can detect any network. > > What am I missing? I am not sure.. but... see below... > > /etc/rc.conf includes: > > create_args_wlan0="country GB regdomain etsi" You can try adding "up" to that string, I would think the this was already handled by the wlan ifconfig code though, but given your output the devices was never brought up. > wlans_iwm0="wlan0" > ifconfig_wlan0="WPA SYNCDHCP" > > ---- > > wlan0: flags=8802 metric 0 mtu 1500 ^UP is missing, the interface has not been started. > ??? ether ?:?:?:?:?:? > ??? groups: wlan > ??? ssid "" channel 1 (2412 MHz 11b) > ??? regdomain ETSI country GB authmode OPEN privacy OFF txpower 30 > ??? bmiss 10 scanvalid 60 wme bintval 0 > ??? parent interface: iwm0 > ??? media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > ??? status: no carrier > ??? nd6 options=29 > > ---- > > FreeBSD 14.0-CURRENT #0 main-n248042-f808bb9b7e5-dirty: Sat Jul 17 > 16:15:31 EDT 2021 > root@testpc-freebsd.davidgroup:/usr/obj/usr/home/david/FreeBSD/src/amd64.amd64/sys/GENERIC > 1400026 1400026 > > -- Rod Grimes rgrimes@freebsd.org From nobody Fri Jul 23 18:58:14 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8263F12B29CF for ; Fri, 23 Jul 2021 18:58:17 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (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 4GWdr83fYgz4XXc for ; Fri, 23 Jul 2021 18:58:16 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id b9so2545295wrx.12 for ; Fri, 23 Jul 2021 11:58:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=r1abm/9UsyqymCEHy9ZOD3Mph6kTHk0MqefhD0xeXqs=; b=ate7/V1qXeNNa3mU5B51qylE2JTFkMmZbLYH1saQ2rqF/DOo1lF+ESSD+OJUYyk2yd tUYoUBA9GXk8R1qLddXs5Je+57micd6dnCbBuXRAv6THObJIvWBgERkNybREQ/9zeBLm NudLFZWJ/Fd3rFMPK+BAQD4WXO3uA3aYC4OFUl3ToOsE2txVWtgB/BladZGw5VrI+k5p 82o7x0yFMfd0eHMSOaG8qf04FBjxk/WAQAqtystcdz3fmbdKViSgKTaCXWWQb/s25qMi 4Ce8UHhQTzmIusqv3RNWDDas8AMofKFLcsuRWxql0jz6JgUv8WjFIC/Wq+SbWOs5GsMO Eapg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=r1abm/9UsyqymCEHy9ZOD3Mph6kTHk0MqefhD0xeXqs=; b=YRVRtW3uvUNF/+v1OfC+H3Oq8ySEoPSRyPiol2Bv+1lQ/8WSn85zmlDpdZEEmefiiO 5WWrtDF4jejd7zWE/6LtpZkA6KO9ORoxhvaV6Dmr2N8MguT71ESysegU1GewlrCFSf6K KbCQqKABjRdDb1f5ufl31fJmroOj4hfMhXkkz0sl96IQTxI4Lvlzy61ivMaAJW7yTNxb h6Lvr9sRB0P8gkcNjwOQ5F0H5idecXi9jYDBDOX59cud/ULJORv5Jmsfj2ElY+IEFrQF Clf8VF70erWp2ax+dOU9TgYBpQYPd2Zuza/oU6snI03j4TX0DbkD+t68T6ppVVTgqNOY 733Q== X-Gm-Message-State: AOAM532wPqz6izxq2ND/86Lux7qbdyzIX9/mQ7H64p6ybeSREh+CmJxd Sv5LxDU5aNoWdEhz4aHez+iFTv4YJYVQ8w== X-Google-Smtp-Source: ABdhPJzmRW42+OeshiC4asbGGqzN4ym/Nc22HoShaWOhpEPwairbrZxUlpxVf1jjNDKbbiu8eWbF7g== X-Received: by 2002:adf:e7cc:: with SMTP id e12mr6916576wrn.51.1627066694790; Fri, 23 Jul 2021 11:58:14 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id c125sm6800230wme.36.2021.07.23.11.58.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Jul 2021 11:58:14 -0700 (PDT) Subject: Wi-Fi: HP ZBook 17 G2 with main-n248042-f808bb9b7e5-dirty To: FreeBSD CURRENT References: <202107231838.16NIc1Ra001582@gndrsh.dnsmgr.net> From: Graham Perrin Message-ID: <0363f513-61d7-3185-ef54-3fcfcb4cbf3c@gmail.com> Date: Fri, 23 Jul 2021 19:58:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <202107231838.16NIc1Ra001582@gndrsh.dnsmgr.net> Content-Type: multipart/alternative; boundary="------------2CE52EFA14B86AEFA483DEF0" Content-Language: en-GB X-Rspamd-Queue-Id: 4GWdr83fYgz4XXc X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ate7/V1q; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::431 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [0.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::431:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.48)[0.484]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::431:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --------------2CE52EFA14B86AEFA483DEF0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Thanks, On 23/07/2021 19:38, Rodney W. Grimes wrote: >> create_args_wlan0="country GB regdomain etsi" > You can try adding "up" to that string, No better. I previously tried `ifconfig wlan0 up`, and so on. I'll update the OS. Maybe it's a bug in this main-n248042-f808bb9b7e5-dirty, which has a slightly outdated patch from . --------------2CE52EFA14B86AEFA483DEF0-- From nobody Fri Jul 23 19:10:52 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9F53C12B7F07 for ; Fri, 23 Jul 2021 19:10:56 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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 4GWf6l56Wbz4d4Q for ; Fri, 23 Jul 2021 19:10:55 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32c.google.com with SMTP id o3-20020a05600c5103b029024c0f9e1a5fso3843074wms.4 for ; Fri, 23 Jul 2021 12:10:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=wjxQNRRcomhi8YPoCWj1FIRW1gCVc6jf0mYODkBZm+Y=; b=E4/TnaEFY0L7B++7pe/BILVaOMp2fhVgbO2rsq1bMNkIM/NQX8sYZDqJ9E2T12cL/1 UEFgvPLvhLkKbeVOhv3v1g81A5cbVYSf5PLbyGFDizYahKwOZhV8nsaeR1D63QJpjmkH gIQVklC0N4OQe+lfgSXFt4gk7mDQ+0l0jy3elCCtr+3GdKI+RISdwu4UUhLcahobFUyb z1GJ44AdTsX7dxBEJdtcky+KRgN9tKrhOe72tUUPKtjPsk8IW6rHXvtDf8s5J27ISF/t ocMN1XixqQxNae6NdBcUwnj621BnNdQRvVgtb2eQJXw2aMuwddpGbqIHRGJFXnqsp4Cv vkTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=wjxQNRRcomhi8YPoCWj1FIRW1gCVc6jf0mYODkBZm+Y=; b=QFwCbQutSt/KbCrFqr5vf89YXtMOtqOF+bfExUpXIepoYXpe/XAtaoos2+YgZC+aho 3zM+nmQQw8T2AhbGe8ZQCf2gsrtQkt+6nqzL0esQh/oQT7Lqu/cUoR4aoctzOnd4TuXt pAZQmpb6cpi+g5depBXT5u2d501XnGCoBu6zqGYaxOHwNQWkvE51AldeX8JOL/1mZEPz l8Wn2kbEOQAbwdaIg9qNlbTkEcsGDXLLEzB6wZnY6ksOXd10zjw2PhQFGYMqDsBN+F2N nYtPCz7LxlcBroGiiYa9ZdOeWqBZnOwpvdD/L8figswGKStvaDaIP5tgSaCclu9oyoqJ 3TBg== X-Gm-Message-State: AOAM532wHh4xzjung9OqukzhrRyLHwftudKwEaS4fScg2EPEcYJCoewZ TSgmHc8q4n/1NjyNK2n14LJWorrKtJ1oNg== X-Google-Smtp-Source: ABdhPJzIhPUX/eDrtOacV+hMwkvbUdox8SkDhNSfLXcOIo3/X5YlkLUA0OvCcGPoFK2JEjp8UfWdhg== X-Received: by 2002:a05:600c:21c8:: with SMTP id x8mr14950257wmj.173.1627067453206; Fri, 23 Jul 2021 12:10:53 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id d8sm34986835wrv.20.2021.07.23.12.10.52 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Jul 2021 12:10:52 -0700 (PDT) Subject: Wi-Fi: HP ZBook 17 G2: now working From: Graham Perrin To: FreeBSD CURRENT References: <202107231838.16NIc1Ra001582@gndrsh.dnsmgr.net> <0363f513-61d7-3185-ef54-3fcfcb4cbf3c@gmail.com> X-Priority: 5 (Lowest) Message-ID: <0032ec70-321a-314c-ee37-bd2af38dd4fc@gmail.com> Date: Fri, 23 Jul 2021 20:10:52 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <0363f513-61d7-3185-ef54-3fcfcb4cbf3c@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4GWf6l56Wbz4d4Q X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=E4/TnaEF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32c as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-0.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32c:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.13)[0.126]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32c:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32c:from]; RCVD_TLS_ALL(0.00)[]; HAS_X_PRIO_FIVE(0.00)[5]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On 23/07/2021 19:58, Graham Perrin wrote: > On 23/07/2021 19:38, Rodney W. Grimes wrote: >>> create_args_wlan0="country GB regdomain etsi" >> You can try adding "up" to that string, > > No better. > > I previously tried `ifconfig wlan0 up`, and so on. > Correction! Apologies for the noise. Things _did_ begin working with: create_args_wlan0="country GB regdomain etsi up" – wifimgr brought up the list of networks moments after I clicked Send. Now it works _without_ the 'up' part. ---- Re: the earlier failures, my best guess is that there was some dreg from misuse of iwn(4). for a bug in hardware notes. From nobody Sat Jul 24 00:15:03 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9317E12A7F84 for ; Sat, 24 Jul 2021 00:15:13 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (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 4GWmss3b4Yz4Vvc for ; Sat, 24 Jul 2021 00:15:13 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-ej1-x62d.google.com with SMTP id hp25so5951748ejc.11 for ; Fri, 23 Jul 2021 17:15:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=dqfjSSR1mOMgroo+7X1/U+tfAM+UXll1RwXFM/zguV8=; b=F9dQ7nM276MjyPe2djDG+TBvMe/rYgWGD3BbmvU8e9d6wYzHiOQiNgxQT5sOlqtJsu iHHFrSKAxIhHJqTHfkiHAu0v0uUxxWHDk4tD5XOhNaoKrTeJ8tOqHqjygHn0MpmfZIM7 nSEVLp9K6lPxVpdF0ex8WVb7D7FXha0iS/dzSpbq7R8XzgxBH9Re3ct4JTUwtFIsxkig qBlqhlcpRiXzyNmipCnZoWunM2gZwaEsoEGLtksAUhTwNf00jr4ywc2geY3k0VxKG9D6 MW8fLbtHycGB8mEjaPXxZlWg1CTm+i+VfjpTbupetNUJYUUseyXbY623Yah7G10PN2mq 9SOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=dqfjSSR1mOMgroo+7X1/U+tfAM+UXll1RwXFM/zguV8=; b=h5MR1msFUzChdceTU9ju70hNXNYArTgzaQMp/ODjwsutXyohejh2GZR1ZCuFJHtVKg qwu4m8Y/cW7BA4HFoXUqp6+za+3TvGIrg1TWiNy5SH7/FJgbiHxML9K2ibHXjtsr6tpl OR1ioeJ7TvV4D+E18dqjAdFek3wHKG79ezfV8VK7SCc35KUy9avNplUwywQ6BDqFc8Fh IL0VEok3tNEBD4pC/0NZaP6lz014c/opz0TX2bg1y9LpELcY6iY10E0CLeiKIN3XsMrO bQSk70BBza3PllNMCo95UCNmTcm8Ant2LmzQBlv6zE+hz8DmvhnZLJU1fUT9Ei54ptGd jGbw== X-Gm-Message-State: AOAM532RXjsJoh8fEbo2lPP9xRDqA/g5oB+PR0jHKBIaySWINASQ8qfl vvtsgqZuSaW1MKATXVlgI4k= X-Google-Smtp-Source: ABdhPJwI7X5cAQMcF+FGTeO0V/gSIBe3dtbALtAPZjfzdVGlnIiWKpMNDAfV7FjOISjNxIUmjD2yKA== X-Received: by 2002:a17:906:351b:: with SMTP id r27mr6827410eja.100.1627085711969; Fri, 23 Jul 2021 17:15:11 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id p13sm10601420edq.86.2021.07.23.17.15.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 23 Jul 2021 17:15:11 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sat, 24 Jul 2021 03:15:03 +0300 To: Graham Perrin Cc: FreeBSD CURRENT Subject: Re: Wi-Fi: HP ZBook 17 G2 Message-ID: <20210724031503.10e3d391@rimwks.local> In-Reply-To: <19aea785-b02a-14b2-905c-692dd64ad8af@gmail.com> References: <19aea785-b02a-14b2-905c-692dd64ad8af@gmail.com> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GWmss3b4Yz4Vvc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, 23 Jul 2021 19:26:02 +0100 Graham Perrin wrote: > According to , > iwm(4) should work. > If your CPU can run byhive - do not waste time, install OpenWRT and let it be your WiFi driver: https://lists.freebsd.org/pipermail/freebsd-hackers/2020-June/056170.html You will got: full AC speed, additional FW, nice GUI. From nobody Sat Jul 24 07:09:36 2021 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 676691278785; Sat, 24 Jul 2021 07:09:38 +0000 (UTC) (envelope-from debdrup@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 4GWy422GzDz4l91; Sat, 24 Jul 2021 07:09:38 +0000 (UTC) (envelope-from debdrup@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1627110578; 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=vozeD1Avb1vt+iM5twr2iBVhv07tcIfNU/38s07FgGo=; b=h1v/6KpYzXDqXHOr9KsuUcWg9N4X6FNJxAbhbkBn0Kom1XxlDfb8Fo7DSnBSJvX8xb08ja ZS8d4poH0WY97w+2YDAqx4w3HXqhHF1EG+2V3ImFg2Vh/NMtCuB76BDtgxf+Jec6op0bXM CZ61wf2FJZ9aexZaljxIhAAgt4+RqGcMHgHq7jOsPmSwEcp5huBYEUWA/rG7deHdmLxTk4 r0tNFQJKsDcET4ZfUnpaOC6+uKKUYfLSYFgu/8pb04lFbB56/pMT86P6G225DRxRteURzO 0gOrtARrC0+D29iIoApa7jCOYPmEt/JTcsnhPk6qzxE4s6/f8AwChtqZny859A== Received: by freefall.freebsd.org (Postfix, from userid 1471) id 3805B5961; Sat, 24 Jul 2021 07:09:38 +0000 (UTC) Date: Sat, 24 Jul 2021 09:09:36 +0200 From: Daniel Ebdrup Jensen To: hackers@FreeBSD.org Cc: current@FreeBSD.org, stable@FreeBSD.org Subject: FreeBSD Quarterly Status Report - Second Quarter 2021 Message-ID: <20210724070936.oqabbalrhvufsvj3@nerd-thinkpad.local> Mail-Followup-To: Daniel Ebdrup Jensen , hackers@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="x5kchzriqudmbhs3" Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1627110578; 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=vozeD1Avb1vt+iM5twr2iBVhv07tcIfNU/38s07FgGo=; b=gT5Jj7jsAhnZrjAb5grMvzjyQIov9N83wmT8SVqU9eoCwWjUtLXC+lpWg8+cVVXX1gPF8s YG+HMkjhf6owasWTtqoDmE3B5vQ2Zhnvn684OlJ2vGM+PFUVrQBJBudjaRR6FGgDso/TEo CCZLYm30+3q+CFxcGKhCLng8o40CganIPx/lyB8areI4mXz4JESCwPa5qJCUYTdAeYoU/b MjcyPVOaR9/Tg6CW3v92S+GFS+s89DkWl1dZVO6cT/XRbkhOF/ZBudW4ba6/PxMb6pOY9a X25HfrQIANE+ZiysLnA932KGx1x42C6ptsSXY9+xXlkUCJ4C44Hhd3GKGyppfw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1627110578; a=rsa-sha256; cv=none; b=u/7gbz/3V9mgtHZa4nFMf8EBKyuPc0rxTSTj5NEEsrQ6jpkcgEI8zvvakLII0lRtI8aNLB +FmPKNfBdIpW7eJoMmBr45G+7RjDJLF8PyHW/MZjbA88mZePWmPoZXZJS2HgtP3AABf6AS 89VcCGMIawAVE9a+2QQAiLgIKQLmtd02QwXcyfTaY1z5Hy694owDB3haKQrcEeXQCIMj9b pw/ijbAfHHytD0RWn5Kv2AKrT+LnprgK38f3GPz5Qkaczirs2NeDOvhYC2CLO2H6s+QReL 4cxmBXOP+TB4o0BITFmVPpOoNplArq0yeOEVLBPi59M4MP2q7weIcVMdgPEmKw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --x5kchzriqudmbhs3 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Introduction This report covers FreeBSD related projects for the period between April and June, and is the second of four planned reports for 2021. Some of this reports highlights include but are not limited to work on an experimental installer, changes to pf, additional work on the Linuxulator, updates on the state of kernel sanitizers, coverage of the raidz expansion feature for ZFS, and some news about resource accounting. Yours, Daniel Ebdrup Jensen, with status hat on. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Table of Contents =E2=80=A2 FreeBSD Team Reports =E2=96=A1 FreeBSD Foundation =E2=96=A1 FreeBSD Release Engineering Team =E2=96=A1 Cluster Administration Team =E2=96=A1 Continuous Integration =E2=96=A1 Ports Collection =E2=96=A1 Documentation Engineering Team =E2=80=A2 Projects =E2=96=A1 BSDDialog - TUI Widgets =E2=96=A1 Experimental installer =E2=96=A1 Git Migration Working Group =E2=96=A1 LLDB Debugger Improvements =E2=96=A1 Performance Monitoring Counters =E2=96=A1 syzkaller on FreeBSD =E2=80=A2 Kernel =E2=96=A1 NXP DPAA driver =E2=96=A1 ENA FreeBSD Driver Update =E2=96=A1 Graphics Driver Update from Linux 5.7 =E2=96=A1 Intel Wireless driver support =E2=96=A1 Kernel Sanitizers =E2=96=A1 Linux compatibility layer update =E2=96=A1 NXP LS1028A SoC support =E2=96=A1 Marvell ARM64 SoCs support =E2=96=A1 Multicast routing rework =E2=96=A1 VFS path descriptors API =E2=96=A1 Dummynet support for pf =E2=96=A1 Ethernet support for pf =E2=96=A1 pf syncookie support =E2=96=A1 Microchip PolarFire SoC support =E2=96=A1 Racct (Resource Accounting) Bug Fixes and Improvements =E2=96=A1 OpenZFS RAIDZ Expansion update =E2=96=A1 Microchip Switchtec support =E2=80=A2 Ports =E2=96=A1 Emacs Ports =E2=96=A1 FreeBSD Erlang Ecosystem Ports update =E2=96=A1 GCC in the Ports Tree (lang/gcc*) =E2=96=A1 KDE on FreeBSD =E2=96=A1 libglvnd on FreeBSD =E2=96=A1 FreeBSD in Science =E2=80=A2 Documentation =E2=96=A1 FreeBSD Translations on Weblate =E2=80=A2 Miscellaneous =E2=80=A2 Third-Party Projects =E2=96=A1 FreshPorts =E2=96=A1 helloSystem =E2=96=A1 Containers & FreeBSD: Pot, Potluck & Potman =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. FreeBSD Foundation Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Fundi= ng comes from individual and corporate donations and is used to fund and manage software development projects, conferences and developer summits, and provi= de travel grants to FreeBSD contributors. The Foundation purchases and supports hardware to improve and maintain FreeBSD infrastructure and provides resour= ces to improve security, quality assurance, and software engineering efforts; publishes marketing material to promote, educate, and advocate for the Free= BSD Project; facilitates collaboration between commercial vendors and FreeBSD developers; and finally, represents the FreeBSD Project in executing contra= cts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD last quarter: COVID-19 Impact to the Foundation Like most organizations, our team continued to work from home. Our temporary ban on travel for staff members remains in effect, but continues to not aff= ect our output too much, since most conferences are still virtual. As the world continues to open up we will re-evaluate the travel ban. We continued supporting the community and Project through our regular channels. Partnerships and Commercial User Support We help facilitate collaboration between commercial users and FreeBSD developers. We also meet with companies to discuss their needs and bring th= at information back to the Project. Our temporary travel ban stayed in effect during Q2, so we continued meeting with corporate users virtually. If things look good for in-person meetings in the fall, then we=E2=80=99ll start inco= rporating those into an in-person and virtual meeting mix. Fundraising Efforts First, we=E2=80=99d like to say thank you to everyone who has given us a fi= nancial contribution this year! Last quarter we raised $70,410, which includes donations from organizations like Verisign, VMware, and Stormshield, as wel= l as many individuals. We depend on these donations to fund our work supporting FreeBSD. Late last year we decided to put more funding into helping to improve FreeBSD. We hir= ed a Sr. Software Developer to work on arm64 and a Project Coordinator to manage= our projects and interface with the community. We also hired two of our part-ti= me software developers full-time. The purpose of this was to provide more resources to step in to implement and improve major features in FreeBSD, re= view patches and bug reports, implement bug fixes, and support the security effo= rts. This ensures FreeBSD remains the innovative, secure, and reliable operating system that you rely on. You=E2=80=99ll find out how we used your donations for Q2 in our report, as= well as individual reports throughout this status report. We are excited about our plans for 2021, which include more FreeBSD online advocacy and training, operating system course content, and the software development work mentioned above. While we are still in this pandemic, we= =E2=80=99re working hard to help connect folks within the community with more virtual opportunities. Please consider making a donation to help us continue and increase our supp= ort for FreeBSD in 2021: https://www.freebsdfoundation.org/donate/. We also have the Partnership Program, to provide more benefits for our larg= er commercial donors. Find out more information and share with your companies! https://www.freebsdfoundation.org/FreeBSD-foundation-partnership-program/ OS Improvements During the second quarter Foundation staff and grant recipients committed 3= 48 src tree changes, 19 ports tree changes, and 11 doc tree changes. This represents 40% of src commits which identify a sponsor. For ports commits i= t=E2=80=99s 15%, and 18% of doc commits. Foundation staff and grant recipients also contributed to a number of 3rd party projects. Two notable examples are the LLVM project=E2=80=99s LLDB debugger and the Syzkaller code-coverage-guided= system call fuzzer. You can read about a number of Foundation projects in individual quarterly reports. Smaller projects and improvements include: =E2=80=A2 Implement on-demand coredump generation by the kernel via ptrace (PT_COREDUMP) =E2=80=A2 General kernel debugging improvements =E2=80=A2 Remove obsolete kernel mcount profiling =E2=80=A2 Nullfs and tmpfs bug fixes =E2=80=A2 libc cleanup and improvements =E2=80=A2 rtld dlerror and thread local variable fixes (reported by Julia= developers) =E2=80=A2 kqueue and POSIX timer fixes =E2=80=A2 UFS bug fixes =E2=80=A2 Capsicum socket operation improvements =E2=80=A2 hwpmc (hardware performance profiling) maintenance and CPU supp= ort =E2=80=A2 Cirrus-CI boot smoke test =E2=80=A2 sndstat(4) schema updates =E2=80=A2 AMD PCI passthrough fixes in vmm(4), see: commit 1, commit 2 an= d review =E2=80=A2 Virtio 1.0 modern support in bhyve(8) As usual Foundation staff also supported the project with significant effor= t on code reviews and general bug triage and fixes. Also, Ka Ho added an article titled Use Language Servers for Development in the FreeBSD Src Tree. Continuous Integration and Quality Assurance The Foundation provides a full-time staff member and funds projects on improving continuous integration, automated testing, and overall quality assurance efforts for the FreeBSD project. During the second quarter of 2021, work on pre-commit tests and building release artifacts in the CI environment continued. A project using the netp= erf cluster to do network-related CI jobs is being planned. See the FreeBSD CI section of this report for completed work items and deta= iled information. Supporting FreeBSD Infrastructure The Foundation provides hardware and support to improve the FreeBSD infrastructure. Last quarter, we supported the test cluster at Sentex, purchased a few needed parts for infrastructure in general, and started wor= king with the clusteradm team on a more efficient and improved hardware request/ purchase process. FreeBSD Advocacy and Education A large part of our efforts are dedicated to advocating for the Project. Th= is includes promoting work being done by others with FreeBSD; producing advoca= cy literature to teach people about FreeBSD and help make the path to starting using FreeBSD or contributing to the Project easier; and attending and gett= ing other FreeBSD contributors to volunteer to run FreeBSD events, staff FreeBSD tables, and give FreeBSD presentations. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology even= ts geared towards underrepresented groups. We support the FreeBSD-focused even= ts to help provide a venue for sharing knowledge, to work together on projects, and to facilitate collaboration between developers and commercial users. Th= is all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. Wh= ile we were still unable to attend in-person meetings due to Covid-19, we were = able to attend virtual events and help organize the June 2021 FreeBSD Developer Summit. In addition to attending and planning virtual events, we are continually working on new training initiatives and updating our selection = of how-to guides to facilitate getting more folks to try out FreeBSD. Check out some of the advocacy and education work we did last quarter: =E2=80=A2 Participated as an Industry Partner for USENIX LISA21 =E2=80=A2 Held two new FreeBSD Fridays: Introduction to BastilleBSD and H= ow to Submit a Patch to FreeBSD. =E2=80=A2 Organized content and promoted FreeBSD Day on June 18-19, 2021 =E2=80=A2 Helped organize and run the June 2021 FreeBSD Developer Summit = - videos are now posted on the wiki. =E2=80=A2 Presented at the The 16th Open Source China Open Source World S= ummit on June 18 =E2=80=A2 New blog posts on the Linxulator work we funded and What=E2=80= =99s new in FreeBSD 13.0 =E2=80=A2 New How To Guide on Git =E2=80=A2 Continued to promote the FreeBSD Office Hours series Videos fro= m the one hour sessions can be found on the Project=E2=80=99s YouTube Channel. Se= e the Office Hours section of this report for more information. =E2=80=A2 Committed to be a Silver Sponsor for EuroBSDcon Keep up to date with our latest work in our newsletters: https:// www.freebsdfoundation.org/news-and-events/newsletter/ We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is now a free publication. Find out more and access the latest issues at https= :// www.FreeBSDfoundation.org/journal/. You can find out more about events we attended and upcoming events at https= :// www.FreeBSDfoundation.org/news-and-events/. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to https://www.FreeBSDfoundation.org to find out how we support FreeBSD = and how we can help you! =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 FreeBSD Release Engineering Team Links: FreeBSD 13.0-RELEASE schedule URL: https://www.freebsd.org/releases/13.0R/ schedule/ FreeBSD 13.0-RELEASE announcement URL: https://www.freebsd.org/releases/13.= 0R/ announce/ FreeBSD releases URL: https://download.freebsd.org/ftp/releases/ISO-IMAGES/ FreeBSD development snapshots URL: https://download.freebsd.org/ftp/snapsho= ts/ ISO-IMAGES/ Contact: FreeBSD Release Engineering Team, The FreeBSD Release Engineering Team is responsible for setting and publish= ing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. During the second quarter of 2021, the Release Engineering Team completed w= ork on the 13.0-RELEASE cycle, the first release from the stable/13 branch. Dur= ing the release cycle, one additional BETA build and two additional RC builds w= ere added to the schedule, however the release cycle went smoothly, overall. Additionally throughout the quarter, several development snapshots builds w= ere released for the main, stable/13, and stable/12 branches. Development snaps= hot builds for stable/11 will no longer be available. Thank you to all that have helped test the 13.0 builds up until this point = and have reported issues. As always, we strive for quality over quantity. Sponsor: Rubicon Communications, LLC ("Netgate") Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Cluster Administration Team Contact: Cluster Administration Team Links: Cluster Administration Team members URL: https://www.freebsd.org/administra= tion /#t-clusteradm The FreeBSD Cluster Administration Team consists of the people responsible = for administering the machines that the Project relies on for its distributed w= ork and communications to be synchronised. In this quarter, the team has worked= on the following: =E2=80=A2 Moved Phabricator (reviews.freebsd.org) to a faster machine =E2=80=A2 Moved https://www.freebsd.org CGI backend to a faster machine =E2=80=A2 Improved the network design of our primary cluster site =E2=96=A1 Removed public IPv4 connectivity from VLANs not hosting pub= lic-facing services =E2=96=A1 Tidied up the pkgbuild and pkgexp VLANs where the productio= n and experimental package builders live. =E2=96=A1 Moved developer reference machines and universe building ma= chines to a different VLAN to better accommodate aarch64 and ppc64 machines =E2=80=A2 Upgraded the machines running important internal FreeBSD.org se= rvices =E2=96=A1 DNS, Kerberos, LDAP, LetsEncrypt.org certbot, etc =E2=96=A1 FTP, Subversion, Git mirror seed =E2=80=A2 Upgraded the developer reference machines and universe builders= to a newer FreeBSD 14-CURRENT =E2=80=A2 Upgraded package building machines to newer versions of FreeBSD= 14-CURRENT =E2=80=A2 Assisted postmaster with migrating the mailing lists from Mailm= an to mlmmj =E2=80=A2 Recycled a particularly troublesome PowerPC64 package building = machine with extreme prejudice (rest in pieces) =E2=80=A2 Installed a new production PowerPC64 package builder =E2=80=A2 Worked with Git migration working group for ports tree migration =E2=80=A2 Ongoing day to day cluster management activity =E2=96=A1 Putting out fires =E2=96=A1 Babysitting pkgsync Work in progress: =E2=80=A2 Move pkg-master.nyi to new hardware =E2=80=A2 Improve to the package building infrastructure =E2=80=A2 Review the service jails and service administrators operation =E2=80=A2 Setup powerpc pkgbuilder/ref/universal machines =E2=80=A2 Search for more providers that can fit the requirements for a g= eneric mirrored layout or a tiny mirror =E2=80=A2 Upgrading public-facing cluster services from 12.2-STABLE to 13= =2E0-STABLE =E2=80=A2 Installing a new cluster site in Japan =E2=96=A1 Full mirror site (ftp, pkg, git, doc, dns,=E2=80=A6=E2=80= =8B) =E2=96=A1 The network and machine resources for this mirror are gener= ously sponsored by the Cloud and SDN Laboratory at BroadBand Tower, Inc.,= one of the Internet data center service providers in Tokyo, Japan, with 300+ Gbps international IP transit bandwidth =E2=80=A2 Improvements to GeoDNS routing, particularly in Asia =E2=80=A2 Working with doceng@ to improve https://www.freebsd.org and htt= ps:// docs.freebsd.org =E2=80=A2 Improve the web service architecture =E2=80=A2 Improve the cluster backup plan =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Continuous Integration Links: FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD Hardware Testing Lab URL: https://ci.FreeBSD.org/hwlab FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org FreeBSD CI weekly report URL: https://hackmd.io/@FreeBSD-CI FreeBSD Jenkins wiki URL: https://wiki.freebsd.org/Jenkins Hosted CI wiki URL: https://wiki.freebsd.org/HostedCI 3rd Party Software CI URL: https://wiki.freebsd.org/3rdPartySoftwareCI Tickets related to freebsd-testing@ URL: https://preview.tinyurl.com/y9maau= wg FreeBSD CI Repository URL: https://github.com/freebsd/freebsd-ci Contact: Jenkins Admin Contact: Li-Wen Hsu Contact: freebsd-testing Mailing List Contact: IRC #freebsd-ci channel on EFNet The FreeBSD CI team maintains the continuous integration system of the Free= BSD project. The CI system firstly checks the committed changes can be successf= ully built, then performs various tests and analysis over the newly built result= s. The artifacts from those builds are archived in the artifact server for fur= ther testing and debugging needs. The CI team members examine the failing builds= and unstable tests and work with the experts in that area to fix the code or ad= just test infrastructure. The details of these efforts are available in the week= ly CI reports. During the second quarter of 2021, we continued working with the contributo= rs and developers in the project to fulfil their testing needs and also keep collaborating with external projects and companies to improve their products and FreeBSD. Important changes: =E2=80=A2 The build environment of main (-CURRENT) and stable/13 branches= are changed to 13.0-RELEASE Retired jobs: =E2=80=A2 GCC 6 build for main on amd64 Work in progress and open tasks: =E2=80=A2 Designing and implementing pre-commit CI building and testing =E2=80=A2 Designing and implementing use of CI cluster to build release a= rtifacts as release engineering does =E2=80=A2 Collecting and sorting CI tasks and ideas here =E2=80=A2 Testing and merging pull requests in the FreeBSD-ci repo =E2=80=A2 Reducing the procedures of CI/test environment setting up for c= ontributors and developers =E2=80=A2 Setting up the CI stage environment and putting the experimenta= l jobs on it =E2=80=A2 Setting up public network access for the VM guest running tests =E2=80=A2 Implementing using bare metal hardware to run test suites =E2=80=A2 Adding drm ports building tests against -CURRENT =E2=80=A2 Planning to run ztest and network stack tests =E2=80=A2 Adding more external toolchain related jobs =E2=80=A2 Improving the hardware lab to be more mature and adding more ha= rdware =E2=80=A2 Helping more software get FreeBSD support in its CI pipeline (W= iki pages: 3rdPartySoftwareCI, HostedCI) =E2=80=A2 Working with hosted CI providers to have better FreeBSD support Please see freebsd-testing@ related tickets for more WIP information, and d= on=E2=80=99t hesitate to join the effort! Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Ports Collection Links: About FreeBSD Ports URL:https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://docs.freebsd.org/en/articles/contributin= g/ ports-contributing/ FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/ Ports Management Team URL: https://www.freebsd.org/portmgr/ Ports Tarball URL: http://ftp.freebsd.org/pub/FreeBSD/ports/ports/ Contact: Ren=C3=A9 Ladan Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall directi= on of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. According to FreshPorts, we currently enjoy a little over 44,200 ports in t= he Ports Collection. These are accompanied by 2,532 PRs of which 526 are unassigned. During the last quarter, there were 10,428 commits on main by 1= 64 committers and 618 commits on 2021Q2 by 59 committers. Compared to 2021Q1, = the number of ports and PRs remained roughly the same and the main tree saw 10% more commits this quarter. During the last quarter, we welcomed Charlie Li (vishwin@) and Guangyuan Ya= ng (ygy@) and said goodbye to jlaffaye@, jpaetzel@, kmoore@, lifanov@, miwi@ a= nd shurd@. On the infrastructure side, a new USES, ansible, was added so that Ansible-related ports can more easily define plugins and modules. Several default versions were updated: =E2=80=A2 Default version of PYTHON and PYTHON3 switched to 3.8 =E2=80=A2 Default version of librsvg2 on PowerPC switched to rust Regarding the license framework, the badly maintained LEGAL was removed in favor of per-port LICENSEs and the BSD0CLAUSE license was added. In the opt= ions framework, pre-defined shared version control OPTIONS and descriptions were added. Some notable port updates: =E2=80=A2 Firefox 89.0.2 =E2=80=A2 Firefox-esr 78.11.0 =E2=80=A2 Chromium 91.0.4472.114 =E2=80=A2 Ruby 3.0.1 =E2=80=A2 Xorg server 1.20.11 Finally, antoine@ ran 18 exp-runs to test updates for cmake, expat2, KDE, meson, poppler, rust, Xorg and the lapack family, to switch the default ver= sion of Python to 3.8, and to remove the outdated qtchooser. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Documentation Engineering Team Links: FreeBSD Documentation Project URL: https://www.freebsd.org/docproj/ FreeBSD Documentation Project Primer for New Contributors URL: https:// docs.freebsd.org/en/books/fdp-primer/ Documentation Engineering Team URL: https://www.freebsd.org/administration/# t-doceng Contact: FreeBSD Doceng Team The doceng@ team is a body to handle some of the meta-project issues associ= ated with the FreeBSD Documentation Project, more infomation on FreeBSD Doceng T= eam Charter. During the last quarter, we welcomed back Ceri Davies (ceri@) as a doc committer. Sergio Carlavilla (carlavilla@) and Danilo G. Baio (dbaio@) join= ed the doceng@ team. A new article was included in the FreeBSD Documentation by Ka Ho Ng (khng@), Use Language Servers for Development in the FreeBSD Src Tree. Much work was done regarding the transition to Hugo/Asciidoctor, but there = are still pending issues in the FreeBSD Documentation Project after the migrati= on. We thank everyone who is helping to find and fixing them. The TODO items wi= ki list was refreshed, and everyone is welcome to contribute to it. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. BSDDialog - TUI Widgets Links: BSDDialog Project URL: https://gitlab.com/alfix/bsddialog Dialog Project URL: https://invisible-island.net/dialog GPLinBase Wiki Page URL: https://wiki.freebsd.org/GPLinBase Contact: Alfonso Sabato Siciliano The purpose of this project is to provide an utility and a library to build scripts and tools with UI Widgets in a terminal. The project is inspired by Dialog; however BSDDialog is released under the terms of the BSD-2-Clause License while Dialog is licensed as LGPL so a link of the project has been added to the "GPL Software in the Base System" wiki page. The aim is to provide full compatibility with the dialog utility (the chall= enge is to implement over seventy options and almost thirty widgets). The API compatibility with the library is not a priority because libbsddialog should meet FreeBSD=E2=80=99s needs, for example it provides the new mixedlist() f= unction, it can take as argument a set of: checklists, radiolists and separators, so it could be useful for building a dialog4ports clone: easier to implement and = not depending on non-permissive dependencies. BSDDialog is currently under development, no widget is really completed (autosizing, resizing and scrolling are missing), nevertheless runnable examples for the utility and the library are inside the example folders and described in the README. Finally, a curiosity: BSDDialog started from the MixerTUI code base, however the original code has been almost completely rewritten. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Experimental installer Links: Installer repository URL: https://github.com/yangzhong-freebsd/lua-httpd Live ISO containing installer URL: https://github.com/yangzhong-freebsd/ISO Contact: Yang Zhong bsdinstall is FreeBSD=E2=80=99s current installer. It is a terminal applica= tion with an unwieldy interface, and it asks some very obscure questions that are hard to understand for ordinary users. So, the purpose of this project is to create= a graphical installer for FreeBSD that has a more streamlined interface, and = to improve other aspects of the FreeBSD installation process. The experimental installer uses a web front-end: a web server runs locally = =66rom the installation media, and the user configures their install by filling out web forms on a browser also running on the installation media. A Web interf= ace is flexible and accessible, so it suits an installer well. This interface c= an also support remote installs, where the server runs on the target and the install is configured through some other machine, though I have not done mu= ch work here. The installer also aims to have a modular design, where the user configurat= ion options are written to an installation config file, that is then used for t= he actual installation. While bsdinstall already supports scripted installatio= ns, its config file format is very free-form. A more rigid config file design w= ould make it easier to write other installation front-ends in the future. The installer is currently a rough proof-of-concept, but it can handle a ba= sic installation with limited configuration. Help with testing would be appreciated; you can try the installer by downloading one of the releases in the ISO repository. Also, please email me with any thoughts on the design of the installer, or on useful features it should have. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Git Migration Working Group Links: Git for FreeBSD development wiki URL: https://wiki.freebsd.org/Git Git transition wiki URL: https://wiki.freebsd.org/GitTransition doc git repo web URL: https://cgit.FreeBSD.org/doc ports git repo web URL: https://cgit.FreeBSD.org/ports src (base system) git repo web URL: https://cgit.FreeBSD.org/src Committers guide Git primer URL: https://docs.freebsd.org/en/articles/ committers-guide/#git-primer Handbook Using Git appendix URL: https://docs.freebsd.org/en/books/handbook/ mirrors/#git Game of Trees URL: http://gameoftrees.org/ gitup URL: https://github.com/johnmehr/gitup Contact: Li-Wen Hsu Contact: Warner Losh Contact: Ed Maste Contact: Ulrich Sp=C3=B6rlein Contact: FreeBSD-git mailing list Contact IRC #gitcvt channel on EFnet The Git Working Group has been working on ports repository migration to Git, this task started at the end of the March, beginning with a final Subversion commit on March 31st to indicate that the conversion started. The whole migration completed on April 6th. Since 2021Q2, the ports quarterly branch = is created in Git repository only. We continued working on portsnap and other ports infrastructure to accommodate git. We continued working on implementing and updating commit hooks. The work including helped change FreeBSD 13.0 release process to use Git. And we are sorting and making the infrastructure available to the public, as well as t= he documents. On June 8th, we worked with our ZFS developers to have better tracking of upstream OpenZFS development. The vendor/openzfs branch was renamed to vend= or/ openzfs/legacy. Two new branches were imported directly from upstream, vend= or/ openzfs/master and vendor/openzfs/zfs-2.1-release, and merged to main and stable/13. The details and the required action to correct the errors might result for the people tracking the old branch is available at https:// lists.freebsd.org/archives/freebsd-current/2021-June/000153.html The Git Working Group continues to track progress on two permissively-licen= sed git compatible tools: Gitup and Game of Trees. Gitup is a small, dependency-free tool to clone and update git repositories. It is used only = to keep a local tree up-to-date, and has no support for local commits. Game of Trees is a version control client that is compatible with Git repositories. It provides a user interface and workflow that is distinct fr= om that of Git. It is in no way intended to be a drop-in replacement for git, = but can be used to develop software maintained in a Git repository. Gitup and Game of Trees are currently available as ports and packages. Futu= re work will evaluate them as candidates for the base system. The core team began a new effort to investigate and evaluate new workflow changes in the June 2021 DevSummit. In the third quarter of 2021 we expect = to complete the remaining migration tasks and create a new working group to he= lp with workflow refresh. We=E2=80=99ve wound up our regular meetings, and the= remaining migration tasks are being done by individuals (Li-Wen Hsu is mainly working= on this). The new working group(s) will have people that participated in this working group as well as new people who will bring new perspectives to the process. Sponsor: The FreeBSD Foundation (in part) =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 LLDB Debugger Improvements Links: Moritz Systems Project Description URL: https://www.moritz.systems/blog/ lldb-freebsd-cpu-target-support-and-userland-debugging-improvements/ Progress Report 1 URL: https://www.moritz.systems/blog/ freebsd-remote-process-plugin-on-non-x86-architectures/ Progress Report 2 URL: https://www.moritz.systems/blog/ freebsd-legacy-process-plugin-removed/ Progress Report 3 URL: https://www.moritz.systems/blog/ lldb-support-for-fork-and-vfork/ Progress Report 4 URL: link:https://www.moritz.systems/blog/ lldb-core-dump-support-improvements/ Git Repository URL: https://github.com/moritz-systems/llvm-project Contact: Kamil Rytarowski Contact: Micha=C5=82 G=C3=B3rny The LLDB project builds on libraries provided by LLVM and Clang to provide a great modern debugger. It uses the Clang ASTs and the expression parser, LL= VM JIT, LLVM disassembler, etc so that it provides an experience that =E2=80= =9Cjust works=E2=80=9D. It is also blazingly fast and more permissively licensed th= an GDB, the GNU Debugger. FreeBSD includes LLDB in the base system. At present, it has some limitatio= ns in comparison with the GNU GDB debugger, and does not yet provide a complete replacement. This project spanned from January 2021 to April 2021 and aimed= to improve the compatibility of LLDB with FreeBSD and extend it with new featu= res. The initial work was focused on finishing the port of the FreeBSD process plugin to a new client-server model. After porting all previously supported architectures we were able to remove the legacy plugin. Afterwards, we have implemented support for tracing fork(2) and vfork(2) syscalls using a model that is compatible with the follow-fork-mode setting from GDB. Finally, we = have worked on improving support for core dumps in LLDB. We have used the newly introduced PT_COREDUMP ptrace(2) request to support creating a core dump of= a stopped program without crashing it. During our work, we have fixed many bu= gs and improved the state of the test suite on amd64 and arm64 architectures. The introduced changes are expected to be shipped with LLDB 13.0. The overall experience of FreeBSD/LLDB developers and advanced users on this rock solid Operating System reached the state known from other environments. Furthermore, the FreeBSD-focused work also resulted in generic improvements, enhancing the LLDB support for Linux and NetBSD. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Performance Monitoring Counters Contact: Mitchell Horne This quarter, some improvements were made to the pmc(3) library and hwpmc(4) kernel module. Background: Traditionally, PMC event codes have been defined manually in the sys/dev/hwpmc/pmc_events.h header and compiled statically into the kernel. These definitions provide a translation between an event=E2=80=99s name and= its encoding and are leveraged by PMC tools like pmcstat(8) via the pmc(3) libr= ary. In 2018, a new source of truth for event definitions was introduced for the amd64 and i386 architectures, which is the pmu-events tables. These are a s= et of json files, maintained by the Linux kernel, which are compiled directly = into libpmc and provide a more complete set of event definitions. The main result of this work was porting the use of the pmu-events definiti= ons to arm64. Some minor refactoring to libpmc was performed, making porting to other platforms in the future easier. A few small bugs were found and fixed along the way; notably, the "instructions" alias for pmcstat(8) should work again on Intel CPUs. The ability was added to query the legacy event tables when pmu-events does not contain the desired event, restoring the ability to use the pmc.soft(3) events on x86. Finally, event definitions for newer AMD Zen3 CPUs were imported (credits: Greg V). An larger update of the PMU event definitions is planned for Q3 of 2021. Th= is will bring us in sync with 3 years of updates for x86 CPUs and greatly incr= ease the number of events available on arm64 platforms. Those who make regular or occasional use of FreeBSD=E2=80=99s PMC tools are= encouraged to test their typical workflow and report any regressions. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 syzkaller on FreeBSD Contact: Mark Johnston Contact: Simran Kathpalia < skathpalia3@gmail.com> See the syzkaller entry in the 2019q1 quarterly report for an introduction = to syzkaller. Steady progress has been made on fixing bugs found by syzkaller, both by private instances and by the public syzbot instance. Bugs have been fixed in TCP, ktrace(2), kqueue(2), POSIX timers, fork(2), crypto(4), and in the VFS= and UFS code. Work has also progressed on adding additional definition to syzkaller, so unfortunately the size of backlog remains more or less steady. Simran Kathpalia, a student participating in this year=E2=80=99s Google Sum= mer Of Code (GSOC) program for FreeBSD, has made excellent progress in extending syzkal= ler to cover more of the FreeBSD kernel. She has added definitions for a number= of system calls and has also been working on automating the generation of such definitions. Some work has been done towards making it easier to easier to set up syzkal= ler instances with minimal effort. For example, much of the work can be automat= ed using a BastilleBSD template, which uses a jail to simplify configuration. While this example still requires some manual configuration and is not very flexible, it is much simpler than setting up an instance manually, and helps motivate some planned UI improvements and bug fixes for FreeBSD jails. Future work includes: =E2=80=A2 Further effort to try and reduce the size of the syzkaller back= log. =E2=80=A2 Completion of some proof-of-concept work to extend syzkaller to= fuzz the Linuxulator subsystem. =E2=80=A2 Additional system call and ioctl definitions. =E2=80=A2 Automated fuzzing with kernel sanitizers enabled. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Kernel Updates to kernel subsystems/features, driver support, filesystems, and mor= e. NXP DPAA driver Contact: Jakub Klama The Conclusive Engineering team is working on support for the NXP Data Path Acceleration Architecture (DPAA) present in the NXP QorIQ Layerscape ARMv8 = SoCs as well as PowerPC-based QorIQ SoCs. This work is focused on providing a clean-room, native implementation of DP= AA driver and all of its associated components such as BMan, QMan, FMan and mE= MAC for ARM targets such as LS1046A. First functional version of the driver with support for the 1Gbps and 10Gbps MACs should be completed in the 2021 Q3 timeframe. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 ENA FreeBSD Driver Update Links: ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbs= d/ ena/README Contact: Michal Krawczyk Contact: Artur Rojek Contact: Marcin Wojtas ENA (Elastic Network Adapter) is the smart NIC available in the virtualized environment of Amazon Web Services (AWS). The ENA driver supports multiple transmit and receive queues and can handle up to 100 Gb/s of network traffi= c, depending on the instance type on which it is used. Completed since the last update: =E2=80=A2 Update ENA driver to v2.4.0 =E2=80=A2 Update ENA man page =E2=80=A2 Restructure the logging system =E2=80=A2 Hide sysctl nodes for unused IO queues =E2=80=A2 Add support for the large LLQ headers =E2=80=A2 Update HAL version Work in progress: =E2=80=A2 Introduce full kernel RSS API support =E2=80=A2 Allow reconfiguration of the RSS indirection table and hash key =E2=80=A2 Prototype the driver port to the iflib framework =E2=80=A2 MFC the ENA v2.4.0 driver to the FreeBSD 11/12/13-STABLE branch= es =E2=80=A2 Support netmap on the c6gn/m6i AWS instance types =E2=80=A2 Fix race between detach function and some of the procedural sys= ctl nodes =E2=80=A2 Add new statistics counters Sponsor: Amazon.com Inc =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Graphics Driver Update from Linux 5.7 Links: WIP GitHub Repository URL: https://github.com/neelchauhan/drm-kmod/t= ree/ 5.7-wip Contact: Neel Chauhan Contact: Hans Petter Selasky Contact: Emmanuel Vadot Contact: Mark Linimon We are attempting to update the drm-kmod graphics drivers to the Linux 5.7 code, based on the existing drm-kmod 5.5-wip branch. Right now, the current version of drm-kmod do not support newer GPU such as Intel=E2=80=99s Tiger Lake/Iris Xe, used on laptops such as the 2020 HP Spe= ctre x360. This prevents us from supporting accelerated graphics on newer hardware containing Intel or AMD GPUs. Some tasks have already been completed, including: =E2=80=A2 amdgpu bring-up =E2=80=A2 i915kms console bring-up Some tasks need to be completed, including: =E2=80=A2 i915kms Xorg bring-up (currently pagefaults on remap_io_sg() pa= ge address) =E2=80=A2 amdgpu VA-API bring-up =E2=80=A2 radeonkms bring-up We welcome help for the incomplete tasks, especially from users wanting to = use newer hardware (or support FreeBSD-as-a-desktop in general). =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Intel Wireless driver support Links: iwlwifi status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Iwlwifi The Intel Wireless driver update project aims to bring support for newer chipsets along with mac80211 LinuxKPI compat code. The dual-licensed Intel driver code was ported in the past for the iwm(4) native driver and using t= he LinuxKPI compat framework allows us to use the driver directly with only ve= ry minor modifications. Multiple updates during development in the last year h= ave shown that pulling in newer versions can be done in under 1-2 hours. After a break, part-time work resumed and the last LinuxKPI conflicts got resolved and most of the other LinuxKPI changes were committed to FreeBSD m= ain. During the update process firmware crashes were unxpectedly encountered whi= ch got solved and the 802.11 compat code improved. The iwlwifi driver and firm= ware got updated from the iwlwifi-next git branch and the linux-firmware reposit= ory. Integration into FreeBSD main is pending for a policy reason. For the latest state of the development or code, please follow the referenced wiki page or= the freebsd-wireless mailing list. I would love to thank everyone who has reviewed changes, did initial testin= g, helped with drm-kmod, helped in various other ways, answered questions, encouraged, or patiently waited for any results or running code. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Kernel Sanitizers Contact: Mark Johnston Sanitizers are bug detection facilities which use a combination of instrumentation inserted by the compiler (LLVM in this case) and runtime st= ate tracking to detect bugs in C code. They can automatically detect many types= of C programming bugs, such as use-after-frees and uses of uninitialized variables, which may otherwise require substantial effort to identify. They= are particularly effective in combination with regression testing suites or fuz= zing tools such as syzkaller. Unlike tools such as Valgrind, software must be recompiled to enable a given sanitizer, but sanitizers can be used in the kernel. Kernels with sanitizers enabled incur a significant performance overhead from the runtime, in both CPU utilization and memory usage. Work has been ongoing to port a pair of kernel sanitizers from NetBSD to FreeBSD. These are the Kernel Address SANitizer (KASAN) and Kernel Memory SANitizer (KMSAN). The KASAN port is complete and has been committed to FreeBSD=E2=80=99s development branch, and a small LLVM patch to enable KASA= N and KMSAN on FreeBSD has also been committed. KMSAN intercepts all memory accesses and verifies that they are valid using some hidden state saved for each memory allocation in the kernel; see kasan(9) for further details. It can be enabl= ed in amd64 kernels by compiling the GENERIC-KASAN kernel configuration. The FreeBSD regression test suite currently passes with KASAN enabled. The KMSAN port is currently in progress and is nearing completion. KMSAN detects uses of uninitialized memory using the algorithms described in the original MemorySanitizer paper. In particular, it can detect instances of uninitialized kernel memory being copied out to userspace. Kernel subsystems may additionally call into the KMSAN runtime to verify the state of a given buffer. This can be used, for example, to add checks in the network stack f= or uninitialized bytes in egress packets. A number of bugs have been found usi= ng KMASN and the FreeBSD regression test suite; many have already been fixed (search for "KMSAN" in src commit logs for examples), and patches have been written for all others found so far. Future work includes: * Finishing the KMSAN port and committing it to the FreeBSD main branch. * Enabling CI jobs to run the test suite with KASAN and KMSAN enabled. * Adding syzbot configurations with KASAN and KMSAN enabled,= and fixing bugs found it. * Reducing the scope of memory accesses which cannot = be validated using KASAN or KMSAN today; this consists primarily of making use= of the amd64 direct map optional in various parts of the kernel, and eliminati= ng uses of UMA_ZONE_NOFREE. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Linux compatibility layer update Contact: Dmitry Chagin, Contact: Edward Tomasz Napierala, The goal of this project is to improve FreeBSD=E2=80=99s ability to execute= unmodified Linux binaries. Current support status of specific Linux applications is be= ing tracked at the Linux app status Wiki page. The 32-bit syscalls which accept a timespec parameter now have their 64-bit timespec counterparts: clock_settime64(2), clock_gettime64(2), clock_nanosleep_time64(2), clock_getres_time64(2), futex_time64(2), pselect6_time64(2), rt_sigtimedwait_time64(2), utimensat_time64(2). The O_PATH flag to open(2) system call is now supported, as well as the AT_EMPTY_PATH flag to fstatat(2) (required for Qt5 applications in Ubuntu Focal), fchownat(2), linkat(2), and utimensat(2). The F_GETPIPE_SZ fcntl(2) is now supported. The ppoll(2) system call was reworked to fix POLLRDHUP semantics. The COMPAT_LINUX and COMPAT_LINUX32 kernel build options got removed; they = were confusing and not quite functional. This doesn=E2=80=99t affect the usual s= etups which use Linuxulator loaded as a kernel module. The FreeBSD kernel can now generate coredumps for Linux processes, on both amd64 and arm64. The cores can be analyzed with Linux gdb(1). There were a number of fixes to ptrace(2) implementation; as a result, the Linux strace(1) doesn=E2=80=99t get confused with multithreaded programs. The kernel version was bumped to 4.4.0, as required for new Arch Linux binaries. There was a number of fixes to Linuxulator on arm64, ranging from ELF auxilliary vector (auxv) and Thread-Local Storage fixes to documentation improvements. There is ongoing work to make Linuxulator on arm64 on par with the amd64 one. There is also ongoing work on improving the vDSO functionali= ty. The sysutils/debootstrap port, and its corresponding debootstrap package, n= ow also work on arm64, not just x86. It is also much faster now. There have be= en some further improvements to the startup scripts. Sponsor: EPSRC =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 NXP LS1028A SoC support Contact: Kornel Dul=C4=99ba Contact: Lukasz Hajec Contact: Marcin Wojtas The Semihalf team has been working on adding the FreeBSD support for the NXP LS1028A SoC. NXP LS1028A SoC is a dual-core 64-bit ARMv8 Cortex-A72 application processor with high-speed peripherals such as 2 Time-Sensitive Networking-capable (TS= N) Ethernet controllers, quad-port TSN-enabled switch, PCIE, SD/MMC, USB3.0 and others. The newly introduced support includes: =E2=80=A2 ENETC Ethernet and MDIO controllers drivers =E2=80=A2 LS1028A support and other improvements in the FSL SDHCI driver =E2=80=A2 LS1028A clockgen driver =E2=80=A2 Generic PCI improvements: =E2=96=A1 Add ofw interface support to PCI - commits 28c4e511c23f and= 40429103cd0 =E2=96=A1 Clean up and add proper support for mapping dts nodes to PC= I devices in pci_host_generic_fdt - commits f0f7b0868a94 and ea52e815887b TODO: =E2=80=A2 Upstream quad-port TSN switch support Sponsor: Alstom Group =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Marvell ARM64 SoCs support Contact: Zyta Szpak Contact: Kornel Dul=C4=99ba Contact: Marcin Wojtas The Semihalf team is working on improving the FreeBSD support for the Marve= ll Octeon TX2 CN913x and Armada 7k/8k SoC families. Marvell Armada 7k8k and Octeon TX2 CN913x SoC families are quad-core 64-bit ARMv8 Cortex-A72 processors with high speed peripherals including 10 Gb Ethernet, PCIe 3.0, SATA 3.0 and USB 3.0 for a wide range of networking, storage, security and industrial applications. Although the mentioned SoCs are mostly supported in FreeBSD HEAD, some piec= es required improvements. Applied changes: =E2=80=A2 Upstream PCIE improvements =E2=96=A1 PCIE Designware driver (pci_dw) fixes: =E2=98=86 Correct setting of outbound I/O ATU window (commit 57db= b3c25936) =E2=98=86 Allow mapping ATU windows bigger than 4GB (commit 24300= 0b19f8b) =E2=96=A1 Generic improvements that enable proper user-space mapping = and access of the PCI BARs - commits f2f1ab39c040 and 1c1ead9b94a1 =E2=80=A2 SDHCI improvements =E2=96=A1 64-bit DMA operation (commit 7d8700bc291b) =E2=96=A1 sdhci_xenon UHS support (commits 43e31350f8f6-4fa977f854e2) TODO: =E2=80=A2 Improve and merge ICU support rework (D28803) Sponsor: Marvell =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Multicast routing rework Contact: Wojciech Macek The Semihalf team has been working on reworking the existing ip_mroute modu= le. The previous implementation was over 20 years old and didn=E2=80=99t use mo= dern kernel features. A complete rework of locking mechanism was done to eliminate taking multiple locks for a single job. Some portions of code were modified to use lockless constructions, BW-meter API refactored to work in a single context and rout= ing hot path was identified and made to work efficiently. All these fixes helped achieve over 5x speed boost in multicast routing. The newly introduced rework includes: =E2=80=A2 mroute: fix race condition during mrouter shutting down race co= ndition =E2=80=A2 mrouter: do not loopback packets unconditionally loopback =E2=80=A2 ip_mroute: refactor bw_meter API bw_meter =E2=80=A2 ip_mroute: rework ip_mroute locking Sponsor: Stormshield =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 VFS path descriptors API Contact: Konstantin Belousov Unix VFS API, from a very high point of view, provides two kinds of interfa= ces. One is the path-based operations, typically manipulating metadata, like rem= ove, rename, change permissions and similar. The second is the file-descriptor operations, typical are read, write, truncate, and other. The well-known op= en (2) syscall returns a file descriptor from the path. The file descriptor is a reliable handle for the file targeted by operation= s. Whatever other action was performed on the file meanwhile, rename, even del= ete, file descriptor still references the same file, and any operation done on i= t, affects that file. Until recently, there was no similar reliable way to take a handle on the f= ile path, and then reliably use it for the operations of the first kind. Now, L= inux introduced some facilities that make it possible, and FreeBSD tried to prov= ide a compatible API. First, there is a way to get the file descriptor for a path. It is created = with the open(2) syscall, when the O_PATH flag is specified. The returned descri= ptor cannot be used for normal file operations, it only designates a place in the filesystem namespace. Attempts to e.g. read or write using it results in EB= ADF. But the system also does not check the access rights on the target file whi= le opening. It is enough for the process to read the content of the directory = with the file name for open(O_PATH) to succeed. To actually use such descriptor, there is a new flag AT_EMPTY_PATH, underst= ood by the \*at(2) set of syscalls. When supplied, and the path argument set to= "" (empty path), \*at(2) syscalls operate on the file designated by the dirfd argument. It is not too exciting for e.g. fstatat(2), where already available fstat(2) operates on any kind of file descriptor. But consider linkat(2), which in combination with AT_EMPTY_PATH now allows to re-link any opened file descri= ptor to a named file (this requires root privilege). Other examples of available operations are chownat(2), chmodat(2), and others; see man pages. When a fi= le descriptor and AT_EMPTY_PATH are supplied, the program knows for sure that = the corresponding operation was done on the specific file, not subject to a race when our file was renamed, and some other file replaced it, providing a different file on the same path. With O_PATH, we get the same access rules = as for normal chmod, not needing to have read or write permission for the file content. A way to translate the path descriptor to a normal file descriptor that can= be read from or written to is to use openat(2) with O_EMPTY_PATH flag. The sys= call checks the current access permissions and grants the requested mode by returning a normal descriptor. In Linux, there is no equivalent of the O_EMPTY_PATH flag. It seems, instea= d, that its implementation of our equivalent of fdescfs opens the underlying f= ile on open(2) of /dev/fd/N name. This behavior is incompatible with the existi= ng FreeBSD fdescfs exposed operation, so it cannot be changed for the default mount of fdescfs on /dev/fd. A new mount flag "nodup" was added for fdescfs which emulates Linux for descriptors backed by vnodes. See the fdescfs(5) m= an page for details. The described new Unix VFS API is used by Samba. Adding it to FreeBSD should allow our system to be still the first-grade platform for Samba, and was requested by Samba porters. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Dummynet support for pf Links: dummynet in-progress tree URL: https://github.com/kprovost/freebsd-src/tree/ netgate/dummynet Contact: Kristof Provost The pf firewall currently relies on ALTQ for traffic shaping. ALTQ is not enabled in default kernel builds, and is not compatible with all network drivers (only drivers which implement if_start()). Work is in progress to add support for dummynet traffic shaping to pf. Dumm= ynet is already used by ipfw for traffic shaping. As part of this work, automated tests are being added to dummynet, for both ipfw and pf. This requires extending dummynet to add vnet support, which was contributed by Tom Jones . While this work is incomplete feedback on architecture and functionality is welcomed. TODO: =E2=80=A2 Additional test cases =E2=80=A2 Debug failure of the IPv6 queue test case =E2=80=A2 Fix panic on vnet shutdown if there are still IPv6 packets queu= ed. (These eventually get sent to ip6_input() with a now freed rcvif pointer. Badn= ess ensues.) Sponsor: Rubicon Communications, LLC ("Netgate") =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Ethernet support for pf Links: pf-link in-progress tree URL: https://github.com/kprovost/freebsd-src/tree/ netgate/pf-link Work is ongoing to add basic support for Ethernet filtering to pf. This will allow layer 2 addresses to be used to tag packets for subsequent filtering or shaping in the existing pf code. The layer 2 code is strictly stateless. The intended use case for this is to improve pf=E2=80=99s capabilities in c= aptive portal setups (i.e. allow/deny internet access based on client MAC addresse= s). TODO: =E2=80=A2 (optional) anchor support =E2=80=A2 move nvlist interface code into libpfctl =E2=80=A2 audit nvlist code for bugs (several bugs were found in the rece= nt nvlist alternatives to existing ioctl calls) =E2=80=A2 (optional) VLAN ID filtering =E2=80=A2 (optional) MAC address table support While this work is incomplete feedback on architecture and functionality is welcomed. Sponsor: Rubicon Communications, LLC ("Netgate") =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 pf syncookie support Links: pf syncookies in-progress tree URL: https://github.com/kprovost/freebsd-src/ tree/modirum/pf-syncookie-cleanup Contact: Kristof Provost SYN cookies are a mechanism to resist SYN flood denial of service attacks. = The FreeBSD network stack has supported this since 2001. However, this does not prevent such an attack from flooding the pf state table. OpenBSD ported this mechanism from FreeBSD into their pf in 2018. This code= is now being ported to FreeBSD=E2=80=99s pf. The work is still in progress, but the current version demonstrates the bas= ic capability. Next steps include additional testing, extra automated test cas= es and implementing the adaptive mode. The adaptive mode requires extra care in FreeBSD=E2=80=99s pf, above what w= as done in OpenBSD, because of different locking strategies. Sponsor: Modirum MDPay =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Microchip PolarFire SoC support Contact: Jakub Klama Contact: Wojciech Kloska The Conclusive Engineering team is working on support for the Microchip PolarFire FPGA SoC chip family. PolarFire SoC is based on five 64-bit hard RISC-V cores, out of which four are equipped with MMU and capable of running FreeBSD. The SoC also features an FPGA and various peripherals including Gigabit Ethernet, PCIe and multi-function 12.3Gbps SERDES transceivers. At the time of writing, the following tasks have been completed: =E2=80=A2 Initial platform bring-up with SMP support =E2=80=A2 Add support for creating "booti"-style images for RISC-V =E2=80=A2 Ethernet support Work in progress: =E2=80=A2 Clock and reset domain support =E2=80=A2 USB driver =E2=80=A2 PCI Express driver =E2=80=A2 I2C driver =E2=80=A2 SPI driver =E2=80=A2 GPIO driver =E2=80=A2 eNVM driver =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Racct (Resource Accounting) Bug Fixes and Improvements Links: racct PR for runj URL: https://github.com/samuelkarp/runj/pull/11 Contact: Cyril Zhang racct is a resource accounting system in the FreeBSD kernel. It keeps track= of resource usage, such as memory use and CPU runtime. Additionally, it provid= es an easy interface for limiting the resource usage of entities such as users and, importantly, jails. For example, it may be of interest to set a limit = on the number of CPUs that a jail can use. I have been discussing with other FreeBSD developers the prospect of adding racct support as an experimental feature to an OCI-compliant container runt= ime, runj by Samuel Karp. This would mimic Linux=E2=80=99s cgroups functionality= in the OCI specification, which allows Linux containers to have limits on memory, CPU usage, etc. It also allows us to consider the possibility of adding FreeBSD-specific configuration to the OCI specification. As part of this wo= rk, I have been improving racct so that it is more functional for use with jail= s. Improvements include: =E2=80=A2 A new, more accurate scheme for calculating total CPU usage of = all processes in a jail =E2=80=A2 Fixing a bug that incorrectly counted the runtime of all child = processes in the parent=E2=80=99s runtime =E2=80=A2 Fixing a bug that incorrectly decremented the count of persiste= nt resources, such as shared memory, when a process exits =E2=80=A2 Accounting for POSIX features like shared memory and semaphores= , where previously only SysV features were accounted for =E2=80=A2 Adding tests Feel free to get in touch. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 OpenZFS RAIDZ Expansion update Contact: Matthew Ahrens Links: OpenZFS Pull Request URL: https://github.com/openzfs/zfs/pull/12225 video from 2021 FreeBSD Developer Summit URL: https://youtu.be/3SUKJye54aI?= t=3D 6166 slides from 2021 FreeBSD Developer Summit URL: https://docs.google.com/ presentation/d/1FeQgEwChrtNQBHfWSNsPK3Y53O5BnPh3Cz5nRa5GAQY/view news article from Ars Technica URL: https://arstechnica.com/gadgets/2021/06/ raidz-expansion-code-lands-in-openzfs-master/ Project This feature allows disks to be added one at a time to a RAID-Z group, expanding its capacity incrementally. This feature is especially useful for small pools (typically with only one RAID-Z group), where there isn=E2=80= =99t sufficient hardware to add capacity by adding a whole new RAID-Z group (typically doubling the number of disks). FreeBSD=E2=80=99s ZFS implementation comes from the OpenZFS project. This w= ork will be integrated into the OpenZFS repo, with support for FreeBSD and Linux. Status The work is functionally complete, and a pull request has been opened. Remaining Work Remaining work includes some code cleanup, design documentation, addressing test failures. We also need to solicit code reviewers and respond to code review feedback. Sponsor: The FreeBSD Foundation =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Microchip Switchtec support Contact: Jakub Klama Contact: Pawe=C5=82 Eichler The Conclusive Engineering team is working on support for the Microchip Switchtec PCI Express storage switch family. Switchtec devices are PCI Express Gen3/Gen4/Gen5 packet switches which offer built-in NTB support for up to 48 NT partitions, extensive diagnostics and programmable firmware which can be used to implement additional functionali= ty such as NVMe enclosure management. At the time of writing, following features are completed: =E2=80=A2 NTB support =E2=80=A2 Firmware management and diagnostics Work in progress: =E2=80=A2 Event logging =E2=80=A2 NVMe enclosure management This work in co-sponsored by AGILESTORAGE Europe GmbH. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. Emacs Ports Links: PR255706 URL: https://bugs.freebsd.org255706 commit bb995aaf6e25e33b028fa4b32321864b48f49055 URL: https://cgit.freebsd.o= rg/ ports/commit/?id=3Dbb995aaf6e25e33b028fa4b32321864b48f49055 Contact: Emacs Ports Team The Emacs development port, editors/emacs-devel, continues to be updated tw= ice per month to synchronize with the HEAD of upstream=E2=80=99s master branch.= A noteworthy change from the first June 2021 update was the addition of a NATIVECOMP port option. NATIVECOMP adds support for compiling Emacs lisp to native code using libgccjit, which was first enabled in lang/gcc11-devel an= d is now in lang/gcc11. For more information about native compilation of Emacs lisp, see Gcc Emacs = Wiki =2E =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 FreeBSD Erlang Ecosystem Ports update Links: FreeBSD Erlang wiki URL: https://wiki.freebsd.org/Erlang Erlang/OTP language URL: https://erlang.org/ Elixir language URL: https://elixir-lang.org/ Gleam language URL: https://gleam.run/ Contact: FreeBSD Erlang mailing list The Erlang runtime system, commonly known as the BEAM, provides a runtime t= hat is used by a number of programming languages and applications in the FreeBSD ports collection. Notable changes in 2021 include: =E2=80=A2 adding OTP24, including support on amd64 architecture for JIT c= ompilation, and dropping the previous NATIVE and HIPE options =E2=80=A2 security fixes for the devel/rebar3 build tool =E2=80=A2 adding a new language runtime for Gleam language =E2=80=A2 more than 40 point release updates in the last quarter alone fo= r the Erlang runtimes As the upstream Erlang OTP team have committed to supporting the 2 current releases, more and more point updates are arriving for OTP22-24, but not for the older Erlang runtime releases, which are now unlikely to get security a= nd bug fixes. The Erlang team is planning to: =E2=80=A2 deprecate in 2021Q3 any ports that are not compatible with OTP = releases in the last 2 years =E2=80=A2 remove the deprecated runtimes in 2021Q4 =E2=80=A2 remove ports directly dependent on erlang- and elixir- language= s, where they are more commonly installed via mix and rebar3 tools, the standard community build tool chain. =E2=80=A2 update RabbitMQ to the next major release, which requires OTP23= minimum, and introduces support for the JIT =E2=80=A2 bump the main lang/erlang runtime to OTP24 because JIT is aweso= me Additional testing and community contributions are welcomed, please reach o= ut on the mailing list, especially if you are able to help testing of specific port updates. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 GCC in the Ports Tree (lang/gcc*) Links: GCC Project URL: https://gcc.gnu.org GCC 10 release series URL: https://gcc.gnu.org/gcc-10/ Contact: Gerald Pfeifer With the great help of linimon@ GCC 10 became the default version of GCC in= the Ports Collection bringing many improvements and fixes. Looking one step ahead, GCC 11 is now available as a port and even for use = as GCC_DEFAULT via Mk/bsd.default-versions.mk . Modern GCC ports like this now feature support for powerpcle, and most rela= ted changes also made it it upstream. On the infrastructure side, USE_GCC now allows for a build time-only dependency, e.g. USE_GCC=3Dyes:build . And in case you are developing other ports, USE_GCC=3Dany is a thing of the= past and USE_GCC no longer tries to use the old 4.2-based system compiler (/usr/= bin/ gcc) even if present. Finally, after some two decades of maintaining FreeBSD=E2=80=99s lang/gcc* = ports, the time has come to hand over the baton and largely step back. Please reach ou= t if you are want to help - we=E2=80=99d hate to simply drop maintainership and = would be happy to collaborate and transition. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 KDE on FreeBSD Links: KDE FreeBSD URL: https://freebsd.kde.org/ KDE Community FreeBSD URL: https://community.kde.org/FreeBSD Contact: Adriaan de Groot The KDE on FreeBSD project aims to package all of the software produced by = the KDE Community for the FreeBSD ports tree. The software includes a full desk= top environment called KDE Plasma, graphics applications, instant messengers, a video-editing suite, as well as a tea timer and hundreds of other applicati= ons that can be used on any FreeBSD machine. The KDE team (kde@) is part of desktop@ and x11@ as well, building the soft= ware stack to make FreeBSD beautiful and usable as a daily-driver graphics-based desktop machine. Organisational The KDE-FreeBSD team has moved its primary communications channel (on IRC) = in with the rest of the FreeBSD world. You can now find us on Libera.Chat, in = the #freebsd-desktop channel. Why the rename? We=E2=80=99ve been #kde-freebsd since 2003 or so. However, = changes in the IRC Network landscape have caused us to migrate to Libera.Chat and join= up with the rest of the desktop folk=E2=80=89=E2=80=94=E2=80=89we have a lot o= f shared concerns, after all. Big Picture =E2=80=A2 The new KDE Gear release=E2=80=89=E2=80=94=E2=80=89all the KDE = software products that are not specifically KDE Frameworks or KDE Plasma, which release in a coordinat= ed fashion on a regular schedule=E2=80=89=E2=80=94=E2=80=89arrived in port= s the day it was released. Albert Astals Cid has a good blog post explaining the rationale behind = KDE Gear. =E2=80=A2 Wayland support has arrived for KDE Plasma. It is now possible = to run a KDE Plasma Wayland environment on FreeBSD machines with a DRM-enabled graph= ics card (Intel iGPU or AMDGPU). =E2=80=A2 There is slow-but-steady progress in reducing the dependencies = of KDE Applications. Most FreeBSD ports are "batteries included" and that incl= udes all the build-tools to create the application, but really, an IDE should not be a dependency of your photo-gallery application. =E2=80=A2 X11 was made optional in some of the Qt ports; this opens up po= ssibilities such as "Wayland-Only" Qt, or "Framebuffer-Only". X11 remains enabled by default. =E2=80=A2 Qt6 is stuck in the "it builds, and parts of it run, but not en= ough" stage and has not landed in ports; it will probably wait until after the next quarterly is cut. Highlights =E2=80=A2 Poppler, CMake, polkit .. these underpinnings of the Free Deskt= op on FreeBSD all received their regular updates. =E2=80=A2 extproc/kdiff3 had some serious issues with 3-way-merges. This = was reported by Ed Maste, and turned out to have fixes upstream. =E2=80=A2 x11/konsole, the terminal emulator, would not accept /bin/sh as= a shell; this is more of an issue on FreeBSD than on Linux where bash is a very common choice. This was resolved upstream and landed in ports. =E2=80=A2 The regular KDE Frameworks releases (monthly) and KDE Plasma re= leases (monthly) and KDE Gear all were announced upstream and landed in FreeBSD ports without a fuss. Upstream CI continues to be updated with the late= st FreeBSD ports so that CI reflects well what the KDE-on-FreeBSD team delivers to FreeBSD users. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 libglvnd on FreeBSD Links: libglvnd URL: https://gitlab.freedesktop.org/glvnd/libglvnd Contact: Kevin Bowling libglvnd (GL Vendor-Neutral Dispatch) "is a vendor-neutral dispatch layer f= or arbitrating OpenGL API calls between multiple vendors. It allows multiple drivers from different vendors to coexist on the same filesystem, and determines which vendor to dispatch each API call to at runtime. Both GLX a= nd EGL are supported, in any combination with OpenGL and OpenGL ES." Making this the default GL implementation in FreeBSD Ports unblocks a numbe= r of efforts and aligns us with future graphics stacks. It cleans up the ability to have multiple GL implementations on one system = or image, regardless of what hardware is in use, by eliminating the need for one-or-the-other hard links for these libraries. This can in turn be used by Nvidia Optimus setups, or using your fancy PCIe interconnect to have multip= le vendor GPUs for any reason. It will support future Mesa releases where a concurrent LTS (Long Term Support) branch install can be used to fill in drivers that will be removed from newer Mesa releases. Software like KDE and Firefox can use EGL contexts under X11 (with OpenGL) = and Wayland, and in the case of upcoming Firefox releases it may match the spee= d of Google Chrome when doing so. The library uses various implementation details to minimize any performance impact from indirection, with platform specific support for aarch64, amd64, armv7, i386, and powerpc64 (ELFv2). Finally, it helps reduces over-linking with a new libOpenGL to provide Open= GL without X11 for headless servers or kms or Wayland environments. If there is any remaining fallout from this change please add kbowling@ to = the PR watchers. Thank you to Jan Beich for doing the ports infrastruct= ure work and Matt Turner (Gentoo/freedesktop) for helping me understand the architecture and how to handle this change in a source-based distribution, = as well as merging a change in libGLU upstream to support building without X11 dependency. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 FreeBSD in Science Links: Meta-port for Biostar Handbook tools URL: https://www.freshports.org/biolog= y/ biostar-tools/ Simple, Portable Cluster Manager URL: https://acadix.biz/spcm.php Desktop-installer URL: https://acadix.biz/desktop-installer.php Contact: Jason Bacon Contact: Yuri Victorovich FreeBSD has long provided a solid foundation for scientific computing, with= its remarkable reliability, network and storage performance, and the FreeBSD po= rts system which not only provides an extensive collection of scientific softwa= re, but also facilitates optimized installation by allowing the user to easily install from source with additional compiler flags. Last quarter saw the introduction of sysutils/spcm (Simple, Portable Cluster Manager), an integrated tool set for building and managing HPC (High Performance Computing) clusters based on FreeBSD. This quarter we saw rapid growth in the biology category, much of which culminated in the completion of the biology/biostar-tools metaport. This metaport installs virtually all of the software needed by bioinformatician = in training. It is now easier for bioinformatics students to install and run t= he software they need on FreeBSD than on any other platform. Bioinformatics is= the analysis of biological data such as gene and protein sequences. We also hit a milestone of 200 ports in the biology category, thanks to contributions from 21 maintainers. Software installation has always been and still is a major hurdle for many researchers. Far too often, researchers attempt "cave man" installations, following primitive instructions from the developers' site for manually running configure scripts and make. In many o= ther cases, they struggle with low-quality application containers or third-party= on package managers that are prone to failures and difficult to use. Problems installing the software they need often cause major delays in their research and often end in failure. The rapid growth of scientific software in the FreeBSD ports collection, coupled with the introduction of SPCM and numerous improvements to sysutils/desktop-installer, have removed many hurdles that could delay or prevent scientific discovery. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Documentation Noteworthy changes in the documentation tree, in manpages, or in external b= ooks /documents. FreeBSD Translations on Weblate Links: Translate FreeBSD on Weblate URL: https://wiki.freebsd.org/Doc/Translation/ Weblate FreeBSD Weblate Instance URL: https://translate-dev.freebsd.org/ Contact: Danilo G. Baio The Weblate project Documentation (Books and Articles) is open to the publi= c. The Automatic Translation feature was executed in all languages, re-using translations from the former project (Docbook). There are still pending issues about the new translation process, and the status can be seen on IdeaList#Translation. Website translations weren=E2=80=99t released through Weblate yet. So we de= cided to hold it until we have more details about the working group that will redesi= gn the Website and the Documentation Portal, to avoid re-work. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 FreeBSD Website Revamp - WebApps working group Contact: Sergio Carlavilla Working group in charge of creating the new FreeBSD Documentation Portal; a= nd redesigning the FreeBSD main Website and its components. FreeBSD developers= can follow and join the working group on the FreeBSD Slack channel #wg-www21. T= he work will be divided into four phases: 1. Redesign of the Documentation Portal Create a new design, responsive and with global search. (Work in progre= ss) 2. Redesign of the Manual Pages on Web Scripts to generate the HTML pages using mandoc. (Not started) 3. Redesign of the Ports page on Web Ports scripts to create an applications portal. (Not started) 4. Redesign of the FreeBSD main Website New design, responsive and dark theme. (Not started) =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Miscellaneous Objects that defy categorization. Third-Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. FreshPorts Links: FreshPorts URL:https://freshports.org/ FreshPorts blog URL: https://news.freshports.org/ Contact: Dan Langille FreshPorts, and its sister site, FreshSource, have reported upon FreeBSD commits for 20 years. They cover all commits, but its primary focus is port= s. FreshPorts tracks the commits and extracts data from the port Makefiles to create a database of information useful to both port developers and port us= ers. For example, https://www.freshports.org/security/acme.sh/ shows the history= of this port, back to its creation in May 2017. git The transition from subversion to git went superbly. Now the work is concentrating on branches. We are close to incorporating all branches (on s= rc, doc, and ports) into the website. The website now queries the main repo every three minutes and pulls in upda= tes. Commit processing under git is faster and more reliable. Creating the XML directly from git and not from parsing commit emails has its benefits. Help wanted Since the last report, Jethro Nederhof has been doing fantastic work bringi= ng the website up to HTML5 and into the modern world. Nothing dramatic, from w= hat the users see, as it has been mostly behind-the-scenes. We can always use more helpers. The website mostly runs itself and requires very little on-going maintenance (pkg upgrades, OS patche, etc). Most of the work is designing new features, fixing bugs, identifying issues, and discus= sion with users. Changes to the ports tree usually don=E2=80=99t affect the webs= ite much. Tasks include: =E2=80=A2 There is a long list of issues for the website. =E2=80=A2 The git_proc_commit project also has a set of issues, mostly in= Pyton, some perhaps related to the website. =E2=80=A2 Documentation outlining how the various projects fit together a= nd how they work is required. =E2=80=A2 I have some subversion repos which should be converted to git a= nd uploaded to GitHub. This would allow people to work on the backend code (commit ingress and processing). =E2=80=A2 The FreshSource website could be updated to modern standards an= d the repo converted to git. Thank you =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 helloSystem Links: Documentation URL: https://hellosystem.github.io/ Contact: Simon Peter Contact: #helloSystem on irc.libera.chat, mirrored to #helloSystem:matrix.o= rg on Matrix What is helloSystem? helloSystem is FreeBSD preconfigured as a desktop operating system with a f= ocus on simplicity, elegance, and usability. Its design follows the =E2=80=9CLes= s, but better=E2=80=9D philosophy. Q2 2021 Status =E2=80=A2 Version 0.5.0 of helloSystem has been published. Installable Li= ve ISO images are available. Download and changelog are at https://github.com/ helloSystem/ISO/releases/tag/r0.5.0 =E2=80=A2 helloSystem was part of the Desktop panel at the FreeBSD Develo= per Summit 2021. A video is available at https://www.youtube.com/watch?v=3D3SUKJye= 54aI&t =3D11410s =E2=80=A2 Work has started towards 0.6.0. Thanks for contributed features= and bugfixes =E2=96=A1 Improved spatial file manager =E2=96=A1 Switch to KWin (if its dependencies can be reduced signific= antly for use outside of KDE Plasma) Experimental and release builds of the Live ISO are available at https:// github.com/helloSystem/ISO/releases. Contributing Help is wanted in a number of areas, especially in the areas of the FreeBSD core OS and kernel, and Qt/C++. =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2= =94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94= =81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81=E2=94=81= =E2=94=81=E2=94=81=E2=94=81=E2=94=81 Containers & FreeBSD: Pot, Potluck & Potman Links: Pot on github URL: https://github.com/pizzamig/pot Potluck Repository & Project URL: https://potluck.honeyguide.net/ Potluck on github URL: https://github.com/hny-gd/potluck Potman on github URL: https://github.com/grembo/potman Contact: Luca Pizzamiglio (Pot) Contact: Stephan Lichtenauer (Potluck) Contact: Michael Gmelin (Potman) Pot is a jail management tool that also supports orchestration through Noma= d. In the last quarter, v0.12.0 was released and many new improvements have be= en worked on since then. The main new feature under development at the moment = is the possibility to create layered pot images for e.g. quickly adding applications in a build pipeline to a bigger base image which can then be deployed via Ansible or Nomad. Potluck aims to be to FreeBSD and Pot what Dockerhub is to Linux and Docker= : A repository of Pot flavours and complete images for usage with Pot and in ma= ny cases Nomad. Here, all images have been built for FreeBSD 13.0 for the first time, FreeB= SD 11.4 support has been removed and 12.2 images have been upgraded to latest package versions. Furthermore, new images like a PostgreSQL Patroni cluster have been added or the Nomad and Consul images have been extended to support clustering, encryption and a new Vault image. Also, a PoC has been done which shows that Potluck images can potentially easily be used with containerd and runj. Potman aims to simplify building Pot images with Vagrant and VirtualBox bas= ed on the Potluck approach, e.g. as part of a DevOps workflow for software development including testing and publishing them to a repository. Here, in the last quarter, usage and documentation has been improved. Future plans include finishing the layered Pot images, further Potman workf= low features and more new and improved Potluck images. As always, feedback and patches are welcome. --x5kchzriqudmbhs3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEDonNJPbg/JLIMoS6Ps5hSHzN87oFAmD7vLBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDBF ODlDRDI0RjZFMEZDOTJDODMyODRCQTNFQ0U2MTQ4N0NDREYzQkEACgkQPs5hSHzN 87pC7gf/coPnwCCt/x1oYK3slL2Sn35FlcsfcS9+ku3kgIg6zp3PURnIN+zyecbR J5tHctGWKb+TKx+HiOjPbYRAKOR8HG8ITNXID5RvNG6eBYnbMS/O+//HoZtf93BF BCq95zhAQ4Sue/3sglIPNH63zPzNetaXHdfgbuU2eoVGGHe87J+a0JblzX+3l6Q7 HBexx+P88OwLuDyF3R6LC6hcYBgXJfGoXfyj3sywy0UG45WahiBLG49PJkaSJ8RC TTzA8FM3bu8rPX70XU774ZSv+hofcR0YsSsuV9gmPMMnZm0xO3gaUIEhOa58VwiQ lWJovKRvGFAnWiYFnI8WUnITC9Jy2g== =6o2g -----END PGP SIGNATURE----- --x5kchzriqudmbhs3-- From nobody Sat Jul 24 16:28:19 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 84D5D12A961A for ; Sat, 24 Jul 2021 16:28:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (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 4GXBSv2kcCz3tNs for ; Sat, 24 Jul 2021 16:28:30 +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 E54478D4A2D4; Sat, 24 Jul 2021 16:28:22 +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 E208EE707BD; Sat, 24 Jul 2021 16:28:21 +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 39I4y5gC81qe; Sat, 24 Jul 2021 16:28:20 +0000 (UTC) Received: from [192.168.2.110] (unknown [IPv6:fde9:577b:c1a9:31:3435:94b2:905e:a3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9E04DE707BA; Sat, 24 Jul 2021 16:28:20 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Rozhuk Ivan" Cc: "Graham Perrin" , "FreeBSD CURRENT" Subject: Re: Wi-Fi: HP ZBook 17 G2 Date: Sat, 24 Jul 2021 16:28:19 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: In-Reply-To: <20210724031503.10e3d391@rimwks.local> References: <19aea785-b02a-14b2-905c-692dd64ad8af@gmail.com> <20210724031503.10e3d391@rimwks.local> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4GXBSv2kcCz3tNs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 24 Jul 2021, at 0:15, Rozhuk Ivan wrote: > On Fri, 23 Jul 2021 19:26:02 +0100 > Graham Perrin wrote: > >> According to , >> iwm(4) should work. >> > > If your CPU can run byhive - do not waste time, install OpenWRT > and let it be your WiFi driver: Which as we found out isn’t always working either, especially with cards from some vendors: https://reviews.freebsd.org/D31241 (though we actually ran FreeBSD inside trying to make that better). /bz From nobody Sat Jul 24 20:23:03 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E41DF12B7AEB; Sat, 24 Jul 2021 20:23:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXHgY5qJDz3h2p; Sat, 24 Jul 2021 20:23:05 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1627158183; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=qPtNYsEIilw8ylDrHIhs1MupjD+C0DqF/A1Ze1JhgOg=; b=U22xvr5nP4D/G46Mm6hyaqLbw2m2jKSffcPP5QIf9eUPQBgfyGuNNlK0+wvxJ4RxYqQ+Rp PbAZ1KZpUnJRF5PCOHj1xvwELQBki5R18deXcAKIVuZ9so5mejXsRcIpwcyK+wv7IE2B+o 1w3waVK2nyVHG1oncClBOOLGbf+wh3o= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 4fecc156 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 24 Jul 2021 20:23:03 +0000 (UTC) Date: Sat, 24 Jul 2021 22:23:03 +0200 From: Emmanuel Vadot To: "freebsd-arm@freebsd.org" , freebsd-current@freebsd.org Subject: MMCCAM metabug Message-Id: <20210724222303.80d9a8ca631d8444aa9a68d2@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXHgY5qJDz3h2p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=U22xvr5n; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.17 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.68)[-0.680]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[arm,freebsd-current] X-ThisMailContainsUnwantedMimeParts: N Hello all, I've created a metabug for all MMCCAM issues that I know (there might be more of course). Of course bugzilla sucks at this for the metabug itself but the tree is ok I think : https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=257385&hide_resolved=1 If you have any bugs not listed there don't hesitate to create one and add it in the metabug (no idea if anyone can do that so if this isn't the case just add a comment on the metabug and I'll add the depends). Almost all of them are required to be fixed before we switch any arch to use MMCCAM by default so if you have any spare time don't hesitate to contact me. Cheers, -- Emmanuel Vadot From nobody Sun Jul 25 04:38:45 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7B82F12A7757; Sun, 25 Jul 2021 04:38:49 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) 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 4GXVgY2Z31z4Zv0; Sun, 25 Jul 2021 04:38:49 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x331.google.com with SMTP id o5-20020a1c4d050000b02901fc3a62af78so5952054wmh.3; Sat, 24 Jul 2021 21:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=j9R4ViNGqz2muqBzrGpUkks9tsYpLT423VEWtoCTe2U=; b=rqcydSlA2K6JSFX/FpasegBhiFo38b04o1EV0o/YaWYS8HemR8cD7aMjbpxlBspAv9 4UpKAOl0C+D54+oEjEMks9sJZTNSOqbueA+A9H8GG60sLTW3VbgNfV9GoGA7IzSrM3D6 uxv/P35oa3IiEci3qFmVYzpFh+I4jO7XtS26+/ZQ0yN6FVQHbF3b/GnITL/e1AqJX2hG gmgfcYttkxnqRBg89wFVfE5huYyY5aA6zatPFyWjR49IKF8ludCaAecT0gZartQcSRS3 2WXAIyL6nDXQ/ejYVoNhUh8NCjx6MRPepD0F4TGVCyZOxkbpK7rDxpW+WWkC0ApNd3vv rcMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=j9R4ViNGqz2muqBzrGpUkks9tsYpLT423VEWtoCTe2U=; b=b3FeHuzK6vThiDdLTcrqIA5/+pNkGCpDZCSE+F/hWRk185WJCzMFq/OI0GL2cNNzkd j+AwwwYYyN+zSEnezBkEuqHBSQwwDWaDXuk21syVRMIKljVsHHCnYh8GC+6gH9ETPMPZ lff3J4g4/zWkYz9HpAAEUfAIXsW+xahsYDcvMHFi0JSpVFbDuXI7HNAInJtTeKjrDWlj qH9tAVzhC8aRqoiIuIQGMRLxjLKNyRdjVOodnAc2utQOXV7UFzJ+eVsJ1hV8OJ1p8+kW +1nckBnnYEFhiUoV9HE/zhC76o6ogwdMBwP1kauvAMxfC+Vl/GX80pUfDah/ToiCLcud 35wQ== X-Gm-Message-State: AOAM532Ky4rQykTPDTIez4R0QRFsDiWHPz4mF2DKeSvGlbHRAsSSpQYL iJKX0PTg992IGezGMGf+eZTp7q/pkCwFZg== X-Google-Smtp-Source: ABdhPJwFnSqiw6XUVQM6FoYsqG6reMdx3pZc6WtdRqrFeD5Zsw1Q2AZ9XVN3zG+livAvBpQzdpm3AA== X-Received: by 2002:a7b:c318:: with SMTP id k24mr11533624wmj.144.1627187926465; Sat, 24 Jul 2021 21:38:46 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id g15sm31364340wmh.44.2021.07.24.21.38.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 24 Jul 2021 21:38:45 -0700 (PDT) Subject: MMCCAM metabug: entry fields and edition To: Emmanuel Vadot References: <20210724222303.80d9a8ca631d8444aa9a68d2@bidouilliste.com> Cc: "freebsd-arm@freebsd.org" , freebsd-current@freebsd.org From: Graham Perrin X-Priority: 5 (Lowest) Message-ID: <7ab63b0a-6a47-c3c6-42cb-f70108587e99@gmail.com> Date: Sun, 25 Jul 2021 05:38:45 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <20210724222303.80d9a8ca631d8444aa9a68d2@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4GXVgY2Z31z4Zv0 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 24/07/2021 21:23, Emmanuel Vadot wrote: > … Thank you. > If you have any bugs not listed there don't hesitate to create one and > add it in the metabug (no idea if anyone can do that For things such as 'See Also' and 'Depends on': non-privileges logged in users see field entries of other users, but there's no ability to edit or enter (no entry field). > so if this isn't > the case just add a comment on the metabug and I'll add the depends). From nobody Sun Jul 25 09:28:48 2021 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EA26A12B347A for ; Sun, 25 Jul 2021 09:28:52 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 4GXd6C6yrJz4VJx for ; Sun, 25 Jul 2021 09:28:51 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ej1-x632.google.com with SMTP id nd39so10649414ejc.5 for ; Sun, 25 Jul 2021 02:28:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=2vARdJIWh88Yd6Kg9qTJXAB26LH8puEFZSz5Ij0Y/ac=; b=EO/zSgfcEK8yP7hrASDZQq6Rt5hsuFPSktKtY+xdUrN69fVtJ9tmlGlV7C30ihE72G k4fcWhc2y0Tyd0VI2F9VFTFBhzNWmBijJIfUzZkhXj7+zvSHU7fKIJmLXXmtb1x1Wr4T L72spCC5J7V0qgKeY19okUIPu5Z0ccg1A0pdt/oNT+kY9L063TsLyvNl+7by8V0FwqSX AmnPiaixLzGhwrywXWiTtgFVQ2OmQyO7duuxDvvVdB9jn2ACCF5MB7ijp7DUjhAfKrPk IcjxT+sShjhACczIFqWHdZZRAPuukOpw+QxGUNXldJiMyT9vG+nXUQTbdtxnG1AVcEYc w6gA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=2vARdJIWh88Yd6Kg9qTJXAB26LH8puEFZSz5Ij0Y/ac=; b=EshR+hDpTR0QrUEXk7oKMxC+yppQjNSapmA68K6PMk1A+m9CBJ40m5QWrpj1NJwc43 OpZ0WknaTFgKYM3i+MT19Lr6x54CpijNr+pNsprvFFi4JSmsq3da9krw8k2VgS2yzala vZdZGxXANw3sZo+XhyKnjc3TBc3INqMvpieikwQJQCcJUA5ZEqOVrfQn9DSwDRzGu0OK dOs6l5bhpJUsHyBuobshzWXDXASeuUpi+RAAD2qCgHASbGEB1rmAd2fjwe6IoWADpgjT EJ4YSMVKiXdyXUn0N42h4KCZuParOBqp4Y8vLckeWwUUUoM3qX9Sx3Xc5HKyuXGaId/R 1kKA== X-Gm-Message-State: AOAM533U341ilB1V3FucOmGktCqdonYeRhOKMaS44cFbvs9QjgxaU00l fsNv3KxcUMXqHbjNt3QJKhlZp40bID4= X-Google-Smtp-Source: ABdhPJzzip7PrxZQEIqiIRSOxv4MrFPiuvq+HMUkrgsrSUtiSRvpwgYPU+1mARwBUFYH36IUm9LxXg== X-Received: by 2002:a05:6402:49a:: with SMTP id k26mr15120435edv.279.1627205329997; Sun, 25 Jul 2021 02:28:49 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id i11sm7365ejx.82.2021.07.25.02.28.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 25 Jul 2021 02:28:49 -0700 (PDT) Date: Sun, 25 Jul 2021 11:28:48 +0200 From: Gary Jennejohn To: current@freebsd.org Subject: boot hangs after installworld at FreeBSD 14.0-CURRENT main-n248198-72f7ddb587a Message-ID: <20210725092848.6f64b2d3@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXd6C6yrJz4VJx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b="EO/zSgfc"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::632 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.990]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.54.15:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-ThisMailContainsUnwantedMimeParts: N I updated my FBSD-14 tree yesterday. uname -a shows FreeBSD 14.0-CURRENT #5 main-n248198-72f7ddb587a. Did a buildkernel and a clean buildworld yesterday. This morning I booted the new kernel, did an installworld and rebooted the new kernel. Or, should I say, I tried to reboot the new kernel. During boot I see the following outptut: loading /boot/defaults/loader.conf / and the boot hangs. The second line should have contained /boot/test/kernel (I always install new kernels to /boot/test) followed by lines containing the various modules which get loaded. Luckily, I had a USB thumb drive with a FreeBSD memstick.img AND a complete backup of the old /boot, so I could boot from the thumb drive and restore /boot (but I moved /boot to /boot.bad before I did that just in case). With the restored (old) /boot everything works. Note that I use the 4th boot stuff and EFI is disabled in my BIOS. I don't know just what is failing in the new boot binaries, but sum shows that quite a few of them have changed. As an aside I see the installation of armv8crypto.4.gz fail every time I run installworld because make wants to put it under /usr/share/man/cat4/aarch64, which doesn't exist. I got tired of having to fix that and restart the installworld and simply created that directory. Note that I always copy the contents of /usr/src/etc/mtree to /etc/mtree before doing installworld, so mtree should have created the missing directory if it were required. -- Gary Jennejohn From nobody Sun Jul 25 15:54:35 2021 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5A06312AE535 for ; Sun, 25 Jul 2021 15:54:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXngX12VTz4qgc for ; Sun, 25 Jul 2021 15:54:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x732.google.com with SMTP id o13so6469125qkk.9 for ; Sun, 25 Jul 2021 08:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X+WGpb8K+LZQLXsZbq+Uf1pGnBMmm5wQv0EAQ9M30X8=; b=E7cb5izfscBo5NtesTS8x1OkUcYqi1C0p/3HybKFKsjYYOjkIOZGdkNvEOkfZeVly+ wdiNB2Hsq9G9dWmf9J3ZYxcHufvsrWtmx4w3JPx38s/RiaS4It9Xp3LV8ibADIQ3XRy/ Yj8P05yLYbh9LW8i0UMAuddCtK9Cwl1mnLqGVd2EegxfxxKDGFGi8tu7TZpDWtAt5SUa FVkR7sPGKei1WtgxjnuEI9u/JYkdZI5eV8AdQnqMcMCQEMz3D2yAziaMLlY1VIE0sF8+ zdk96PAGt9Y+ZpRL4iqrQGLGnbnuKfHfg2YJM5tgBIgOmJnpT4J0xQL5BEd1KL9xeeRD E5Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X+WGpb8K+LZQLXsZbq+Uf1pGnBMmm5wQv0EAQ9M30X8=; b=DXTmkIB9bylCqEsiW2A4+l1c4D23f44GbbJXaSy+r6J+BeCM3VBX/l5vHXBbaWlDOx hMuZ6J4ppp/3vI0jC9rrbecu7EywrX9DYeQhZ9hOdl9A7hGjv9EQzSjXK9A/BbQIQgYm xgnNw6Im5D00VqPyjT+vkS3S27mcxIQVk9rutGh55MFqIeKv4l8Lpg9TTxUuqJn2otBo H1gV9nxO/asuQBPHeCI/VBIjj0sQjePu81DTHNJ4Lt5hf1HCbYJo6dEd/IlXoUcq2/oO 41EsCOiXGxAAaHWqvV6zOhLJ0T/PsFZqpXXk0BR3576tizC+6lv6K1R3RguyrwI+Q4bd oHLQ== X-Gm-Message-State: AOAM530IUWUTDWaSHHMyaaQodf1n5wWrAU0AahaxT3lJ+TwsOKvvUc5F 8xFVXlm0l7g6rdNTlYgJiRDtktmUO9nt4XMPfDVhRA== X-Google-Smtp-Source: ABdhPJwFrF6nnqxZxGDpeEIFM0IAiIEluKcTqoB/kb0uzH+YzJbVuKKDBrpI+RGdKOUb4o2V99xFlZw0xIv5uIUNTNQ= X-Received: by 2002:a37:e4f:: with SMTP id 76mr13612249qko.44.1627228487404; Sun, 25 Jul 2021 08:54:47 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20210725092848.6f64b2d3@ernst.home> In-Reply-To: <20210725092848.6f64b2d3@ernst.home> From: Warner Losh Date: Sun, 25 Jul 2021 09:54:35 -0600 Message-ID: Subject: Re: boot hangs after installworld at FreeBSD 14.0-CURRENT main-n248198-72f7ddb587a To: Gary Jennejohn Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000f5dfec05c7f4a753" X-Rspamd-Queue-Id: 4GXngX12VTz4qgc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000f5dfec05c7f4a753 Content-Type: text/plain; charset="UTF-8" On Sun, Jul 25, 2021 at 3:30 AM Gary Jennejohn wrote: > I updated my FBSD-14 tree yesterday. > > uname -a shows FreeBSD 14.0-CURRENT #5 main-n248198-72f7ddb587a. > > Did a buildkernel and a clean buildworld yesterday. > > This morning I booted the new kernel, did an installworld and rebooted > the new kernel. > > Or, should I say, I tried to reboot the new kernel. > > During boot I see the following outptut: > > loading /boot/defaults/loader.conf > / > > and the boot hangs. > > The second line should have contained > /boot/test/kernel (I always install new kernels to /boot/test) > > followed by lines containing the various modules which get loaded. > > Luckily, I had a USB thumb drive with a FreeBSD memstick.img AND a > complete backup of the old /boot, so I could boot from the thumb > drive and restore /boot (but I moved /boot to /boot.bad before I > did that just in case). With the restored (old) /boot everything > works. > Little has changed in the boot loader. Do you know the hash that worked? Or if I misread above, the has that failed? Warner Note that I use the 4th boot stuff and EFI is disabled in my BIOS. > > I don't know just what is failing in the new boot binaries, but > sum shows that quite a few of them have changed. > > As an aside I see the installation of armv8crypto.4.gz fail every time > I run installworld because make wants to put it under > /usr/share/man/cat4/aarch64, which doesn't exist. I got tired of > having to fix that and restart the installworld and simply created > that directory. Note that I always copy the contents of > /usr/src/etc/mtree to /etc/mtree before doing installworld, so mtree > should have created the missing directory if it were required. > > -- > Gary Jennejohn > > --000000000000f5dfec05c7f4a753-- From nobody Sun Jul 25 16:35:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EC22F12BBF11 for ; Sun, 25 Jul 2021 16:36:19 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oetec.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXpbR1DvPz3JtL for ; Sun, 25 Jul 2021 16:36:18 +0000 (UTC) (envelope-from dclarke@blastwave.org) X-Spam-Status: No X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.19, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, NICE_REPLY_A -1.09, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 16PGZweu009525 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [172.16.35.2] (cpeac202e7325b3-cmac202e7325b0.cpe.net.cable.rogers.com [99.253.170.241]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8) with ESMTPSA id 16PGZweu009525 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Sun, 25 Jul 2021 12:36:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blastwave.org; s=default; t=1627230968; bh=4xxvkz9QC9/l3ilwEcVnraOQhiQvK292BTN1291yt2c=; h=Date:Subject:To:References:From:In-Reply-To:From; b=EABE5I2Tf1OdqobyF40BlthS0DhleFe/dsCajMB5ZajaMjbXIGeowQVtKg2x+JoGc hKv7qhzSlBmvKVzeNwnkdRzwxC9A63fMcUMxazpW/3xhyK5ui9LO4xIiC8ajjjd7D3 z+fE497+JQDZJiqgDicBF60O7Tz/8jmwhIITqBHdFWrdfSItAN+wGr+3Kh9NEU3yry IzodVLUt+ayDMXaKkl59bQ9J6KcG25GD57q7fAYKxZzI5Drc1mjU0CnPQK1G9GJX4J mJYfUaHwEZ1sdouznVqIVhG6PqZZ/fJR+IhnvnFwzMaozhIOwd3XCIfEgwcm4BUgY1 223PYm/74IlyQ== Message-ID: <4cdf2b49-f031-2f14-565c-0556ea69e7e4@blastwave.org> Date: Sun, 25 Jul 2021 12:35:58 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.0 Subject: Re: boot hangs after installworld at FreeBSD 14.0-CURRENT main-n248198-72f7ddb587a Content-Language: en-US To: freebsd-current@freebsd.org References: <20210725092848.6f64b2d3@ernst.home> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXpbR1DvPz3JtL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=EABE5I2T; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org X-Spamd-Result: default: False [-0.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_SPAMHAUS_PBL(0.00)[99.253.170.241:received]; NEURAL_SPAM_SHORT(0.98)[0.981]; DKIM_TRACE(0.00)[blastwave.org:+]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] Reply-To: dclarke@blastwave.org From: Dennis Clarke via freebsd-current X-Original-From: Dennis Clarke X-ThisMailContainsUnwantedMimeParts: N On 7/25/21 11:54, Warner Losh wrote: > On Sun, Jul 25, 2021 at 3:30 AM Gary Jennejohn wrote: > >> I updated my FBSD-14 tree yesterday. >> >> uname -a shows FreeBSD 14.0-CURRENT #5 main-n248198-72f7ddb587a. >> >> Did a buildkernel and a clean buildworld yesterday. >> >> This morning I booted the new kernel, did an installworld and rebooted >> the new kernel. >> >> Or, should I say, I tried to reboot the new kernel. >> >> During boot I see the following outptut: >> >> loading /boot/defaults/loader.conf >> / >> >> and the boot hangs. >> >> The second line should have contained >> /boot/test/kernel (I always install new kernels to /boot/test) >> >> followed by lines containing the various modules which get loaded. >> That is interesting. I have uname -apKU here : FreeBSD europa 14.0-CURRENT FreeBSD 14.0-CURRENT #3: Sun Jul 25 13:50:33 GMT 2021 root@europa:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 amd64 1400026 1400026 Seems to be running fine with multiple ZFS pools and a lot of snapshots. The most recent activity I see in the git log is : europa$ europa$ /opt/bw/bin/git --no-pager log -n 16 --graph * commit bbe80bff7c3549128bd19862eea7899b3def1d7f (HEAD -> main, origin/main, origin/HEAD) | Author: Peter Grehan | Date: Sun Jul 25 19:34:14 2021 +1000 | | arm64: HWCAP/HWCAP2 aux args support for 32-bit ARM binaries. | | This fixes build/run of golang under COMPAT32 emulation. | | PR: 256897 | Reviewed by: andrew, mmel, manu, jhb, cognet, Robert Clausecker | Tested by: brd, andrew, Robert Clausecker | MFC after: 3 weeks | Relnotes: yes | Sponsored by: Rubicon Communications, LLC ("Netgate") | Differential Revision: https://reviews.freebsd.org/D31175 | . . . I hate being one of those "works for me"(tm) jerks but perhaps there is a commit somewhere since yesterday that borked up your kernel? Hardly likely. Going backwards to the 17th of July I see : * commit 87c010e6e364e96e2c1546b3c2bbcbef1dcd422f | Author: Mateusz Guzik | Date: Sat Jul 24 09:47:40 2021 +0200 | | pf: batch critical section for several counters | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit 02cf67ccf6538b14677672640e405f7f94044dc3 | Author: Mateusz Guzik | Date: Thu Jul 22 16:45:14 2021 +0200 | | pf: switch rule counters to pf_counter_u64 | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit d40d4b3ed788b05697541b9ae94b1960ff2cf6f6 | Author: Mateusz Guzik | Date: Fri Jul 23 12:29:46 2021 +0200 | | pf: switch kif counters to pf_counter_u64 | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit fc4c42ce0b5ce87901b327e25f55b4e3ab4c6cf5 | Author: Mateusz Guzik | Date: Sat Jul 24 07:33:52 2021 +0200 | | pf: switch pf_status.fcounters to pf_counter_u64 | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit defdcdd5648dc1ea789bc54bb45108fcab546a6b | Author: Mateusz Guzik | Date: Thu Jul 22 22:47:24 2021 +0200 | | pf: add hybrid 32- an 64- bit counters | | Numerous counters got migrated from straight uint64_t to the counter(9) | API. Unfortunately the implementation comes with a significiant | performance hit on some platforms and cannot be easily fixed. | | Work around the problem by implementing a pf-specific variant. | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit 6f1fb6561236fa933835a9a67bd442053fb509e9 | Author: Mateusz Guzik | Date: Sat Jul 24 07:17:27 2021 +0200 | | pf: drop redundant 'else' in pf_normalize_* | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit 0d60235ecd6c711b997345c28e15f0335811e19f | Author: Peter Holm | Date: Sun Jul 25 09:00:53 2021 +0200 | | stress2: Add another "mdconfig -d -o force" test scenario | * commit 0626b0a89c2de9c5bfa5b22ed6b021e735a46bbe | Author: Robert Wing | Date: Sat Jul 24 15:57:41 2021 -0800 | | Add myself to the calendar | * commit 40cb9b435782de2bc44ff23582d8660072510efc | Author: Emmanuel Vadot | Date: Sat Jul 24 22:05:55 2021 +0200 | | arm64: allwinner: dtbo: Add dtb overlays to disable mmc node | | This is useful for development. | Sponsored by: Diablotin Systems | * commit c44685732899aa76e8c77107d711f98717ddc5c8 | Author: Jason A. Harmening | Date: Mon Jul 19 08:33:02 2021 -0700 | | Add stress2 test to exercise FFS forcible unmount with stacked nullfs | | Reviewed by: kib, mckusick | Tested by: pho | Differential Revision: https://reviews.freebsd.org/D31016 | * commit 211ec9b7d6ec2d52e2fec2ce10e82c12ec0e4ddd | Author: Jason A. Harmening | Date: Sat Jul 17 22:35:42 2021 -0700 | | FFS: remove ffs_fsfail_task | | Now that dounmount() supports a dedicated taskqueue, we can simply call | it with MNT_DEFERRED directly from the failing context. This also | avoids blocking taskqueue_thread with a potentially-expensive unmount | operation. | | Reviewed by: kib, mckusick | Tested by: pho | Differential Revision: https://reviews.freebsd.org/D31016 | Are you on arm64 or ppc64 or some such tier-NOT-1 ? Even my RISC-V stuff seems to be working well. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From nobody Sun Jul 25 17:02:29 2021 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 948A912D44BB for ; Sun, 25 Jul 2021 17:02:33 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (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 4GXq9j3P1Cz3hSL for ; Sun, 25 Jul 2021 17:02:33 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ej1-x633.google.com with SMTP id o5so12641721ejy.2 for ; Sun, 25 Jul 2021 10:02:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=c0rALiepQ0ZmeudUR46rNJTPs5DFgxti89tdLhPVk70=; b=THxyoeojcMCEV7GK8WPdGmSY8K+RbjXHGBYX64ZPB44rlt7iWqWEYOQ9iSuTAFrDNR ASgHUcMFDpwXO4CVh5h09E+AgmoMo2t73R55QDRTG/HAqFq3MVH4yEe3I4C3lSuIvbfG mKfIQe9AeKUyqpgEDIZEVkf7k548Y/hGmH9/g+5SdN4F/w0P7z2TOEZ7uQYTf1IVYZKI DN9APlVDLmHDC3M45uaHED/zhZ9a5rSQUK7qBhCe/GMNE6cyx/dBEIapM1wRMRh/jLV8 kx7Te2KJbHt958lUMXnHo/0LwAMAm9DZv/syZmLPMMfSBvDfHvtozN9HLBmCh3dBmaG0 VAlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=c0rALiepQ0ZmeudUR46rNJTPs5DFgxti89tdLhPVk70=; b=owucR8hX70t9mzCzeTDNLWcgTWlzSzbnhnqpPSnxY3HiZMNhImtdtHvMFFa9vnWCUV QK07Y1F0DLwObmul5eBAI4vHOx1dw7NRiJh80UyYw/LkbmJK8KWkKLoEllV2dOuBdO4H rs+i1dBU7oTrpskZR9hZmHJHFbDPIbTynNT2llI1IfK61JSL+ksou+dob55iQoOVRHcC EJkpvAWsAvkiiB1fptUi+KPq08gj/BgIauwfXtz5r5R64C0MeZ5nYR/CXTY5uUDqH/eD csxguF2Cm/uK9cwUzZ7mqjkEUSUNyMkf0XiBkO471hKcTgSnZ4pCGfIjN7JcdiTbTIx8 Otjg== X-Gm-Message-State: AOAM5315W0/8YV/50nTtitRASX5RVqQUTvRV7rq9YEaSRWbZbqN4f+hm HBdk0fSHy0seDznPkjkqbTw= X-Google-Smtp-Source: ABdhPJx9nohQ885b+DIT6Lv0KLFPGiasASGRWkxw/NspsFlZP3WVIayGialZZmhZqLqAJBdTiG9VXA== X-Received: by 2002:a17:906:a3d8:: with SMTP id ca24mr8804664ejb.533.1627232552294; Sun, 25 Jul 2021 10:02:32 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id t4sm13580700ejo.125.2021.07.25.10.02.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 25 Jul 2021 10:02:31 -0700 (PDT) Date: Sun, 25 Jul 2021 19:02:29 +0200 From: Gary Jennejohn To: Warner Losh Cc: FreeBSD Current Subject: Re: boot hangs after installworld at FreeBSD 14.0-CURRENT main-n248198-72f7ddb587a Message-ID: <20210725170229.50621855@ernst.home> In-Reply-To: References: <20210725092848.6f64b2d3@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXq9j3P1Cz3hSL 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 Sun, 25 Jul 2021 09:54:35 -0600 Warner Losh wrote: > On Sun, Jul 25, 2021 at 3:30 AM Gary Jennejohn wrote: > > > I updated my FBSD-14 tree yesterday. > > > > uname -a shows FreeBSD 14.0-CURRENT #5 main-n248198-72f7ddb587a. > > > > Did a buildkernel and a clean buildworld yesterday. > > > > This morning I booted the new kernel, did an installworld and rebooted > > the new kernel. > > > > Or, should I say, I tried to reboot the new kernel. > > > > During boot I see the following outptut: > > > > loading /boot/defaults/loader.conf > > / > > > > and the boot hangs. > > > > The second line should have contained > > /boot/test/kernel (I always install new kernels to /boot/test) > > > > followed by lines containing the various modules which get loaded. > > > > Luckily, I had a USB thumb drive with a FreeBSD memstick.img AND a > > complete backup of the old /boot, so I could boot from the thumb > > drive and restore /boot (but I moved /boot to /boot.bad before I > > did that just in case). With the restored (old) /boot everything > > works. > > > > Little has changed in the boot loader. Do you know the hash that worked? Or > if I misread above, the has that failed? > The /boot code which works was installed at 07:36 UTC July 9th. So, every change to the boot code since then is a culprit. Example: 9c1c02093b90ae49745a174eb26ea85dd1990eec change to support.4th. It just so happens that I had a nextboot.conf in the "bad" /boot at the time that the hang occurred. This is the only potential candidate I can see. So I'll try overwriting support.4th with the known-good version and see what happens. But probably not until tomorrow my time. > Warner > > Note that I use the 4th boot stuff and EFI is disabled in my BIOS. > > > > I don't know just what is failing in the new boot binaries, but > > sum shows that quite a few of them have changed. > > > > As an aside I see the installation of armv8crypto.4.gz fail every time > > I run installworld because make wants to put it under > > /usr/share/man/cat4/aarch64, which doesn't exist. I got tired of > > having to fix that and restart the installworld and simply created > > that directory. Note that I always copy the contents of > > /usr/src/etc/mtree to /etc/mtree before doing installworld, so mtree > > should have created the missing directory if it were required. > > > > -- > > Gary Jennejohn > > > > -- Gary Jennejohn From nobody Sun Jul 25 17:15:57 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 68E8211D13FB for ; Sun, 25 Jul 2021 17:16:07 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXqTM2Hsbz3mYn for ; Sun, 25 Jul 2021 17:16:06 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ed1-x529.google.com with SMTP id q13so7331838edr.6 for ; Sun, 25 Jul 2021 10:16:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=4H9DRUbqN76vsNk3VdPYgsVoWpM0S8zTicrz5/xH7bM=; b=UyhjelPE7RRH2r8qMfvXOJxZEU1+VUuGQVwg45jV6pci4je6FFKa9PSUFsm7fotYXd d01wl6w7r/UZ62owStmhdUA4cJJa8bczNjNa4hsIWBlhvJu9nV2rKVH68ajsM20otJ+r M9u4Dr4usxqfrUHqGMoPhSjzXTgzce1ZAE0Um7VfJLi57pL/+j76kPq0GWp/4DLeBh7V NakMLTBwkyEcUqfggaa2FbsF0yWc+Z9ELaQO6+bwO4+pNGB8dKo3KL+R0Pr+9EGFnC1r Jve5/HYrjU17aW3TSiQ8Y4AlrLyM2e7iaNUFMa+kIiIkJy08Z2kRu+L9qVv2M0L2F10T Nlpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=4H9DRUbqN76vsNk3VdPYgsVoWpM0S8zTicrz5/xH7bM=; b=Yt/mGiZZDPbi9gHspCB2vZY50xCWdIZgrM7aavE8wS1kFvbmSnn9Ozv2vKWwNAeHqR e8Fe0/ejOHPXOD+Iv4cHUjn1RDq5vn4zqU+bsavKurbZx8WFxOViCiDLb84ROUmUdj+h ULBGAQDf8ILfjhG/v35cVrgeRLJVZbopgfnW7kfiOUa7V0tvA9vxrWM5Drf0vf/pBi/+ dku8GCYOt8sjA4lxxXqa/wc5Mycrm8d/9ZLfY671saIcnQotk1OdvSy5bgR83atnKWPs tn0sDZxl8NNQFISSmDxIwR6T7k4KIu3lYTO2AhYf1Hk87R7MfgSIrnU2pyPGdgrd4XP2 t4Kg== X-Gm-Message-State: AOAM531jJVwxJ3d+qJMtkLkay6dA7VNlnerbzQGhhcyXWG2+hlusUmJ8 zvI/4VDbX9mAvAPV2QSeGxMVOAbMoCA= X-Google-Smtp-Source: ABdhPJywccZ9+Ube+/2FI4FwNo4d5coKm4fBVlcCDHYpguOQavv9iGruRWVK1e5LJB8DVpQhL9/bvg== X-Received: by 2002:aa7:c782:: with SMTP id n2mr17104645eds.77.1627233359176; Sun, 25 Jul 2021 10:15:59 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id z10sm13392256ejg.3.2021.07.25.10.15.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 25 Jul 2021 10:15:58 -0700 (PDT) Date: Sun, 25 Jul 2021 19:15:57 +0200 From: Gary Jennejohn To: Dennis Clarke via freebsd-current Cc: dclarke@blastwave.org Subject: Re: boot hangs after installworld at FreeBSD 14.0-CURRENT main-n248198-72f7ddb587a Message-ID: <20210725171557.67602cf9@ernst.home> In-Reply-To: <4cdf2b49-f031-2f14-565c-0556ea69e7e4@blastwave.org> References: <20210725092848.6f64b2d3@ernst.home> <4cdf2b49-f031-2f14-565c-0556ea69e7e4@blastwave.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXqTM2Hsbz3mYn 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 Sun, 25 Jul 2021 12:35:58 -0400 Dennis Clarke via freebsd-current wrote: > On 7/25/21 11:54, Warner Losh wrote: > > On Sun, Jul 25, 2021 at 3:30 AM Gary Jennejohn wrote: > > > >> I updated my FBSD-14 tree yesterday. > >> > >> uname -a shows FreeBSD 14.0-CURRENT #5 main-n248198-72f7ddb587a. > >> > >> Did a buildkernel and a clean buildworld yesterday. > >> > >> This morning I booted the new kernel, did an installworld and rebooted > >> the new kernel. > >> > >> Or, should I say, I tried to reboot the new kernel. > >> > >> During boot I see the following outptut: > >> > >> loading /boot/defaults/loader.conf > >> / > >> > >> and the boot hangs. > >> > >> The second line should have contained > >> /boot/test/kernel (I always install new kernels to /boot/test) > >> > >> followed by lines containing the various modules which get loaded. > >> > > That is interesting. I have uname -apKU here : > > FreeBSD europa 14.0-CURRENT FreeBSD 14.0-CURRENT #3: Sun Jul 25 13:50:33 > GMT 2021 root@europa:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > amd64 1400026 1400026 > > Seems to be running fine with multiple ZFS pools and a lot of snapshots. > > The most recent activity I see in the git log is : > > europa$ > europa$ /opt/bw/bin/git --no-pager log -n 16 --graph > * commit bbe80bff7c3549128bd19862eea7899b3def1d7f (HEAD -> main, > origin/main, origin/HEAD) > | Author: Peter Grehan > | Date: Sun Jul 25 19:34:14 2021 +1000 > | > | arm64: HWCAP/HWCAP2 aux args support for 32-bit ARM binaries. > | > | This fixes build/run of golang under COMPAT32 emulation. > | > | PR: 256897 > | Reviewed by: andrew, mmel, manu, jhb, cognet, Robert Clausecker > | Tested by: brd, andrew, Robert Clausecker > | MFC after: 3 weeks > | Relnotes: yes > | Sponsored by: Rubicon Communications, LLC ("Netgate") > | Differential Revision: https://reviews.freebsd.org/D31175 > | > . > . > . > > I hate being one of those "works for me"(tm) jerks but perhaps there is > a commit somewhere since yesterday that borked up your kernel? Hardly > likely. > > Going backwards to the 17th of July I see : > > * commit 87c010e6e364e96e2c1546b3c2bbcbef1dcd422f > | Author: Mateusz Guzik > | Date: Sat Jul 24 09:47:40 2021 +0200 > | > | pf: batch critical section for several counters > | > | Reviewed by: kp > | Sponsored by: Rubicon Communications, LLC ("Netgate") > | > * commit 02cf67ccf6538b14677672640e405f7f94044dc3 > | Author: Mateusz Guzik > | Date: Thu Jul 22 16:45:14 2021 +0200 > | > | pf: switch rule counters to pf_counter_u64 > | > | Reviewed by: kp > | Sponsored by: Rubicon Communications, LLC ("Netgate") > | > * commit d40d4b3ed788b05697541b9ae94b1960ff2cf6f6 > | Author: Mateusz Guzik > | Date: Fri Jul 23 12:29:46 2021 +0200 > | > | pf: switch kif counters to pf_counter_u64 > | > | Reviewed by: kp > | Sponsored by: Rubicon Communications, LLC ("Netgate") > | > * commit fc4c42ce0b5ce87901b327e25f55b4e3ab4c6cf5 > | Author: Mateusz Guzik > | Date: Sat Jul 24 07:33:52 2021 +0200 > | > | pf: switch pf_status.fcounters to pf_counter_u64 > | > | Reviewed by: kp > | Sponsored by: Rubicon Communications, LLC ("Netgate") > | > * commit defdcdd5648dc1ea789bc54bb45108fcab546a6b > | Author: Mateusz Guzik > | Date: Thu Jul 22 22:47:24 2021 +0200 > | > | pf: add hybrid 32- an 64- bit counters > | > | Numerous counters got migrated from straight uint64_t to the > counter(9) > | API. Unfortunately the implementation comes with a significiant > | performance hit on some platforms and cannot be easily fixed. > | > | Work around the problem by implementing a pf-specific variant. > | > | Reviewed by: kp > | Sponsored by: Rubicon Communications, LLC ("Netgate") > | > * commit 6f1fb6561236fa933835a9a67bd442053fb509e9 > | Author: Mateusz Guzik > | Date: Sat Jul 24 07:17:27 2021 +0200 > | > | pf: drop redundant 'else' in pf_normalize_* > | > | Reviewed by: kp > | Sponsored by: Rubicon Communications, LLC ("Netgate") > | > * commit 0d60235ecd6c711b997345c28e15f0335811e19f > | Author: Peter Holm > | Date: Sun Jul 25 09:00:53 2021 +0200 > | > | stress2: Add another "mdconfig -d -o force" test scenario > | > * commit 0626b0a89c2de9c5bfa5b22ed6b021e735a46bbe > | Author: Robert Wing > | Date: Sat Jul 24 15:57:41 2021 -0800 > | > | Add myself to the calendar > | > * commit 40cb9b435782de2bc44ff23582d8660072510efc > | Author: Emmanuel Vadot > | Date: Sat Jul 24 22:05:55 2021 +0200 > | > | arm64: allwinner: dtbo: Add dtb overlays to disable mmc node > | > | This is useful for development. > | Sponsored by: Diablotin Systems > | > * commit c44685732899aa76e8c77107d711f98717ddc5c8 > | Author: Jason A. Harmening > | Date: Mon Jul 19 08:33:02 2021 -0700 > | > | Add stress2 test to exercise FFS forcible unmount with stacked nullfs > | > | Reviewed by: kib, mckusick > | Tested by: pho > | Differential Revision: https://reviews.freebsd.org/D31016 > | > * commit 211ec9b7d6ec2d52e2fec2ce10e82c12ec0e4ddd > | Author: Jason A. Harmening > | Date: Sat Jul 17 22:35:42 2021 -0700 > | > | FFS: remove ffs_fsfail_task > | > | Now that dounmount() supports a dedicated taskqueue, we can simply > call > | it with MNT_DEFERRED directly from the failing context. This also > | avoids blocking taskqueue_thread with a potentially-expensive unmount > | operation. > | > | Reviewed by: kib, mckusick > | Tested by: pho > | Differential Revision: https://reviews.freebsd.org/D31016 > | > > Are you on arm64 or ppc64 or some such tier-NOT-1 ? Even my RISC-V stuff > seems to be working well. > No, I'm using AMD64. The /boot code which works is from July 9th. The "bad" code is from yesterday. So any change to the loader since then is suspect. But there were only a few of those. I replied to a mail from Warner Losch (imp@) with a suspected commit which I plan to look into tomorrow UTC time. -- Gary Jennejohn